| Nginx-ru mailing list archive (nginx-ru@sysoev.ru) [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
 Re: умолчание: "proxy_cache_lock off;" и "proxy_cache_use_stale off;"
 
To: Gena Makhomed <nginx-ru@xxxxxxxxx>Subject: Re: умолчание: "proxy_cache_lock off;" и "proxy_cache_use_stale off;"From: Михаил Монашёв <postmaster@xxxxxxxxxxxxx>Date: Fri, 18 Jan 2013 19:54:35 +0400Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=softsearch.ru; h=date:from :reply-to:message-id:to:subject:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=main; i= postmaster@xxxxxxxxxxxxx; bh=AMOk4gmOtkselRNsE68RFcOB8rs=; b=UW6 G6egC/9zHzXeezgM/kZ3ll9Hnbt8ECfc8bVUPB9RvevFMw4ZsNH+ntLKLPfRrTeW goNUDWm8+BR9jQSyU71AcFBtQsSHz/eXJTcABQ2nzL7RLTeP5p+/Q9m9rmCnoee/ Z4gOh9qggBAXMKdESYkd+RPrvidGLPdV58I3Ewms=Domainkey-signature: a=rsa-sha1; c=nofws; d=softsearch.ru; h=date:from :reply-to:message-id:to:subject:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= main; b=kK/9TDLI/tzs1VK6+mdWpJm7luAV96TiwRZB+a3+dzsjDBQdKkYXjR5s I8E0TyyWLrcU+YOOGoRUpqHjSP6eb1XG+rem/BFQ8mptMMZ6xz+JJVrcIsd4Z1VK 3AYjzUPqzhq+2OetuWlAKuY7Ast5KguaGes+zhrMOmjnpANBafQ=In-reply-to: <50F9494F.3060701@csdoc.com>References: <CALB9xzD-c0TC1eFo3UaOCNq+E_yjS0OwfMbme2zdFieQ80vA9g@mail.gmail.com> <50F939D0.1010707@kopeyko.ru> <50F9494F.3060701@csdoc.com> 
 Здравствуйте, Gena.
Вы писали 18 января 2013 г., 17:08:31:
> On 18.01.2013 14:02, Andrey Kopeyko 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; создаст какие-то проблемы.
Придумать-то можно. :-) Подозреваю, что основная причина невключения -
изменение старого поведения.
Сейчас  выходит так: поставил nginx, он пашет 2-3 года, потом зашёл на
страницу  документации,  глянул  в  конфиг  и  видишь,  что куча новых
полезных  фич  не  включено и их прописываешь. Осознанно. Но совсем не
факт,  что  все подряд директивы надо включать.
Возможно  стоит  сделать  что-то  вроде  онлайн-сервиса  по  улучшению
конфига:  человек  закачивает  свой конфиг, выбирает свою операционку,
параметры   железа,   настройки   ОС   и   получает   в  ответ:  здесь
proxy_cache_lock  on;  можно прописать и сократить нагрузку на бэкенд,
тут  if  хорошо  бы через map переписать, тут backlog можно увеличить,
чтобы всплески нагрузки лучше обслуживать и т.д.
Такой сервис с одной стороны привлёк бы к nginx.com много вебмастеров,
особенно  неаглоязычных и нерусскоязычных, т.е. не имеющих сложившихся
сообществ, с другой - конвертировал бы их в клиентов .
У Петра Зайцева есть похожая тулза по генерации размеров буферов для
mysql-я.
-- 
С уважением,
 Михаил                          mailto:postmaster@xxxxxxxxxxxxx
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru 
 |