ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


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


  ПРОГРАММЫ 



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












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

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

Re: server_name bug




  Проблема то вот в чем.
Было все с *:80, работало.... и захотелось человеку один из десятка (сотни) виртуалов вынести на свой IP (не новый, а один из старых). Он меняет там *:80 на IP:80 и получает неожиданный сюрприз - все остальные сервера перестали отвечать на IP:80. С одной стороны, действительно неожиданно ;) С другой - насколько эта ситуация часто случается в реальности ... ну сложно судить, для меня она все ж больше синтетическая. В любом случае менять таккую логику уже поздно, а новые дериктивы для ее изменения - это, имхо, неверный путь. Если по каждому частному случаю делать директиву - очень быстро в них будет невозможно разобраться.

Maksim V. Strepetilov пишет:


Честно говоря читал читал что Вы тут писали и одного понять не мог,
что Вам в таком синтаксисе не нравится? При чем тут хаки? Все
понятно и абсолютно логично, сперва общее объявление, насколько я
помню их тоже может быть  несколько, потом частные случаи, если у Вас
обслуживается 40-50 ip на одном сервере, а отдельная конфигурация
нужна только для 3 ip, то Ваш пример это то что надо, т.к. нет нужды
описывать конфигурацию для всех IP да и акцентировать внимание на всех
(перечислять где либо) IP не нужно. Система конфигурации nginx мне
кажется самой продуманной с которой я сталкивался в последнее время.
Обеспечивающая максимальное удобство админу и вполне прозрачную,
логичную и ненавязчивую систему описания хостов в ip-based и/или
name-based вариантах.

Единственно на что можно посетовать, это на скудность документации на
официальном сайте. Но и это благодаря рассылке и обилию информации в
интернете не является такой уж проблемой.





 




Copyright © Lexa Software, 1996-2009.