Nginx记录分析响应慢的请求及替换网站响应内容的配置
nginx记录分析网站响应慢的请求(ngx_http_log_request_speed)nginx模块ngx_http_log_request_speed可以用来找出网站哪些请求很慢，针对站点很多，文件以及请求很多想找出哪些请求比较慢的话，这个插件非常有效.作者的初衷是写给自己用的，用来找出站点中处理时间较长的请求, 这些请求是造成服务器高负载的很大根源. 日志记录之后，在使用perl脚本分析日志，即可知道哪些请求需要修正.
1. 模块安装
nginx第三方模块安装方法这里就一笔略过了。
配置参数
./configure --prefix=/usr/local/nginx-1.4.1 --with-http_stub_status_module \
--add-module=../ngx_http_log_request_speed
2. 指令log_request_speed
2.1 log_request_speed_filter
语法:
log_request_speed_filter
配置段: n/a
context: location, server, http
启动或禁用模块
2.2 log_request_speed_filter_timeout
语法:
log_request_speed_filter_timeout
默认: 5秒
配置段: location, server, http
这边并不是真正意义的超时,而是说当请求超过这边给定的时间，将会记录到nginx错误日志中. 默认值是5000微秒（5秒），如果一个请求小于5秒,这个请求不会被记录到日志中，但是如果超过5秒，那请求将会被记录到nginx的错误日志中
3. 使用实例
3.1 nginx配置
http{
log_request_speed_filter on;
log_request_speed_filter_timeout 3;
...
}
错误日志中记录的慢请求如下
3.2 日志分析
cd /usr/local/nginx-1.4.1/logs
wget http://wiki.nginx.org/images/a/a8/Log_Analyzer.tar.gz
tar -xzvf Log_Analyzer.tar.gz
cd request_speed_log_analyzer
# cat ../error.log | grep 'process request'| ./analyzer.pl -r
POST /wp-admin/admin-ajax.php HTTP/1.1 --- avg ms: 1182, value count: 2
GET /shmb/1145.html HTTP/1.1 --- avg ms: 2976, value count: 1 <--- THE WINNER
从日志中，我们发现这边有2条请求比较慢，最慢的是/shmb/1145.html ,而且还标示“THE WINNER”，作者你赢了。很幽默。
3.3 分析脚本语法
# ./analyzer.pl -h
[*]-h : this help message # 显示帮助信息
[*]-u : group by upstream # 按upstream分组
[*]-o : group by host # 按主机分组
[*]-r : group by request # 按请求分组，推荐这个
4. nginx测试版本
目前作者只在0.6.35和0.7.64下测试，不保证其他环境下可以使用。我当前的测试版本是1.4.1，目前使用正常，在使用前请大家先测试一下。
nginx替换网站响应内容（ngx_http_sub_module）
ngx_http_sub_module模块是一个过滤器，它修改网站响应内容中的字符串，比如你想把响应内容中的‘zzvips'全部替换成‘服务器之家'，这个模块已经内置在nginx中，但是默认未安装，需要安装需要加上配置参数：--with-http_sub_module
1.指令（Directives）
语法:
sub_filter string replacement;
默认值: —
配置段: http, server, location
设置需要使用说明字符串替换说明字符串.string是要被替换的字符串，replacement是新的字符串，它里面可以带变量。
语法:
sub_filter_last_modified on | off;
默认值: sub_filter_last_modified off;
配置段: http, server, location
这个指令在nginx 1.5.1中添加，我这个版本没有，可以忽略掉.
Allows preserving the “Last-Modified” header field from the original response during replacement to facilitate response caching.
By default, the header field is removed as contents of the response are modified during processing.
语法:
sub_filter_once on | off;
默认值: sub_filter_once on;
配置段: http, server, location
字符串替换一次还是多次替换，默认替换一次，例如你要替换响应内容中的zzvips为服务器之家，如果有多个zzvips出现，那么只会替换第一个，如果off，那么所有的zzvips都会 被替换
语法:
sub_filter_types mime-type ...;
默认值: sub_filter_types text/html;
配置段: http, server, location
指定需要被替换的MIME类型,默认为“text/html”，如果制定为*，那么所有的
2. nginx替换字符串实例
2.1 配置
server {
listen 80;
server_name www.zzvips.com;
root /data/site/www.zzvips.com;
location / {
sub_filter zzvips '服务器之家';
sub_filter_types text/html;
sub_filter_once on;
}
}
2.2 测试
内容如下
# cat /data/site/www.zzvips.com/2013/10/20131001_sub1.html
welcome to zzvips!
zzvips TEAM!
访问结果
# curl www.zzvips.com/2013/10/20131001_sub1.html
welcome to 服务器之家!
zzvips TEAM!
我们可以看到它替换是不区分大小写的，而且zzvips只被替换了一次。我把sub_filter_once on改成off试试。
location / {
sub_filter zzvips '服务器之家';
sub_filter_once off;
}
接着测试
# curl www.zzvips.com/2013/10/20131001_sub1.html
welcome to 服务器之家!
服务器之家 TEAM!
我们可以看到zzvips都被替换掉了.
例如你想在</head>后追加一段js，配置如下：
location / {
sub_filter </head> '</head><script language="javascript" src="$script"></script>';
sub_filter_once on;
}
这边我就不再做测试了,大家可以测试一下.
文档来源：服务器之家http://www.zzvips.com/article/27932.html
页:
[1]