Здравствуйте, Уважаемый(-ая, -ое) Sergey Croitor!

SC> Пытаюсь организовать кэширование страниц с uri начинающегося со следующих
SC> символов:
SC> /index.php?main_page=nocachedajax&q=savelocation

Боюсь вас разочаровать, но для URL'ов в таком виде многие роботы частенько
переставляют параметры запроса, как им угодно, так что на выполнение условия
"начинается с" я бы на вашем месте надеяться не стал.

SC> Надо сделать это только для роботов

SC> Поначалу была мысль сделать так:

SC> location /index.php?main_page=nocachedajax&q=savelocation {
SC> proxy_pass http://backend;
SC> proxy_cache cache;
SC> proxy_cache_valid 200 302 304 1800m;
SC> proxy_cache_valid any 1s;
SC> proxy_cache_key
SC> "$request_method|$http_if_modified_since|$http_if_none_match|$host|savelocation";
SC> proxy_hide_header "Set-Cookie";
SC> proxy_ignore_headers "Cache-Control" "Expires";
SC> add_header Cache-Control private;
SC> expires 1800m;
SC> include /etc/nginx/proxy.conf;
SC> if ($http_user_agent !~* (spider|bot|crawler)) {
SC> # для нероботов не кэшируем и шлем далее на бэкенд
SC> # роботоопределение грубое, но для нашего случая
SC> достаточное
SC> return 412;
SC> }
SC> error_page 412 = @fallback;
SC> }

SC> или как вариант задания location
SC> location ^~ /index.php?main_page=nocachedajax&q=savelocation {
SC> ...
SC> }

SC> Но в документации наткнулся на следующее:
SC> Note that locations of all types test only a URI part of request line
SC> without arguments. This is done because arguments in the query string may
SC> be given in several ways
SC> То есть все, что после "?", будет проигнорировано и совпадения с указанной
SC> строкой не будет никогда.

SC> Кто-то может поделиться идеей как обойти это ограничение и как правильно
SC> указать правило для location в этом случае?

SC> Спасибо.


--
С уважением

Andrey Repin (hell-for-yahoo@umail.ru) понедельник, 14.01.2013, <11:32>
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru