Nginx正则配置
Nginx配置中Location的语法规则 location [ = | ~ | ~* | ^~ | !~ | !~* ] /uri/{ … }
- = 表示精确匹配
- ~ 表示区分大小写正则匹配
- ~* 表示不区分大小写正则匹配
- ^~ 表示URI以某个常规字符串开头
- !~ 表示区分大小写正则不匹配
- !~* 表示不区分大小写正则不匹配
- / 通用匹配,任何请求都会匹配到
<!-- more -->
匹配顺序
多个location配置的情况下匹配顺序为:
- 首先匹配 =
- 其次匹配 ^~
- 其次是按文件中顺序的正则匹配
- 最后是交给 / 通用匹配
当有匹配成功时候,停止匹配,按当前匹配规则处理请求。
常用的规则
- 精确匹配
location = / { proxy_pass http://127.0.0.1:9090/
}
将所有请求直接转发给服务器的9090端口。
- 处理静态文件
#目录匹配location ^~ /static/ {
root /webroot/static/;
}
#后缀匹配
location ~* .(gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/;
}
- 转发动态请求到后端应用服务器
#将/account/开始的请求转发给Account服务器location /account/ {
proxy_pass http://127.0.0.1:8080/
}
#将/order/开始的请求转发给Order服务器
location /order/ {
proxy_pass http://127.0.0.1:9090/
}
rewrite指令
- last 相当于apache里面的[L]标记,表示rewrite。
- break 本条规则匹配完成后,终止匹配,不再匹配后面的规则。
- redirect 返回302临时重定向,浏览器地址会显示跳转后的URL地址。
- permanent 返回301永久重定向,浏览器地址会显示跳转后的URL地址。
- 使用
last
和break
实现URI重写,浏览器地址栏不变。 - 使用
alias
指令必须用last
标记;使用proxy_pass
指令时,需要使用break
标记。 last
标记在本条rewrite
规则执行完毕后,会对其所在server{......}标签重新发起请求,而break
标记则在本条规则匹配完成后,终止匹配。
举个例子
例子只是为了大家理解,不是实际场景。
服务器提供一个接口 /api/v1/access
, 终端用户可以通过浏览器页面访问, 也可以通过公众号访问,也可以通过App访问。
需求来了,想要根据不同的渠道统计访问数,我们在终端调用接口的时候各自分配一个数字。
- 浏览器页面:10000
- 公众号内页面:20000
- App页面操作:30000
不同终端在访问接口时将数字拼在接口前面,如:/10000/api/v1/access
Nginx需要把所有访问请求转到服务器,配置如下:
location ~/([0-9]+)/(.*)$ { rewrite /([0-9]+)/(.*)$ /$2 break;
proxy_pass http://127.0.0.1:9090;
}
$2 表示路径中正则表达式匹配的第二个参数,也就是 (.*) 这部分。
好了,可能有朋友就问,这样就可以统计不同渠道的访问量了? 答案肯定是不行的么,nginx这块只是做了将不同渠道的请求转发到同一个服务去,它并没有做统计的工作。
统计的工作不属于本片文章的内容,但是放心。 既然提到了这块内容,实现方案还是要给大家讲的么。
原理很简单,Nginx的access
访问日志中记录了所有请求记录,我们就可以拿这个数据去做统计,我这里仅说一种ELK
方案:就是将日志数据推送到Elasticsearch中,然后就可以在Kibana中做图标展示这些指标了。想要了解ELK,请看我的另一篇文章使用 ELK(Elasticsearch + Logstash + Kibana) 搭建日志收集分析平台。
广告时间:关注我的公众号【JAVA九点半课堂】,回复资源领取2T技术资料。看完这些资料,保证你的薪资超过25k,快来领取吧!
以上是 Nginx正则配置 的全部内容, 来源链接: utcz.com/z/510678.html