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