Re: location uri с аргументами включительно
Andrey Repin
hell-for-yahoo at umail.ru
Mon Jan 14 07:34:12 UTC 2013
Здравствуйте, Уважаемый(-ая, -ое) 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 at umail.ru) понедельник, 14.01.2013, <11:32>
Подробная информация о списке рассылки nginx-ru