blank page cached ONLY for homepage URL on Wordpress when using keyword monitoring

Peter Booth peter_booth at
Tue May 9 19:10:47 UTC 2017


It's actually very easy to reproduce this issue - from a browser request and you will see it. There are a couple of low level tools that expose some possible issues.

If you email me directly I can talk about this in more detail. Try peter underscore booth at me dot com.

Sent from my iPhone

> On May 8, 2017, at 7:17 PM, seth2958 <nginx-forum at> wrote:
> Thank you for the insights Francis!!
> It's too early to tell, but I think moving the "if" statement outside the
> location block may have done the trick. I also changed the the statement so
> that only GET requests are cached like so:
> if ($request_method != GET) {
>                set $skip_cache 1;
>        }
> I haven't pinpointed the exact cause yet, but initial test results are
> promising. I set up three times as many keyword monitors and have not seen
> an empty cached page yet after deleting the existing cached page and letting
> the cached page rebuild. Only the complete page is being cached. Before this
> change it was pretty easy for me to break the cache, but now I've been
> unable to replicate the problem. My theory is that the monitors are making
> some sort of non-GET (but not HEAD) requests which NGINX is for some reason
> treating as GET. So hopefully moving the if statement and changing the logic
> will be the solution here. 
> If anyone else is able to confirm the exact issue, I'd still really like to
> know.
> Oh and another possible effect of these load time has
> decreased by at least 300 milliseconds!
> Thanks again!!
> Posted at Nginx Forum:,274097,274103#msg-274103
> _______________________________________________
> nginx mailing list
> nginx at

More information about the nginx mailing list