location配置语法规则: location [=||*|^~] /uri/ { … }
= 开头表示精确匹配
^~ 普通字符匹配 , 但是如果字符匹配到了就不再继续执行正则匹配 (普通的字符匹配完毕会记录最长的匹配记录,但是不会立刻选定, 而是继续进行正则匹配, 如果正则匹配符合就按照正则匹配执行) ,。
~ 开头表示区分大小写的正则匹配
~* 开头表示不区分大小写的正则匹配
!和!*分别为区分大小写不匹配及不区分大小写不匹配 的正则
/ 通用匹配,任何请求都会匹配到。
匹配规则
首先寻找精准匹配, 如果有则停止匹配
没有则匹配普通匹配 --> 如果有多个匹配 则记录最长匹配结果
匹配正则表达式 --> 如果有匹配-->立即返回, 如果没有-->返回普通匹配最长匹配结果
location 命中过程:
- 先判断精准命中,如果命中,则立即返回结果并结束解析过程
- 判断普通命中, 如果有多个命中,记录下来最长的命中结果(注意:是记录但并不结束,记录的是最 长的命中)
- 继续判断正则表达式的解析结果,按配置里的正则表达式顺序为准,由上到下开始匹配,一旦匹配成功一个, 立即返回结果,并结束解析过程
拓展:
普通命中时,匹配顺序无所谓,因为会全部匹配一遍然后命中最长匹配
正则命中时,匹配顺序很重要,因为是从上到下匹配,一旦命中就直接结束匹配
===================================================
匹配规则:
location = / {
规则A
}
location = /login {
规则B
}
location ^~ /static/ {
规则C
}
location ~ .(gif|jpg|png|js|css)$ {
规则D
}
location ~* .png$ {
规则E
}
location !~ .xhtml$ {
规则F
}
location !~* .xhtml$ {
规则G
}
location / {
规则H
}
=====================================================
实例:
那么产生的效果如下:
访问根目录/, 比如http://localhost/ 将匹配规则A
访问 http://localhost/login 将匹配规则B,http://localhost/register 则匹配规则H
访问 http://localhost/static/a.html 将匹配规则C
访问 http://localhost/a.gif, http://localhost/b.jpg 将匹配规则D和规则E,但是规则D顺序优先,规则E不起作用,而 http://localhost/static/c.png 则优先匹配到 规则C
访问 http://localhost/a.PNG 则匹配规则E, 而不会匹配规则D,因为规则E不区分大小写。
访问 http://localhost/a.xhtml 不会匹配规则F和规则G,http://localhost/a.XHTML不会匹配规则G,因为不区分大小写。规则F,规则G属于排除法,符合匹配规则但是不会匹配到,所以想想看实际应用中哪里会用到。
访问 http://localhost/category/id/1111 则最终匹配到规则H,因为以上规则都不匹配,这个时候应该是nginx转发请求给后端应用服务器,比如FastCGI(php),tomcat(jsp),nginx作为方向代理服务器存在。
=====================================================
实际应用配置:
直接匹配网站根,通过域名访问网站首页比较频繁,使用这个会加速处理,官网如是说。
这里是直接转发给后端应用服务器了,也可以是一个静态首页
第一个必选规则
location = / {
proxy_pass http://tomcat:8080/index
}
第二个必选规则是处理静态文件请求,这是nginx作为http服务器的强项
有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
root /webroot/static/;
}
location ~* .(gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/;
}
第三个规则就是通用规则,用来转发动态请求到后端应用服务器
非静态文件请求就默认是动态请求,自己根据实际把握
毕竟目前的一些框架的流行,带.php,.jsp后缀的情况很少了
location / {
proxy_pass http://tomcat:8080/
}
=====================================================
全局变量:
官方配置:http://nginx.org/en/docs
query_string #同 arg_NAME #GET请求中NAME的值
uri #请求中的当前URI(不带请求参数,参数位于request_uri的值,它可以通过内部重定向,或者使用index指令进行修改,document_uri #同 document_root #当前请求的文档根目录或别名
hostname #主机名
binary_remote_addr #客户端地址的二进制形式,固定长度为4个字节
bytes_sent #传输给客户端的字节数
connection_requests #TCP连接当前的请求数量
content_type #"Content-Type" 请求头字段
limit_rate #用于设置响应的速度限制
nginx_version #nginx版本
pipe #如果请求来自管道通信,值为"p",否则为"."
realpath_root #当前请求的文档根目录或别名的真实路径,会将所有符号连接转换为真实路径
remote_port #客户端端口
request #代表客户端的请求地址
request_body_file #将客户端请求主体保存在临时文件中。文件处理结束后,此文件需删除。如果需要之一开启此功能,需要设置client_body_in_file_only。如果将次文件传递给后端的代理服务器,需要禁用request body,即设置proxy_pass_request_body off,fastcgi_pass_request_body off,uwsgi_pass_request_body off,or scgi_pass_request_body off
request_filename #当前连接请求的文件路径,由root或alias指令与URI请求生成
request_method #HTTP请求方法,通常为"GET"或"POST"
request_uri #这个变量等于包含一些客户端请求参数的原始URI,它无法修改,请查看scheme #请求使用的Web协议,"http" 或 "https"
server_name #服务器名
server_protocol #服务器的HTTP版本,通常为 "HTTP/1.0" 或 "HTTP/1.1"
time_iso8601 #服务器时间的ISO 8610格式
cookie_NAME #客户端请求Header头中的cookie变量,前缀"http_NAME #匹配任意请求头字段;变量名中的后半部分NAME可以替换成任意请求头字段,如在配置文件中需要获取http请求头:"Accept-Language",http_cookie #cookie 信息
http_referer #引用地址
http_x_forwarded_for#相当于网络访问路径。http://www.cnblogs.com/craig/archive/2008/11/18/1335809.html
sent_http_content_length即可
sent_http_connection
sent_http_keep_alive
sent_http_location
$sent_http_transfer_encoding