ПРОЕКТЫ 


  АРХИВ 


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[4]: nginx-0.1.17



On Fri, 4 Feb 2005, NK wrote:

Сейчас читал документацию. Не увидел, есть ли аналог .htaccess?

В частности, есть некоторый _не_ массовый хостинг для некоторой группы
проектов, некоторый веб-интерфейс для настройки конкретного сайта в
этой группе и непосредственно разработчик этого сайта. Хотелось бы,
чтобы, например, реврайт рулес он писал себе сам, а остальное делал
"веб-интерфейс". Пускать разработчика непосредственно к конфигам очень
не хочется.

IS> Нет, аналога .htaccess нет. Лично мне не нравится, когда конфигурация
IS> рассыпана по куче каталогов. Единственное разумное применение, на мой
IS> взгляд, это хостинг. Что касается использования Апачевского mod_rewrite
IS> в .htaccess, то это просто кошмар. Чтобы его корректно использовать,
IS> нужно знать очень хорошо знать потроха mod_rewrite.

IS> Можно использовать include, но он не даёт того резултата, что .htaccess.
IS> include позволяет ограничить область редактирования конфига, но результаты
IS> этого редактирования могут быть фатальными для сервера.

  include меня наверное вполне устроит.

  Сейчас, как я понимаю, можно после изменения конфига мягко
  рестартануть nginx так, что если конфиг плохой, продолжает
  использоваться старый конфиг.

  А может быть сделать так, чтобы при наличии некоторой опции в
  командной строке или конфиге (в конфиге в идеале чтобы можно было
  задавать на глобальном уровне и для отдельного сайта), применялся
  новый конфиг для тех сайтов, куски конфига которых написаны
  правильно, а для тех кусков конфига, которые написаны неправильно,
  куда-нибудь в отдельный лог выдавалась бы ошибка и для этих сайтов
  продолжал бы использоваться старый конфиг ?  По-моему это было бы
  хорошим решением проблемы.

Надо будет подумать на тему

    server unsafe {
и
    include unsafe  /path/to/file;


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




 




Copyright © Lexa Software, 1996-2009.