Jump to content

Stu

Members
  • Content Count

    46
  • Joined

  • Last visited

  • Days Won

    2

Stu last won the day on July 1

Stu had the most liked content!

About Stu

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Stu

    Provision with Internal IP + Port??

    @Paul is probably well placed to know lol
  2. Stu

    Provision with Internal IP + Port??

    yes but it can only provision with different IP's for each server. If I want to have a shared IP for all VPS's using different ports per VPS, how can I auto provision that?
  3. Hi, I have a specific target for my VPS's and I want to use a single server IP and a pool of internal IP's. When provisioning the VPS is it possible to provide the customer with the main server IP and a Port? I have the everything working as I need it to be in terms of IP's, Ports, VPS's etc, but I am manually giving the customers the login details at the moment. Is there a way to automate the provisioning in this situation? I am currently using virtualizor, but with SolusVM being taken over recently I am hoping to one day switch back to that. Thanks for your help
  4. Stu

    Unable to change Theme

    To follow up on this, I've set nginx to pass everything to apache and it now works. So this is clearly nginx caching causing the behaviour. Thanks
  5. Stu

    Unable to change Theme

    Hi, I have tried to change both admin and client themes, but the changes are not taking affect. I am running Nginx infront of apache and blesta is in a subdir /portal My first thought is cache, so I deleted the Nginx cache folder, I cleared my browser cache, I purged cloudflares cache, but still no joy. Is there other caching going on somewhere in Blesta that I need to clear? When I select a new theme no colours change, but if I put a custom url to the logo that works. I'm missing something obvious I'm sure. Thanks
  6. Stu

    4.2.2 Nginx Installation

    Hi All, I'm coming back to my blesta project again after a long time away. We are now on v4.2.2 and my previous method of getting blesta working on Nginx no longer appears to work. I have removed Blesta's .htaccess file from the Blesta root dir, now I'm redirected to this... https://mysite.com/blesta/index.php/install I think the fix for this used to be... Next, update /lib/init.php and make the following change: // define("HTACCESS", file_exists(ROOTWEBDIR . ".htaccess")); define("HTACCESS", true); but this line no longer appears in /lib/init.php so is there a new fix for this or is this no longer needed and I need to do something different or am I way off and have missed something else? Thanks all :)
  7. Stu

    Site Integration With Blesta 3.1.x

    HI, just coming back to my blesta project after a long time away from it. Is this tutorial still accurate for 4.2.0?
  8. Stu

    Nginx Config

    yeah I had similar before. Give the try_files way a go. It should make a noticable difference in speed. Using if statements and rewrites is slower because they are read and processed for each request.
  9. Stu

    [Plugin] BlestaCMS

    Very useful addon and well coded. I wouldn't be without it.
  10. Stu

    [Plugin] BlestaCMS

    Reissued the blesta_cms license and everything is fine again. Thanks for your help @cyandark and @Licensecart
  11. Stu

    [Plugin] BlestaCMS

    oh oops forgot I had installed that, I thought I was still working on a clean blesta install lol. My bad, thanks guys
  12. Stu

    [Plugin] BlestaCMS

    Blesta is informing me I have an invalid license... my server setup was nginx + php-fpm and everything was working fine. I have just added Varnish Cache and now this issue has appeared. My setup now goes like this... Incoming Https -> nginx -> varnish -> nginx -> php-fpm My original thought was that the origin IP wasnt getting passed through to the end and blesta was just reading the IP as 127.0.0.1. This was the case at first of course, but I have cured that by adding... unset req.http.X-Forwarded-For; set req.http.X-Forwarded-For = client.ip; and set_real_ip_from 127.0.0.1; and proxy_set_header X-Real-IP $remote_addr; all in the relevant places as necessary. I have confirmed the origin IP is correctly forwarded to the end by logging in with my test client and checking the geoIP shows the correct IP (it does) I re-issued my license but that didn't help. So I'm now stuck. Anyone know what else I can do to diagnose this issue? Thanks
  13. Stu

    Nginx Config

    Messed with this for a while after posting the question. I have come up with the following which seems to work.... location / { try_files $uri $uri/ /index.php?$args; } location ~ \.php$ { try_files $uri =404; fastcgi_split_path_info ^(.+\.php)(/.+)$; fastcgi_connect_timeout 60; fastcgi_send_timeout 180; fastcgi_read_timeout 180; fastcgi_buffer_size 128k; fastcgi_buffers 4 256k; # fastcgi_busy_buffers_size 256k; fastcgi_temp_file_write_size 256k; fastcgi_intercept_errors on; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; } # Deny all attempts to access hidden files # such as .htaccess, .htpasswd, .DS_Store (Mac). location ~ /\. { deny all; } # Disallow access to any file with .pdt extension location ~ (\.pdt) { return 403; } } If anyone wants to add to this please feel free to post.
  14. Stu

    Nginx Config

    Hi Guys, can some people show me their nginx configs for blesta? I had it working using the 'try_files $uri' way of doing things, but I reinatlled my server and forgot how I made it work before. I am currently using a method i found on here elsewhere (thanks to that poster), but I would like to get back to the 'try_files $uri' method as it was much cleaner and simpler. Here is what i'm currently using... location / { error_page 404 = @blesta; #IF file doesn't exist log_not_found off; } location ~ \.php$ { try_files $uri =404; fastcgi_split_path_info ^(.+\.php)(/.+)$; fastcgi_connect_timeout 60; fastcgi_send_timeout 180; fastcgi_read_timeout 180; fastcgi_buffer_size 128k; fastcgi_buffers 4 256k; # fastcgi_busy_buffers_size 256k; fastcgi_temp_file_write_size 256k; fastcgi_intercept_errors on; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; } # Disallow access to any file with .pdt extension location ~ (\.pdt) { return 403; } if (!-e $request_filename){ rewrite ^(.*)$ /index.php; } #Core rewrite location @blesta { rewrite ^(.*)$/index.php/(.*) /$1 permanent; } } I remember before I was using something a lot simpler, something like... location / { try_files $uri $uri/ then the fastcgi_pass stuff
  15. Stu

    New Install Display Error

    Well I couldn't figure this out, and the VPS was behaving a little strange in general so I deleted the server and created a totally new droplet. I completed the installation exactly as I had done before and now everything is fine and working great. Its perfectly possible that I missed something the first time round, I really dont think I did, but its possible. Anyway, all working now Thanks for your help guys
×