Sull5 Posted May 9, 2013 Share Posted May 9, 2013 Guys you see this I'm seeing some really nice speed increases with pagespeed, I've been playing around with all the different filters, you can read about them here I think there was two that broke the site, deferring javascript pretty sure broke ProMenu and one other broke the mobile skin layout. Link to comment Share on other sites More sharing options...
Dmacleo Posted May 9, 2013 Share Posted May 9, 2013 grr I had to swap back to apache for the day while I narrow down something. luckily I think I found the issue and can move back nginx in a bit. not yet ready to go no control panel but I am learning as fast as I can. then when ready do offsite backup, format, reinstall with no panel and not have to worry about some stupid stuff. Link to comment Share on other sites More sharing options...
Makoto Posted May 9, 2013 Author Share Posted May 9, 2013 If you need help, you'll need to post what the issue is in detail and include all relevant error logs. Link to comment Share on other sites More sharing options...
Dmacleo Posted May 9, 2013 Share Posted May 9, 2013 not nginx related really, I thought initially it was php-fpm but thats because the underlying issue was causing php-fpm cpu spike. so think I have it fixed now, just need to swap back to nginx and try those parameters we discussed. Link to comment Share on other sites More sharing options...
Dmacleo Posted May 9, 2013 Share Posted May 9, 2013 yeah think I found the fpm issue. a deleted user was removed everywhere except a specific vhost file directadmin looks at. Link to comment Share on other sites More sharing options...
Makoto Posted May 11, 2013 Author Share Posted May 11, 2013 There was a typo made on line 7 of the example configuration. You may need to update your configurations to fix this typo if you haven't already noticed it yet. # Basic web server configuration. index index.php Should be.. # Basic web server configuration. index index.php; It's just missing a semicolon after index.php Link to comment Share on other sites More sharing options...
Luis Manson Posted May 14, 2013 Share Posted May 14, 2013 did you note any improvement with dynamic/ondemand fpm? Link to comment Share on other sites More sharing options...
Makoto Posted May 14, 2013 Author Share Posted May 14, 2013 You won't have any improvement using dynamic/ondemand over static. Static is the best option for web servers designated to serving a single or group of web applications from a single FPM pool. Static designates a set number of FPM pools to spawn and keeps them spawned at all times. That means every single time someone connects to your website, you'll have a set number of pools spawned and ready to serve them, there will never be any need to spawn a new pool for the user. Dynamic can be a viable option for web servers processing multiple websites all with their own FPM pools. Ondemand can be a viable option when you have a very large number of low traffic websites all being processed from their own FPM pools. You probably don't want this. With dynamic you will at least always have a set number of minimum pools spawned. Link to comment Share on other sites More sharing options...
yacenty Posted May 16, 2013 Share Posted May 16, 2013 do You see any performance boost upgrading from nginx 1.0 to 1.4? any boost after enabling pagespeed? I have pure web server without any panel like cpanel, da or something similiar Link to comment Share on other sites More sharing options...
Sull5 Posted May 17, 2013 Share Posted May 17, 2013 do You see any performance boost upgrading from nginx 1.0 to 1.4? any boost after enabling pagespeed? I have pure web server without any panel like cpanel, da or something similiar I noticed a boost upgrading from nginx 1.2.7 to 1.4 and building with pagespeed I've noticed another boost yes :) Link to comment Share on other sites More sharing options...
yacenty Posted May 17, 2013 Share Posted May 17, 2013 any results in % of lower load or page generating time? Link to comment Share on other sites More sharing options...
Makoto Posted May 19, 2013 Author Share Posted May 19, 2013 If you're using Debian Wheezy (or upgrading to Wheezy), you should remove the DotDeb repositories from the instructions posted here and instead use the packages available from Debian directly now. The easiest way to accomplish this when upgrading is to simply apt-get remove php5* After that just remove DotDeb from your sources.list file. Once your upgrade is complete, re-install all of the PHP packages (including php5-fpm), but change php5-apc to php-apc. Link to comment Share on other sites More sharing options...
Dmacleo Posted May 25, 2013 Share Posted May 25, 2013 fwiw think I found what was causing my issues with php-fpm pm.process_idle_timeout = 60 with static pm this was causing issues. removed the line and all is good now. on directadmin server custombuild 2 installs nginx using dynamic pm as default and that parameter is used with dynamic. Link to comment Share on other sites More sharing options...
yacenty Posted June 2, 2013 Share Posted June 2, 2013 Hi guys could You give some hint what is the best cachin option today for busy site? 25k uniq users daily, 300k pageviews, 200k pictures in gallery and over 1M posts Just know we have nginx with php-fpm with xcache and memcached Link to comment Share on other sites More sharing options...
Makoto Posted June 2, 2013 Author Share Posted June 2, 2013 Don't use memcache unless you need it. My vote is to opt for APC and increase the apc.shm_size a bit. (See post #11) Link to comment Share on other sites More sharing options...
yacenty Posted June 2, 2013 Share Posted June 2, 2013 why? in my case enabling memcache reduces load drastically Link to comment Share on other sites More sharing options...
Makoto Posted June 2, 2013 Author Share Posted June 2, 2013 why? in my case enabling memcache reduces load drastically Memcached is a distributed caching system, whereas APC is non-distributed - and mainly an opcode cache.If (and only if) you have a web application which has to live on different webservers (loadbalancing), you have to use memcache for distributed caching. If not, just stick to APC and its cache.You should always use an opcode cache, which APC is (also APC will get integrated into php6 iirc, so why not start using it now).You can/should use both for different purposes.- Memcached vs APC which one should I choose? Link to comment Share on other sites More sharing options...
kase Posted June 8, 2013 Share Posted June 8, 2013 Hello and thanks for this topic. "deny all" doesn't work when IPv6 is enabled. Instead something like return 403; should work. To confuse a script kiddy wich is accessing a file in /uploads/ you could also return a code about something completly wrong like 422 :rofl: Also don't forget to say php-fpm that ssl is active. Otherwise the ACP will have an endless loop when "login over ssl" is active. location ~ ^(.+?.php)(/.*)?$ { [...] fastcgi_param HTTPS on; [...] } Link to comment Share on other sites More sharing options...
mark2012 Posted June 9, 2013 Share Posted June 9, 2013 First of all thank you very much for well-written tutorial Kirito. It helped me to made nginx server to work smooth. Can i ask you please how did you managed to make Ip.content to work with this configuration or are you using this app ? And because this topic is very useful, thought to contribute a bit too by posting the directives to make the SSL working properly for nginx. Im talking about log in system and store check out places : # HTTPS server config directives for https://yourwebsite.com # server { listen <<IP ADDRESS>>:443; server_name yourwebsite.com; root /var/www/yourwebsite.com; ssl on; ssl_certificate /etc/ssl/yourwebsite_com.crt; ssl_certificate_key /etc/ssl/server.key; ssl_session_timeout 5m; ssl_protocols SSLv2 SSLv3 TLSv1; ssl_ciphers HIGH:!aNULL:!MD5; ssl_prefer_server_ciphers on; location / { index index.php; try_files $uri $uri/ /forum/index.php?q=$request_uri; } location ~ .php$ { try_files $uri =404; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include /etc/nginx/fastcgi_params; } } Link to comment Share on other sites More sharing options...
Makoto Posted June 9, 2013 Author Share Posted June 9, 2013 Glad you found it useful. If you have ".php" titled pages in your IP.Content app, you may need to include the "~^(/page/).*(.php)$" location in your configuration. I do use IP.Content on my forums also. Link to comment Share on other sites More sharing options...
mark2012 Posted June 9, 2013 Share Posted June 9, 2013 I checked now and all my pages are static but still cannot make them work even if i rebuild cache including furl cache. I`m using /root for ip content and forum located in /forum :cry: Link to comment Share on other sites More sharing options...
mark2012 Posted June 10, 2013 Share Posted June 10, 2013 I checked now and all my pages are static but still cannot make them work even if i rebuild cache including furl cache. I`m using /root for ip content and forum located in /forum :cry: Ok, I figure it out why articles and pages are not working was something from a missing directive. This is part from my forum.conf file : location / { try_files $uri $uri/ /forum/index.php?q=$request_uri; } # location /forum/ { # index index.php; # try_files $uri $uri/ /forum/index.php?q=$uri; # } # location /forum { # index index.php; # try_files $uri $uri/ /forum/index.php?q=$uri; # } Adding bellow directive return duplicate error in shell. location / { index index.php index.html index.htm; try_files $uri $uri/ /index.php; } Also by replacing the #1 directive with the above one from board configuration file resolve the problem with pages and articles but mess up forums and sub-forums. All these issues just because i was using mod_write from ip content. Its very important to me to keep the created pages as they were at the begining because having some important messages there with lots of redirect from topics/sub-forums. Any other ideas please ? Link to comment Share on other sites More sharing options...
mark2012 Posted June 10, 2013 Share Posted June 10, 2013 Finally managed to fix the articles and pages. For those who using mod_write and querry string and ip content on first page and forum located in /forum this is the properly configuration: location / { try_files $uri $uri/ /index.php?$args; } location /forum/ { index index.php; try_files $uri $uri/ /forum/index.php?q=$request_uri; :thumbsup: Link to comment Share on other sites More sharing options...
Jason Sorenti Posted August 4, 2013 Share Posted August 4, 2013 Hello Kirito !I've got some problem with nginx config. Can you help me ? Link to comment Share on other sites More sharing options...
Makoto Posted August 4, 2013 Author Share Posted August 4, 2013 Hello Kirito ! I've got some problem with nginx config. Can you help me ? Ask away, or you're welcome to send me a private message if you want. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.