proxy_pass_header not working in 1.6.0
    Lucas Rolff 
    lucas at slcoding.com
       
    Tue Jul  1 12:50:41 UTC 2014
    
    
  
But if files was served from backend I would assume to see the 
$upstream_response_time  variable in nginx would return other stuff than 
a dash in 1.4.4
Like this, using logformat:
"$request"$status$body_bytes_sent"$http_referer""$http_user_agent"$request_time$upstream_response_time'; 
"GET /css/colors.css HTTP/1.1" 304 0 "http://viewabove.dk/?page_id=2" 
"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 
(KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36" 0.000 -
Again, configs is exactly the same, same operating system, same 
permissions, same site, so it seems odd to me, specially because nothing 
has been listed in the change logs about this 'fix' - it was in earlier 
versions, and was actually served by nginx, even when it did fetch 
headers from the backend.
Best regards,
Lucas Rolff
Valentin V. Bartenev wrote:
> On Tuesday 01 July 2014 14:33:54 Lucas Rolff wrote:
>> Hmm, okay..
>>
>> Then I'll go back to an old buggy version of nginx which gives me the
>> possibility to use the headers from Backend!
>>
> [..]
>
> It doesn't do this either.  Probably, it just has different configuration or
> permissions which results to that try_files always fails, and all requests are
> served from your backend.
>
>    wbr, Valentin V. Bartenev
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20140701/9432234a/attachment.html>
    
    
More information about the nginx
mailing list