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