Re: NGinx - Кеширование динамических запросов

2014-02-04 Пенетрантность Михаил Монашёв
Здравствуйте, Dimka.

 Есть запросы такого вида:
 /mail-box-11?clientId=222clientParams=333
 /mail-box-11?clientId=888clientParams=009
 /mail-box-22?clientId=777clientParams=583

 Сейчас NGinx передаёт его в томкат, томкат отдаёт ответ содержащий html
 страницу сгенерированную по шаблону 11 или 22 а прочие доп
 параметры clientId=888clientParams=009 юзаются потом javascript ом этой
 страницы.

 Хочу кешировать ответы томката, так как на первый и второй запрос ответ
 одинаков и никогда потом не меняется. (разные только параметры могут быть,
 но повторю - они на ответ не влияют)

 Есть идеи как кешировать запрос исходя из /mail-box-11 не беря во
 внимание то что после ? идёт?

Не используйте в ключе кэширования аргументы и всё.

-- 
С уважением,
 Михаил  mailto:postmas...@softsearch.ru

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

Re: NGinx - Кеширование динамических запросов

2014-02-04 Пенетрантность S.A.N
proxy_cache_key $host$uri;

Posted at Nginx Forum: 
http://forum.nginx.org/read.php?21,247093,247095#msg-247095

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

Re: nginx кеширование

2013-04-18 Пенетрантность Maxim Dounin
Hello!

On Thu, Apr 18, 2013 at 11:03:34AM +0300, Rosavitskiy Valintin wrote:

 On 18.04.2013 10:50, Maxim Dounin wrote:
 Hello!
 
 On Thu, Apr 18, 2013 at 02:03:30AM +0300, Валентин Росавицкий wrote:
 
 18.04.2013 1:53, Maxim Dounin пишет:
 Hello!
 
 
 А в чём проблема, кроме необходимости слегка изменить название
 директивы?
 
 http://nginx.org/r/fastcgi_cache_use_stale
 
 В том что 502 ошибку не поддерживает.
 Если вы про http_502, то на самом деле - поддерживает, это просто
 документация по fastcgi_cache_use_stale слегка устарела.
 
 Но, вообще говоря, оно вам не нужно.  Параметры http_* нужны для
 обработки полноценных ответов, возвращённых бекендом (бывает нужно
 при многоуровневом проксировании).  Ошибки же, которые обнаруживаются
 при общении с бекендом непосредственно в самом nginx'е, в
 *_cache_use_stale следует указывать именно как ошибки - error,
 timeout, invalid_header.
 
 Вот так сейчас выглядит.
 
 fastcgi_cache_use_stale error timeout invalid_header updating
 http_500 http_503;
 
 На сервере стоит nginx/1.2.8
 Когда добавляем http_502 то на нее ругается.

Да, действительно, до fastcgi в этом месте ещё нужно константу 
дотащить.  Но, повторяю, - оно вам не нужно.  Параметры http_* имеют 
смысл только в том случае, если бекенд возвращает честный ответ, и 
в этом ответе написано случилась ошибка 5xx.  Такая обработка 
имеет смысл в основном при многоуровневом проксировании (за 
исключением разве что http_500).

-- 
Maxim Dounin
http://nginx.org/en/donation.html

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

Re: nginx кеширование

2013-04-18 Пенетрантность Rosavitskiy Valintin



Так и попробуйте для начала так же, как раньше делали -
fastcgi_cache + fastcgi_cache_use_stale, всё должно получиться.

С учётом наличия ещё одного кеша - я бы рекомендовал конфигурить
что-то нибудь неоченьдолгоживующее, и видимо только для
востребованных ресурсов (fastcgi_cache_min_uses).  Это, впрочем,
частности.



Понял, спасибо, буду пробовать.
К fastcgi_cache как то не дошло.

--
С уважением,
Валентин Росавицкий

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

Re: nginx кеширование

2013-04-17 Пенетрантность Maxim Dounin
Hello!

On Wed, Apr 17, 2013 at 09:48:01PM +0300, Валентин Росавицкий wrote:

 Здравствуйте.
 Имеется следующая конфигурация : nginx + php-fpm + drupal.
 Сайт с включенным модулем boost (кеширование для анонимов). После
 сброса кеша появляется 502 ошибка,
 в этот момент модуль активно пишет в базу, грузит диск вплотную. Сам
 сервер по конфигурации неплох,
 зеркало на сас дисках, 32Г памяти, 2 х E5645 (для одного сайта с
 100-200 онлайна) но в этот момент просто
 вешает диски, думаю это не исправить (да и не мне это делать).
 Интересует возможность отдавать с кеша (не boost) страницу.
 Раньше сайт вертелся на nginx+apache и это решалось через
 proxy_cache_use_stale для fastcgi так не пройдет.

А в чём проблема, кроме необходимости слегка изменить название 
директивы?

http://nginx.org/r/fastcgi_cache_use_stale

-- 
Maxim Dounin
http://nginx.org/en/donation.html

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