blank page on some micro-cached pages

Ronald Van Assche rva at onvaoo.com
Mon Nov 25 16:12:00 UTC 2013


Oups anwser to myself : ADDED the $upstream_cache_status to the LOG : the page are empty , still a 200 RESULT CODE and a HIT  with a 31 byte size.

myIP - - [25/Nov/2013:17:04:35 +0100] "GET /allairgoo HTTP/1.1" 200 HIT 31 "http://truc/" " Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.57 Safari/537.36" "-"
myIP - - [25/Nov/2013:17:04:50 +0100] "GET /allairgoo HTTP/1.1" 200 HIT 31 "http://truc/" " Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.57 Safari/537.36" "-"



Le 25 nov. 2013 à 16:47, Ronald Van Assche <rva at onvaoo.com> a écrit :

> It seems related to every update on a post and the use of the WP plugin Nginx-Helper
> 
> if i add $upstream_cache_status to the log format , nothing is logged.
> Should i recompile Nginx 1.5 with some additional modules ?
> 
> On the Freebsd port we have : 
> 
> [ ] HTTP_UPSTREAM_FAIR    3rd party upstream fair module                 
> [ ] HTTP_UPSTREAM_HASH    3rd party upstream hash module                 
> [ ] HTTP_UPSTREAM_STICKY  3rd party upstream sticky module
> 
> which do I have to select ?
> 
> 
> 
> 
> Le 25 nov. 2013 à 15:13, Maxim Dounin <mdounin at mdounin.ru> a écrit :
> 
>> Hello!
>> 
>> On Sat, Nov 23, 2013 at 11:00:52AM +0100, Ronald Van Assche wrote:
>> 
>>> Running Nginx 1.5.7 on Freebsd 9.1
>>> with php-pfm 5.5.3
>>> 
>>> a wordpress site is "micro-cached" , but for some strange reason 
>>> and not always , some pages ( wordpress post or pages even 3 or 
>>> 7 days after their publication)  are rendered for some users ( 
>>> me and others and not always the same, with different browsers) 
>>> as blank pages and the same connexion can read other cached 
>>> pages/post with no problems.  
>>> 
>>> The size of the global site in /cache is 72 Kb. Very small 
>>> indeed.
>>> 
>>> The bad cached pages are logged like this :
>>> "GET /url  HTTP/1.1" 200 31
>>> 
>>> always 200 as a result code, and 31 for its size.. 31 is not the 
>>> actual size of the page of course.
>>> 
>>> If a refresh my local cache ( SHIFT CMD-R) on chrome , the 
>>> correct page is reloaded and cached in /cache/x/y/somefile by 
>>> nginx.
>>> 
>>> Any help ?
>> 
>> Size is suspiciously small, and I would suggest it's some error 
>> returned by php.
>> 
>> You may try adding $upstream_cache_status to access log to get 
>> some more details (likely there will be MISS or similar state 
>> there, indicating the response was returned by a php).  If it 
>> doesn't help, some more hints about debugging can be found here:
>> 
>> http://wiki.nginx.org/Debugging
>> 
>> -- 
>> Maxim Dounin
>> http://nginx.org/en/donation.html
>> 
>> _______________________________________________
>> nginx mailing list
>> nginx at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx
> 
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx



More information about the nginx mailing list