Спасибо, интересное решение.

Причина ошибки - 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@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@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 mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru