Yesterday Aug 10, 2011 at 23:45 Gena Makhomed wrote:

> >> но в случае mass virtual hosting`а - администратор вынужден давать
> >> пользователям .htaccess иначе его достанут запросами на изменение
> >> конфигурации и apache только тем и будет заниматься что релоад
> >> конфигурации после того как администратор внесет вручную
> >> в основной конфиг запрашиваемые пользователями изменения.
>
> > В случае с .htaccess apache делает(а то и циклически) "релоад конфигурации" на каждый запрос.
>
> Нет.
>
> service httpd reload - это достаточно дорогое удовольствие,
> потому что при этом перезапускаются worker-процессы апача.

Геннадий, я имел ввиду следующее:
"However, putting this configuration in your server configuration file will result in less of a performance hit, as the configuration is loaded once when Apache starts, rather than every time a file is requested"
Вас беспокоит расход ресурсов на reload, но целиком устраивает процессинг .htaccess на каждый запрос?
А ведь запросов, по сравнению с изменениями конфигурации, в очень много раз больше.

> старые worker-процессы nginx получают сигнал QUIT на плавное завершение,
> которое может занять от нескольких секунд до нескольких часов и даже
> дней, в зависимости от того, насколько большие файлы отдаются клиенту
> и насколько медленно он их скачивает с веб-сервера.

Для apache можно задать GracefulShutdownTimeout:
http://httpd.apache.org/docs/2.2/mod/mpm_common.html#gracefulshutdowntimeout

> > Хотя людям любящим .htaccess достаточно и просто apache без nginx.
>
> http://lurkmore.ru/ЧСВ ?

Нет - ЧНЯЧ.
Документация apache говорит что .htaccess - плохо для производительности.
Любишь .htaccess - не любишь производительность.
Не нужна производительность - зачем же тогда nginx?

У подавляющего большинства потребителей shared hosting нет огромных файлов.
А посему их, как уже писал Максим Дунин, при необходимости .htaccess можно полностью проксировать.
При этом через разные location для разных типов файлов можно задать нужные параметры буферизации.

--
WNGS-RIPE

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru