Сейчас читал документацию. Не увидел, есть ли аналог .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