Search Results for 'nginx'

I have found the issue. It was because of large_client_header_buffers in nginx. I increased it to
4 8k from 2 1k.

I am wondering that why the visual composer would send such big request header?

Yes it is Shared hosting but it’s too fast and the server is Nginx I have 15 essential plugins enabled.

Answer my few questions’

1. Are you on shared hosting?
2. is your server Apache or Nginx
3. How many plugins do you have installed?

There are also some really good articles out there on speeding up your website using Nginx + Varnish for “optimizing WordPress for speed” … don’t have links handy. I looked at that in depth Jan. 2014, ended up sticking with Apache for our little corner of the universe. 🙂

Hi

I’ve found some useful information in this regard here, it may help: https://www.nginx.com/resources/wiki/start/topics/examples/phpfcgi/ http://www.rackspace.com/knowledge_center/article/installing-nginx-and-php-fpm

Thanks!

Hi

Please check this guide regarding purging cdn: https://www.nginx.com/blog/9-tips-for-improving-wordpress-performance-with-nginx/ Also try to deactivate all plugins except visual composer, empty all caches again then test again. If the problem persist please provide the css code that you’re using so I can inspect it closer. I’ve also test test this on your site and the css for for excerpts works fine: http://screencast.com/t/v9DTOB56pUA

.td_module_10 .td-excerpt {
color: red;
}

Thanks!

@ bayu
How did you set up the Nginx and php5-fpm, did you install any other stuff like Varnish or Memcached?

Thanks

I think we chose to use opcache/APC + mod_pagespeed here …

but Varnish has been around quite awhile — lots of folks use it with NGINX server setups, especially. We’re Apache-centric here (at my company) so we’re kind of using the stuff built into Apache, CentOS, Plesk, where possible.

Waiting on HTTP/2 support to get one dot newer with Apache, as this replaces SPDY and some other stuff and is the cat’s total meow! 🙂

<center><h1>403 Forbidden</h2>
<h4>nginx</h4></center>

I think it’s spam post!

Ok, you have memcached installed in your server. Another plugin for nginx + memcached its WP-FFPC . Already you’ve tried?

• This reply was modified 10 years by Ing Geek.

Bryson, try this. Deactivate w3tc and install wp rocket + TagDiv Speed booster. Few months ago i was on Nginx server and this config works very good for me

Regarding the flush calls, since that’s in TGM I don’t know if that counts. Doesn’t seem to me that code is run on every front end page load to throw W3TC off. But you tell me?

Right now I’m using W3TC with just the reverse proxy, browser, and database cache modules active. That’s with a very lightly applied Varnish cache (doesn’t do much for WP without page caching activated), apache, nginx, and APC running. It’s actually a smaller server at the moment, but handled some better loads yesterday. Using SSDs. I’m going to upgrade it in the next week or so, which will help.

My main concern with speed for mobile (more than half my traffic is mobile) and a caching plugin that doesn’t hold stale pages. WPSC tends to not update the front page cache for half an hour after a new post is published. I’ve used it with Newspaper.

Part of it not understanding what you mean by “disk cache” in that reply. I have APC, Varnish, Memcache, Apache and Nginx all running. It’s a Cloudways managed setup, so my options are somewhat limited. My understanding is that WP Super Cache doesn’t work with reverse proxy or any of the other advanced stuff.

Your installs may not matter on this issue because you don’t have but a few plugins on any of the demos. Extra plugins means extra bloat and more need for premium caching.

Any further help on that is appreciated.

And as for W3TC’s claim that some flush method is responsible… are any instances used in the theme that I missed?

Thanks, Radu.

Hi Alin,

Thanks for that.
It appeared to be a mixture of both — regenerating thumbnails said everything is ok were in fact it wasn’t as php-gd was installed but not recognised by Nginx. The grid issue was indeed caused by an old child theme version.

Thanks a lot for your quick help!

hello;

are you using nginx?

aha, I have found the issue, the newspage.woff and eof both were rejected by nginx due to security configuration. I have blocked access directly to wp-content. After I removed the single line, those icons are back online. chew~~

Thanks again. your theme is fabulous.

Hi Bogdan,

Thanks for the solution, I have tried to add the following config to the root location as I am using nginx
location / {
add_header 'Access-Control-Allow-Origin' *;
}

those icons are still not showing.

Nginx FastCGI Caching, but it should not affect this as it is running on the web server layer and disabled during I am logged in as admin

• This reply was modified 10 years by kornobis.