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

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


Seth,

It's actually very easy to reproduce this issue - from a browser request http://musikandfilm.com/?a=b 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 forum.nginx.org> 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 changes...page load time has
> decreased by at least 300 milliseconds!
> 
> Thanks again!!
> 
> Posted at Nginx Forum: https://forum.nginx.org/read.php?2,274097,274103#msg-274103
> 
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx


More information about the nginx mailing list