Re: умолчание: "proxy_cache_lock off;" и "proxy_cache_use_stale off;"

[Gena Makhomed <gmm@xxxxxxxxx>]

On 18.01.2013 17:54, Михаил Монашёв wrote:

> > > > все шесть запросов ушли к апачу, хотя я ожидал, что из первых трех уйдет
> > > > только первый (чтобы сформировать содержимое кеша), а последующие два к
> > > > апачу уходить не будут.
> > > >
> > > > подскажите пожалуйста, что я делаю не так и как мне решить мою задачу?
> > > Добавьте директиву
> > >
> > > http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_lock
> > кстати, а почему по умолчанию эти две директивы отключены
> > - "proxy_cache_lock off;" и "proxy_cache_use_stale off;" ?
> > разве не было бы более удобным там поставить какие-то разумные
> > умолчания, которые подходят большинству пользователей nginx ?
> > например, proxy_cache_lock по умолчанию включить
> > и proxy_cache_use_stale поставить так, как это обычно
> > рекомендуется сделать в этой рассылке в ответ на вопросы
> > пользователей "а почему оно работает не так как ожидалось?".
> > по крайней мере, не могу придумать ни одного варианта,
> > когда proxy_cache_use_stale on; создаст какие-то проблемы.
опечатка, подразумевалось "proxy_cache_lock on;"

> Придумать-то можно. :-)
например? у меня не получилось. это же "killer feature" и она выключена.

> Подозреваю, что основная причина невключения - изменение старого поведения.
даже если когда оно изменится в лучшую сторону во всех 100% случаев?

> Сейчас  выходит так: поставил nginx, он пашет 2-3 года, потом зашёл на
> страницу  документации,  глянул  в  конфиг  и  видишь,  что куча новых
> полезных  фич  не  включено и их прописываешь. Осознанно. Но совсем не
> факт, что все подряд директивы надо включать.
а в каких случаях не надо включать "proxy_cache_lock on;" ?

> Возможно  стоит  сделать  что-то  вроде  онлайн-сервиса  по  улучшению
> конфига:  человек  закачивает  свой конфиг, выбирает свою операционку,
> параметры   железа,   настройки   ОС   и   получает   в  ответ:  здесь
> proxy_cache_lock  on;  можно прописать и сократить нагрузку на бэкенд,
> тут  if  хорошо  бы через map переписать, тут backlog можно увеличить,
> чтобы всплески нагрузки лучше обслуживать и т.д.
закачивать конфиги на какой-то левый сайт вряд ли кто-то станет...

> Такой сервис с одной стороны привлёк бы к nginx.com много вебмастеров,
> особенно  неаглоязычных и нерусскоязычных, т.е. не имеющих сложившихся
> сообществ, с другой - конвертировал бы их в клиентов .
вообще-то, такой веб-сервис уже есть, http://forum.nginx.org/

> У Петра Зайцева есть похожая тулза по генерации размеров буферов для
> mysql-я.
это не на сайте, это отдельные скрипты:

 http://mysqltuner.com/

 https://launchpad.net/mysql-tuning-primer

 плюс похожая функциональность встроена в http://www.phpmyadmin.net/

--
Best regards,
 Gena

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