expires max;

по логике отвечает за контент, размещенный непосредственно на nginx,
например, редко меняющуюся статику. статика размещенная на nginx на может
давать 500-е ошибки.

если nginx используется в качестве реверсного прокси для динамического
контента, то навряд ли имеет смысл добавлять "expires max" в таком случае. и
да, в этом случае может быть 500-я ошибка.

18 апреля 2011 г. 21:04 пользователь Maxim Dounin <mdounin@mdounin.ru>написал:

> Hello!
>
> On Mon, Apr 18, 2011 at 07:15:38PM +0600, Илья Шипицин wrote:
>
> > Добрый день!
> >
> > есть практика - включать служебную информацию в http-заголовки (например,
> > имя бекенда), командами
> >
> >
> > add_header X-Nginx-Server $hostname;
> > add_header X-BackEnd-Server $upstream_addr;
> >
> >
> > это помогает локализовать, с какого конкретно nginx-сервера и с какого
> > бекенда пришел тот или иной ответ.
> > единственно, минус, nginx отдает эти заголовки только на успешные коды,
> если
> > происходит 500-я ошибка, то служебной информации не включается (а это
> было
> > бы весьма актуально для расследования ошибок).
> >
> > предлагаем включить следующий патч, который позволяет добавлять заголовки
> в
> > том числе на ошибки (RFC читал, противоречий не нашел)
> >
> >
> http://code.google.com/p/nginx-patches/source/browse/trunk/headers_filter.patch
>
> Просто разрешить headers filter для всех кодов ответа - это плохая
> идея. В частности, в результате
>
> expires max;
>
> будет разрешать кеширование ошибок.
>
> Maxim Dounin
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru