ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re[4]: [apache-talk] nginx-0.1.0



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, то никаких
проблем нет.


Игорь Сысоев
http://sysoev.ru



 




Copyright © Lexa Software, 1996-2009.