我正在尝试为 WordPress 博客做反向代理缓存,但遇到了障碍。
初始配置是一个简单的反向缓存,如下所示
location / {
proxy_cache_key "$scheme://$host$request_uri";
proxy_cache staticfilecache;
proxy_pass http://wordpressapache;
add_header Cache-Control public;
proxy_cache_valid 200 302 10d;
我很快意识到,已登录的用户将被发送并进行折腾,所以我这样做了
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Accept-Encoding "";
location / {
# If logged in, don't cache.
if ($http_cookie ~* "comment_author_|wordpress_(?!test_cookie)|wp-postpass_" ) {
set $do_not_cache 1;
}
proxy_cache_key "$scheme://$host$request_uri $do_not_cache";
proxy_cache staticfilecache;
proxy_pass http://wordpressapache;
add_header Cache-Control public;
proxy_cache_valid 200 302 10d;
}
但这并没有奏效,因为Nginx 1.0+ 不缓存具有 Set-Cookie 的响应。令我惊讶的是,甚至所有匿名用户点击都会导致Set-Cookie
。下面是一个例子。
现在我不能做
proxy_ignore_headers "Set-Cookie";
proxy_hide_header "Set-Cookie";
因为这也不会传递已登录用户的 cookie。我做了类似的事情
location ~* wp\-.*\.php|wp\-admin {
proxy_pass http://wordpressapache;
}
但随后已登录的用户也会返回博客页面,并且他们的 cookie 将被拒绝。
另一种方法是通过插件做类似这样的事并发送 X-Accel-Expires。
function add_xaccel_header() {
# Set the X-Accel-Expires header to never cache the page if it looks like the page needs to be tailored for a user.
$user_cookie_there = false;
foreach($_COOKIE as $key => $value){
if( preg_match('/wordpress_(?!test_cookie)|comment_author|wp-postpass/', $key) ){
$user_cookie_there = true;
}
}
if($user_cookie_there){
header("X-Accel-Expires: 0");
}
}
add_action('init','add_xaccel_header');
但隐藏 cookie 会产生问题。删除隐藏 cookie 也会破坏缓存。
什么是使用 Nginx 为匿名用户缓存页面的好策略已登录的用户可将其设为无效。或许可以使用proxy_cache_bypass
?