nginx+apache+htaccess+static

[Oleksandr V. Typlyns'kyi]

Today Aug 11, 2011 at 02:03 Gena Makhomed wrote:

> "процессинг .htaccess на каждый запрос" - это самый оптимальный вариант.
> расход ресурсов на "процессинг .htaccess" гораздо меньше чем на релоад.

  Это на единичную операцию.

> > А ведь запросов, по сравнению с изменениями конфигурации, в очень много раз
> больше.
> 
> все эти файлы .htaccess которые апач будет открывать при обработке
> запросов клиентов и так уже будут находиться в файловом кеше
> операционной системы - их не надо будет считывать с жесткого диска
> сервера. Какие именно ресурсы Вы пытаетесь экономить, предлагая вместо
> .htaccess файлов писать весь конфиг в httpd.conf и делая частые релоады?

  А если их нет, то как они в кеш попадут?

> чтобы было понятно о чем разговор: mass virtual hosting - это когда
> на сервере много разных клиентов, которые имеют доступ к своим файлам
> по ssh/ftp и которые достаточно часто что-то там устанавливают, 
> обновляют, изменяют, редактируют и т.п. в день будет происходить
> при этом от нескольких десятков до нескольких сотен и даже тысяч
> релоадов httpd из-за изменений единственного конфига httpd.conf

  Часто меняют свои файлы, но не конфигурацию.
  А десятки и сотни релоадов и сейчас могут происходить - менять конфигурацию в панельке им никто не запретил.

> в общем - совсем не убедительно что полный отказ от использования
> .htaccess файлов принесет пользу а не вред. учитывая даже только
> сколько времени надо будет потратить на объяснение клиентам,
> почему апач игнорирует все их настройки в файлах .htaccess

  Полностью, увы, и не получится...

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

  location ~* \.(gif|jpg|ico|ttf|bmp|png|swf|rar|zip)$ {
  	proxy_buffer_size 32k;
  	proxy_buffers 64 32k;
  	proxy_busy_buffers_size 1792k;
  	proxy_max_temp_file_size 10m;
  	proxy_pass http://...;
  }

  location ~* \.(avi|iso)$ {
  	proxy_buffer_size 1m;
  	proxy_buffering off;
  	proxy_pass http://...;
  }

-- 
WNGS-RIPE