ПРОЕКТЫ 


  АРХИВ 


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



Здравствуйте, Igor.

Вы писали 4 февраля 2005 г., 14:10:41:

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

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

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

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

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

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

-- 
С уважением,
   Ник Кнутов                         mailto:mail@xxxxxxxxxx






 




Copyright © Lexa Software, 1996-2009.