Re[2]: Кеширование и SSI

Roman sirotar at mail.ru
Fri Aug 28 18:59:49 MSD 2009


Hello Igor,

Friday, August 28, 2009, 4:20:28 PM, you wrote:

IS> On Fri, Aug 28, 2009 at 04:09:12PM +0300, Roman wrote:

>> Hello Igor,
>> 
>> Friday, August 28, 2009, 3:31:24 PM, you wrote:
>> 
>> IS> On Fri, Aug 28, 2009 at 03:24:30PM +0300, Roman wrote:
>> 
>> >> Hello Igor,
>> >> 
>> >> Thursday, August 27, 2009, 3:11:15 PM, you wrote:
>> >> 
>> >> IS> On Thu, Aug 27, 2009 at 02:51:32PM +0300, Roman wrote:
>> >> 
>> >> >> Добрый день,
>> >> >> имеется nginx version: nginx/0.8.10.
>> >> >> 
>> >> >> Собственно что пытаюсь сделать,
>> >> >> страницы генерятся и кешируются правильно,
>> >> >> 
>> >> >> proxy_cache_key "$uri$is_args$args$cookie_auth" выглядит вот так,
>> >> >> 
>> >> >> кука 'auth' для каждого пользователя уникальна, получается что пользы
>> >> >> от кеширования для большого кол-ва пользователей не очень много, т.к.
>> >> >> все равно постоянно приходится дергать бакенд, базу и т.д.
>> >> >> 
>> >> >> Подумал сделать так: из ключа выкинуть $cookie_auth
>> >> >> proxy_cache_key "$uri$is_args$args";
>> >> >> 
>> >> >> ну а идентификатор ползователей выдергивать с помощью SSI
>> >> >> <!--# include virtual="/get_mem_id.php?auth=cookie_auth" set="member_id" -->
>> >> >> или же получить имя
>> >> >> <!--# echo var="cookie_username" default="" -->
>> >> >> ну и так далее...
>> >> >> 
>> >> >> но что-то у меня не рабоатет, либо криво настроено, либо так нельзя
>> >> >> сделать.
>> >> >> 
>> >> >> Подскажите, пожалуйста, как работает кеширование, а именно,
>> >> >> кешируется ответ с уже обработанными SSI инструкциями или же нет?
>> >> 
>> >> IS> location / {
>> >> IS>     ssi    on;
>> >> IS>     proxy_pass ...
>> >> IS>     proxy_cache_key  $request_uri;
>> >> IS> }
>> >> 
>> >> IS> location = /get_mem_id.php {
>> >> IS>     proxy_pass  ...
>> >> IS>     proxy_cache_key  $cookie_auth;
>> >> IS> }
>> >> 
>> >> Проведя эксперементы, выяснил что в такой конструкции
>> >> <!--# include virtual="/get_mem_id.php?auth=cookie_auth" set="member_id" -->
>> >> подзапрос "/get_mem_id.php?auth=cookie_auth"
>> >> обрабатывается в том же локейшене что и основной запрос.
>> 
>> IS> Не должен. Нужен отладлочный лог.
>> 
>> 2009/08/28 14:52:32 [notice] 41368#0: *6044 "^/testredir/(.*)$" matches "/testredir/admin/gen/", client: 88.85.86.36, server: test.com, request: "GET /main.html HTTP/1.1", upstream: "http://127.0.0.2:80/index.php?query=/main.html", host: "test.com", referrer: "http://test.com/main.html"
>> 2009/08/28 14:52:32 [notice] 41368#0: *6044 rewritten data: "/admin/gen/", args: "todo=index&member_id=870", client: 88.85.86.36, server: test.com, request: "GET /main.html HTTP/1.1", upstream: "http://127.0.0.2:80/index.php?query=/main.html", host: "test.com", referrer: "http://test.com/main.html"
>> 2009/08/28 14:52:32 [notice] 41368#0: *6044 "^/cronjob(.*)" does not match "/get_mem_id.php", client: 88.85.86.36, server: test.com, request: "GET /main.html HTTP/1.1", subrequest: "/get_mem_id.php", host: "test.com", referrer: "http://test.com/main.html"
>> 2009/08/28 14:52:32 [warn] 41368#0: *6044 an upstream response is buffered to a temporary file /usr/local/nginx/proxy_temp/9/70/0000001709 while reading upstream, client: 88.85.86.36, server: test.com, request: "GET /main.html HTTP/1.1", upstream: "http://127.0.0.2:8808/admin/gen/?todo=index&member_id=870", host: "test.com", referrer: "http://test.com/main.html"

IS> Нужно собрать с --with-debug.

О! спасибо!
собрал, поглядел логи, разобрался, заработало так как я хотел.

Спасибо.

>> части конфига
>> ....
>> location = /get_mem_id.php {
>>     proxy_pass   http://127.0.0.2;
>>     proxy_set_header  HOST $host;
>>     proxy_set_header  X-Real-IP  $remote_addr;
>>     proxy_set_header  Cookie  $http_cookie;
>> 
>>     proxy_cache_key "$uri$cookie_auth";
>>     proxy_cache cache;
>>     proxy_cache_valid 5m;
>>     proxy_cache_min_uses 1;
>>     proxy_cache_use_stale http_502 http_504 http_404 timeout;
>>     error_log /tmp/log1.log debug;
>> }
>> 
>> ....
>> 
>> location /testredir {
>>     internal;
>>     rewrite_log  on;
>>     root /home/domains/test.com;
>>     rewrite ^/testredir/(.*)$ /$1 break;
>>     proxy_read_timeout 180;
>>     proxy_set_header  X-Real-IP  $remote_addr;
>>     proxy_set_header  REMOTE_ADDR  $remote_addr;
>>     proxy_set_header  X-Forwarded-For $proxy_add_x_forwarded_for;
>>     proxy_pass http://mongrel_test.com;
>> 
>>     proxy_cache cache;
>>     proxy_cache_key "$uri$arg_what$is_member";
>>     proxy_cache_valid 5m;
>>     proxy_cache_min_uses 1;
>>     proxy_cache_use_stale http_502 http_504 http_404 timeout;
>>     error_log /tmp/log.log debug;
>> }
>> ....

IS> Вместо

IS>  location /testredir {
IS>      rewrite ^/testredir/(.*)$ /$1 break;
IS>      proxy_pass http://mongrel_test.com;

IS> достаточно

IS>  location /testredir/ {
IS>      proxy_pass http://mongrel_test.com/;
IS>  




-- 
Best regards,
 Roman                            mailto:sirotar at mail.ru






More information about the nginx-ru mailing list