GNUer's blog

线上有个老系统要下线，发现有个老的接口还有人在用。其实之前这个接口也只是根据URL中的target参数进行一个跳转。这个直接在nginx里面做也是比较简单的，直接从$arg_target里把匹配的目标地址（包括参数）都提取出来，然后放到rewrite里面就OK。因为对应的参数实际已经被匹配下来了（只有GET请求，没有POST的），所以rewrite语句里面加了一个‘？“避免自动把之前的$args加到后面。

location =/redir.do {

root /home/nginx/webpages/;

       set $to_url 'www.xxx.net';

       if ( $arg_target ~* 'https?://(.*)' ) {

             set $to_url $1;

       }

       if ( $arg_target ~* 'https?%2F(.*)' ) {

             set $to_url $1;

     }

     rewrite ^ http://$to_url? break;

}

其实根据nginx的wiki的表述,在linux下一般默认的监听ipv6的一个端口会同时把ipv4的端口相应地监听起来。除非自己手动设置了/proc/sys/net/ipv6/bindv6only为1。今天重新编译了nginx后发现在ipv4环境下blog不能访问了，但是ipv6环境下是可以正常访问的。就单独搞了一下
原来的配置是
[text]
listen [::]:443 ssl so_keepalive=on;
listen [::]:80 so_keepalive=on;
[/text]
今天用了新版本的nginx后，配置上其实只是增加了spdy
[text]
listen [::]:443 ssl so_keepalive=on spdy;
listen [::]:80 so_keepalive=on;
[/text]
现在改成对ipv6和ipv4分别listen
[text]
listen [::]:443 ssl so_keepalive=on ipv6only=on spdy;
listen 443 ssl so_keepalive=on spdy;
listen [::]:80 so_keepalive=on ipv6only=on;
listen 80 so_keepalive=on;

[/text]
不知道这个问题是不是新版的nginx存在的bug。。

nginx 1.4.0已经增加了sdpy协议的支持。所以只需要简单的编译即可。另外这段时间炒的很热的google pagespeed模块也出了一个beta版本。pagespeed编译后实在是比之前大了太多，表示有点难以接受。
1.编译安装新版的openssl,因为debian stable带的openssl版本太老不支持NPN
wget http://www.openssl.org/source/openssl-1.0.1e.tar.gz && tar zxvf openssl-1.0.1e.tar.gz
cd openssl-1.0.1e && ./Configure –prefix=/opt/openssl
再修改一下Makefile：INSTALL_PREFIX=/opt/openssl
make && make install
1.下载好nginx
[bash]
wget http://nginx.org/download/nginx-1.4.0.tar.gz && tar zxvf nginx-1.4.0.tar.gz
[/bash]
2.下载pagespeed包
[bash]
wget https://github.com/pagespeed/ngx_pagespeed/archive/release-1.5.27.2-beta.zip && unzip release-1.5.27.2-beta.zip
cd ngx_pagespeed-release-1.5.27.2-beta/
wget https://dl.google.com/dl/page-speed/psol/1.5.27.2.tar.gz && tar -xzvf 1.5.27.2.tar.gz
[/bash]
3.编译nginx
[bash]
./configure –prefix=/usr/share/nginx1.4 –conf-path=/etc/nginx/nginx.conf –error-log-path=/var/log/nginx/error.log –http-client-body-temp-path=/var/lib/nginx/body –http-fastcgi-temp-path=/var/lib/nginx/fastcgi –http-log-path=/var/log/nginx/access.log –http-proxy-temp-path=/var/lib/nginx/proxy –http-scgi-temp-path=/var/lib/nginx/scgi –http-uwsgi-temp-path=/var/lib/nginx/uwsgi –lock-path=/var/lock/nginx.lock –pid-path=/var/run/nginx.pid –with-pcre-jit –with-debug –with-file-aio –with-http_addition_module –with-http_dav_module –with-http_gzip_static_module –with-http_secure_link_module –with-http_stub_status_module –with-http_ssl_module –with-http_sub_module –with-http_xslt_module –with-ipv6 –with-openssl=/opt/openssl/usr/local/ssl/ –add-module=/root/soft/ngx_pagespeed-release-1.5.27.2-beta –with-http_spdy_module
需要注意得修改一下objs/Makefile里的东西，把.openssl都删除掉
[/bash]

4.配置nginx
主要是参考
http://nginx.org/en/docs/http/ngx_http_spdy_module.html 配置spdy
https://github.com/pagespeed/ngx_pagespeed 配置pagespeed

====
编译了pagespeed模块的nginx会接近100M，表示不可接受我就把这个模块去掉了。。只单独编译了一个支持sdpy模块的nginx。

之前把blog改成前端nginx直接缓存一下页面时，没有注意有$upstream_cache_status这个变量可以直接获取到命中的状态。所有就用了另外的一点小方法来判断是否命中缓存。
[text]
map $upstream_addr $hitstatus {
default ‘cache’ ;
~unix ‘nocache’;
}
[/text]
基本的思路就是看$upstream_addr是否为空，如果是空的肯定是命中了缓存的，如果是匹配unix(我使用的是unix socket的形式)就是没有命中被转发到了后端php-fpm的。今天记得是有这个$upstream_cache_status变量了的就把配置文件修改了一下，直接使用$upstream_cache_status更简单和方便。
[text]
add_header Cache-status $upstream_cache_status;

[/text]

之前单独做了一个健康检查的页面。配置是如下
[text]
location ~* HEALTH_CHECK {
alias /home/app/HEALTH_CHECK ;
try_files /lbck =410;
}

[/text]
之前之所以这样写是因为考虑到访问的时候可以不分大小写。然后今天看着这个配置觉得有点蛋疼，因为我想在这个目录下放点其他的东西。所以修改了一下下

[text]
location ~* /HEALTH_CHECK/ {
alias /home/app/HEALTH_CHECK ;
access_log off;
}
[/text]
但是这个时候发现访问的时候存心了循环重定向。简单地把alisa修改成root后是可以正常工作。

[text]
location ~* /HEALTH_CHECK/ {
root /home/app/ ;
access_log off;
}
[/text]

后来尝试了最简单的配置方式可以正常工作。
[text]
location /HEALTH_CHECK/ {
alias /home/app/HEALTH_CHECK/ ;
access_log off;
}

[/text]

咨询了一下开发同学。主要是alias实现上方式的问题。不过总的来说，用这些东西还是多做好测试。