да, конешно.
perl parser для того чтобы в конфиге присутствовали только разрешённые директивы
+ nginx -t для проверки синтаксиса
+ commit /pre-commit hook по которому запускается проверка на
синтаксис и разрешённые директивы.

на боевые сервера конфиги выкладываются по скрипту вместе с кодом, всё
из репозитария.

2010/2/8 silly sad <sad@bankir.ru>:
> On 02/08/10 09:44, big bond wrote:
>>
>> include
>
> и это абсолютно безболезненно, если юзер напишет кривой конфиг?
>
>>
>> 8 февраля 2010 г. 8:49 пользователь silly sad <sad@bankir.ru
>> <mailto:sad@bankir.ru>> написал:
>>
>>    Hi All
>>
>>    ныне в большой моде обманывать поисковиков и юзеров
>>    путём мимикрии урлов под статические урлы.
>>    исполняет это фокус естественно вэбсервер.
>>    заставить его это делать может тот у кого права
>>    и _навыки_ на его конфиг.
>>
>>    Вопрос начинается в том месте, где начинается виртуальный хостинг.
>>
>>    Юзер, которому надо иметь рерайты - посторонний человек
>>    с очень урезаными правами.
>>
>>    апач позволяет такому юзеру заводить свои .htaccess
>>    (содержащие фактически часть конфига для апача)
>>
>>    Есть ли красивое решение для nginx ???
>>
>>    Чтобы хостимый юзер мог безболезненно для всей системы подсунуть
>>    кусочек конфига (как часть раздела server или раздела location в
>>    котором локализовано всё хозяйство этого юзера)
>>
>>
>>    _______________________________________________
>>    nginx-ru mailing list
>>    nginx-ru@nginx.org <mailto:nginx-ru@nginx.org>
>>    http://nginx.org/mailman/listinfo/nginx-ru
>>
>>
>>
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru@nginx.org
>> http://nginx.org/mailman/listinfo/nginx-ru
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru