Re: nginx кеширование

[Rosavitskiy Valintin]

On 18.04.2013 12:26, Maxim Dounin wrote:
> Hello!
>
> On Thu, Apr 18, 2013 at 11:03:34AM +0300, Rosavitskiy Valintin wrote:
>
>> On 18.04.2013 10:50, Maxim Dounin wrote:
>>> Hello!
>>>
>>> On Thu, Apr 18, 2013 at 02:03:30AM +0300, Валентин Росавицкий wrote:
>>>
>>>> 18.04.2013 1:53, Maxim Dounin пишет:
>>>>> Hello!
>>>>>
>>>>>
>>>>> А в чём проблема, кроме необходимости слегка изменить название
>>>>> директивы?
>>>>>
>>>>> http://nginx.org/r/fastcgi_cache_use_stale
>>>>>
>>>> В том что 502 ошибку не поддерживает.
>>> Если вы про http_502, то на самом деле - поддерживает, это просто
>>> документация по fastcgi_cache_use_stale слегка устарела.
>>>
>>> Но, вообще говоря, оно вам не нужно.  Параметры http_* нужны для
>>> обработки полноценных ответов, возвращённых бекендом (бывает нужно
>>> при многоуровневом проксировании).  Ошибки же, которые обнаруживаются
>>> при общении с бекендом непосредственно в самом nginx'е, в
>>> *_cache_use_stale следует указывать именно как ошибки - error,
>>> timeout, invalid_header.
>>>
>> Вот так сейчас выглядит.
>>
>> fastcgi_cache_use_stale error timeout invalid_header updating
>> http_500 http_503;
>>
>> На сервере стоит nginx/1.2.8
>> Когда добавляем http_502 то на нее ругается.
> Да, действительно, до fastcgi в этом месте ещё нужно константу
> дотащить.  Но, повторяю, - оно вам не нужно.  Параметры http_* имеют
> смысл только в том случае, если бекенд возвращает честный ответ, и
> в этом ответе написано "случилась ошибка 5xx".  Такая обработка
> имеет смысл в основном при многоуровневом проксировании (за
> исключением разве что http_500).
>
Понял.
Есть ли у кого идеии как средствами nginx скрыть ошибку?
Узкое место - mysql при сбросе кеша но пока это не справить.

-- 
С уважением,
Валентин Росавицкий