nginx-0.1.17

[Igor Sysoev]

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