Здравствуйте, David.
Переложить статику ето понятно (об етом пол рунета кричит), но опять
таки на отдачу статики нжиниксом юзер не может повлиять настройками
.htaccess
например если в диру в картинками можно только по логину и паролю или
с определенных ИПов заходить ...
Ясно. спасибо. уяснил для себя ответ.
> Смыслов можно придумать много, но даже если просто переложить на nginx всю
> статику (картинки, css, js) -- только это одно как минимум на порядок уменьшит
> число апачевских процессов и потребляемую ими память и прочие ресурсы. Самому
> же nginx-у раздавать статику практически ничего (по ресурсам) не стоит.
>> То есть смысл в том, чтобы процессы Апача быстрее освобождались и не
>> висели в памяти после финализации соединения, например при помощи:
>> sysctl net.inet.tcp.nolocaltimewait: 1 ? А все остальное для клиента
>> получается прозрачно? Все то что он прописывает .htaccess получается
>> отрабатывает апач...
>>
>>> http://sysoev.ru/nginx/docs
>>>
>>> и на сколько я в курсе, ничего типа htaccess-ов в нгинхе не будет ...
>>>
>>> 23.08.07, Alexey
>>> Bobok<alexey.bobok@xxxxxxxxx>
>>> написал(а):
>>>
>>>> Здравствуйте.
>>>> Какие есть варианты использования nginx'a на серверах хостинг
>>>> провайдеров? Ставить его в режиме прокси для всего вроде бы не очень
>>>> красиво. А если проксировать все кроме статики - возникает вопрос:
>>>> если доступ к директории, где лежит файл ограничен с помощью
>>>> .htaccess,
>>>> Apache отработает ограничения, а nginx то нет.
>>>> Это один из банальных примеров, который смог придумать пока писал
>>>> письмо ).
>>>> Как сохранить юзабельный функционал Апача за нжыниксом, чтобы для
>>>> конечных клиентов это было прозрачно?
>>>> Спасибо.
>>>> --
>>>> С уважением,
>>>> Алексей Бобок
>>>> mailto:alexey.bobok@xxxxxxxxx
--
С уважением,
Алексей Бобок mailto:alexey.bobok@xxxxxxxxx