章节
目录
2.3 区分大小写(location ~ \.(txt|html|php|png)$)
2.4 不区分大小写(location ~* \.(txt|html|php|png)$)
3.1.1 测试location 的访问(同一个文件名不相同的目录)
3.1.3 location /documents 存在的特殊性
1 location 基础语法
location 指令的作用是根据用户请求的URI来执行不同的应用。 location使用的语法为
location [=|~|~*|^~] uri {
....
}
1.1 location 语法说明表
location | [=|~|~*|^~] | uri | {....} |
---|---|---|---|
指令 | 匹配标识 | 匹配的网站地址 | 匹配URI后要执行的配置段 |
1.2 URI部分简单介绍
~ 与~* 的区别 ~ 匹配内容区分大小写 ~* 匹配内容不区分的小写
!~ 取反
^~ 但多个匹配同时存在,优先匹配 ^~匹配的内容;不做正则表达式的检查 (优先处理)
location 指令的作用是根据用户请求的URI来执行不同的应用。
不同uri及特殊字符组合匹配的顺序说明
2 location 匹配优先级
2.1 URI匹配的规则与顺序
顺序 | 不用URI及特殊字符组合匹配 | 匹配说明 |
---|---|---|
1 | location = / {} | 精确匹配 / |
2 | location ^~ /1.tx { | 匹配常规字符串,不做正则表达式匹配检查 |
3 | location ~ \.(txt|html|php|png)$ location ~* \.(txt|html|php|png)$ | 正则匹配 区分大小写与不区分大小写 |
4 | location /documents/ { | 匹配常规字符串,如果有正则,则优先匹配正则 |
5 | location / { | 所有location 都不能匹配后的默认匹配 |
2.2 精确匹配(location = /1.txt)
在server部分使用location配置一个web界面,例如:当访问nginx 服务器的/logo.jpg的时候要显示指定
html文件的内容,精确匹配一般用于匹配组织的logo等相对固定的URL,匹配优先级最高
2.3 区分大小写(location ~ \.(txt|html|php|png)$)
~ 实现区分大小写的模糊匹配. 以下范例中,
如果访问uri中包含大写字母的logo.PNG,则以下location匹配logo.png条件不成功
因为 ~ 区分大小写,当用户的请求被执行匹配时发现location中定义的是小写的png,
本次访问的uri匹配失败,后续要么继续往下匹配其他的location(如果有),要么报错给客户端
2.4 不区分大小写(location ~* \.(txt|html|php|png)$)
~* 用来对用户请求的uri做模糊匹配,uri中无论都是大写、都是小写或者大小写混合,此模式也都会匹 配,通常使用此模式匹配用户request中的静态资源并继续做下一步操作,此方式使用较多
注意: 此方式中,对于Linux文件系统上的文件仍然是区分大小写的,如果磁盘文件不存在,仍会提示404
3 URI优先级匹配案例
3.1 几种方式测试文件匹配优先级
3.1.1 测试location 的访问(同一个文件名不相同的目录)
# 这里没有增加 location /documents/ 是由于他比较特殊
echo this is 1 > /webdata/nginx/web1/1.txt
echo this is 2 > /webdata/nginx/web2/1.txt
echo this is 3 > /webdata/nginx/web3/1.txt
echo this is 4 > /webdata/nginx/web4/1.txt
echo this is 5 > /webdata/nginx/web5/1.txt
mkdir -p /webdata/nginx/web{1..5}
[root@RHEL-9 conf.d]# vim /usr/local/nginx/conf.d/location02.conf
server {
listen 80;
index index.html;
server_name www.shuyan.com;
location / {
root /webdata/nginx/web1;
}
location = /1.txt {
root /webdata/nginx/web2;
}
location ~ \.(txt|html|php|png)$ {
root /webdata/nginx/web3;
}
location ^~ /1.t {
root /webdata/nginx/web4;
}
}
3.1.2 测试结果
3.1.3 location /documents 存在的特殊性
在配置文件中同时存在 location ^~ /1 和 location /1.txt 匹配规则的时候,location ^~ /1 的优先度会降低,甚至于优先度只比 / 大
3.1.4 总结文件匹配测试
得出结论 在没有location /1.txt 干扰的时候优先级从高到低为 = ^~ (~|~*) /
在有 location /1.txt 的时候 location ^~ /1 的优先级会降低从高到低为 = (~|~*) /1.txt ^~ /
3.2 几种方式测试目录匹配优先级
3.2.1 同一文件名不同目录 且 匹配规则是目录
其实在匹配目录的时候也是一样的 ^~ /t 和 /test 会发生冲突
[root@RHEL-9 conf.d]# vim /usr/local/nginx/conf.d/location02.conf
server {
listen 80;
index index.html;
server_name www.shuyan.com;
location ^~ /t {
root /data/web1;
}
location ~* test {
root /data/web2;
}
location /test {
root /data/web3;
}
location / {
root /data/web4;
}
}
3.2.2 创建目录与index.html 文件
mkdir -p /data/web{1..5}/test
echo web1 > /data/web1/test/index.html
echo web2 > /data/web2/test/index.html
echo web3 > /data/web3/test/index.html
echo web4 > /data/web4/test/index.html
echo web5 > /data/web5/test/index.html
# 重启服务
[root@RHEL-9 ~]# systemctl restart nginx
3.3.3 实现效果
3.3.4 总结目录匹配
^~ /t 和同时出现 /test 会发生冲突
只演示一个效果与以上的文件匹配的是一样的