Re[2]: Интелектуальный try_files по сети

Михаил Монашёв postmaster на softsearch.ru
Ср Дек 14 13:40:26 UTC 2011


Здравствуйте, Maxim.

>> Ещё   придумал   третий  вариан  решения.  Задача  сейчас  симпатичнее
>> решается,   если  отделить  статусы,  вызывающие  fail,  от  статусов,
>> приводящих к выбору следующего бэкенда. Что-то вроде:
>> 
>> proxy_next_upstream [error | timeout | invalid_header |
>> http_500 | http_502 | http_503 | http_504 | http_404[=not_fail] |
>> off]
>> 
>> Тогда  в @fallback можно писать сразу апстрим вместо кучи @fallback-ов
>> с  каждым  бэкендом  в  отдельности.  И сразу появляется лаконичность:
>> попробовали эту группу серверов, если там нету, то пробуем эту.

> Сейчас так и есть.  Если тебе нужно в рамках группы бекендов 
> поискать файл, то

>     proxy_next_upstream http_404;

> эту проблему решает (и не объявляет бекенд мёртвым, если он 
> возвращает 404, а просто переходит к следующему бекенду).

А какие ответы говорят о том, что бэкенд мёртвый?

-- 
С уважением,
 Михаил                          mailto:postmaster at softsearch.ru



Подробная информация о списке рассылки nginx-ru