On Thu, 7 Oct 2004, Nick S. Knutov wrote:
> >> IS> Правила пишутся на уровне http, server и location.
> >> IS> Обрабатываются в порядке написания, то есть, апачевского аналога
> >> IS> "order allow,deny" нет.
> (*) >> IS> Первое же попадание под правило прекращает дальшейшую обработку.
> >> Хм. Странно. А почему это делалось именно так?
> IS> В смысле "именно так" - не как в Апаче, или что ?
>
> Отмеченное (*) Ведь как следствие - теряется гибкость. Существенно.
Ну не знаю, лично я обычно пишу конфигурации в стиле "разрешаем этим и этим,
а остальным - запрещаем". А можно привести пример существенной гибкости ?
> IS> Обычно бэкенд вешают на другом порту или на localhost:80.
>
> А при этом все что отдает бекенд отдается фронтенду, и уже потом
> юзеру, т.е. не на прямую юзеру?
Да.
> IS> или так (работает во по крайней мере во FreeBSD):
> IS> apache *:80
> IS> nginx ip:80
>
> А, кажется начинаю понимать. А в случае с виртуалхостами все
> получается точно так же, да?
Если виртуальные хосты на разных ip, то вешаем nginx на каждый ip
отдельно.
> IS> nginx во втором случае надо запускать после Апача (а может и без разницы -
> IS> не проверял).
>
> А в как быть в том случае, если конфигурация апача периодически
> меняется и сам апач периодически перезапускается? Каждый раз надо
> будет рестартить nginx?
Нужно попробовать.
Но если рестарт Апача делается через -USR1 или -HUP, то никаких
проблем нет.
Игорь Сысоев
