Re: Повторный запрос к бкенду, если 503
Nick Knutov
mail на knutov.com
Чт Дек 24 13:37:01 MSK 2009
Спасибо, интересное решение.
Причина ошибки - mod_fastcgi, который не очень хорошо совместим с нашим
набором патчей для апача. Переписывать ли с нуля mod_fastcgi, или
сделать по апачу на юзера, чтобы отказаться от тех патчей, я всё никак
решить не могу, поэтому проще сделать обертку ситуации со стороны nginx ;)
24.12.2009 15:22, Борис Долгов пишет:
> Что-то вроде
> location /
> {
> include fastcgi_backend_conf;
> error_page 503 = @second
> }
> location @second
> {
> include fastcgi_backend_conf;
> }
>
> Ой, как не хватает способа выяснить причину ошибки... :(
>
> 24 декабря 2009 г. 12:54 пользователь Nick Knutov<mail at knutov.com> написал:
>> Приветсвую,
>>
>> Есть некоторый бэкенд с фастцги, который в силу ряда причин на первый запрос
>> может отдать 503. При повторном запросе гарантированно отдает нормальный
>> ответ. В силу тех же причин пока проще сделать так, чтобы nginx при
>> получении 503 с бэкенда делал повторный запрос, чем править бэкенд. Как это
>> лучше сделать?
>>
>> Пока подумал, что можно сделать upstream с двумя одинаковыми бэкендами. Есть
>> ли другие решения для такой задачи?
>>
>> --
>> Best Regards,
>> Nick Knutov
>> http://knutov.com
>> ICQ: 272873706
>> Voice: +7-904-84-23-130
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://nginx.org/mailman/listinfo/nginx-ru
>>
>
>
>
--
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130
Подробная информация о списке рассылки nginx-ru