Re: Интелектуальный try_files по сети
Maxim Dounin
mdounin на mdounin.ru
Ср Дек 14 13:49:41 UTC 2011
Hello!
On Wed, Dec 14, 2011 at 05:40:26PM +0400, Михаил Монашёв wrote:
> Здравствуйте, 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, а просто переходит к следующему бекенду).
>
> А какие ответы говорят о том, что бэкенд мёртвый?
Все, указанные в proxy_next_upstream, кроме http_404.
Maxim Dounin
Подробная информация о списке рассылки nginx-ru