概念
1.location
是Nginx中的块级指令(block directive),,location指令的功能是用来匹配不同的url请求,进而对请求做不同的处理和响应,这其中较难理解的是多个location的匹配顺序。
2.我们输入的网址叫做请求URI
,nginx用请求URI与location中配置的URI
做匹配。
在http模块有server,在server模块才有location,location(位置)匹配的是uri,uri是IP地址后面的/test , /image 也就是位置
在一个server当中有多个location,如何来确定匹配哪个location
Nginx的正则表达式
^:字符串的其实位置
$:字符串的结束位置
*:匹配所有
+:匹配前面的字符一次或者多次
?:0次或1次
. :任意单个字符 \.
{n}:连续重复出现n次,要正好等于它
{n,m}:连续重复出现n-m次
[c]: 匹配单个字符c
():分组
|:或
Location匹配的分类:
Location /
Location ~*
www . ky32 . com/test{..}
1.精确匹配location = /test{..}
完整的路径,一个字都不能少,也不能错
Location ^~ : 前缀匹配,以什么为开头
~:区分大小写进行匹配
~*:不区分大小写进行匹配
!~:区分大小写取反匹配
!~*:不区分大小写取反匹配
一般匹配
Location 匹配一旦匹配成功,不再向下匹配
Location 匹配的优先级
精确匹配优先级最高 ,其次是正则匹配 ,最后是一般匹配(或者通用)
Location = 完整路径 > location ^~ > location ~ ,~* > location /test > location /
工作当中配置loaction的三个原则
1.网站首页:要用精确匹配 ,网站首页一般情况下都是一个静态页面,匹配网站的根工作目录如下
location = / {
}
2.处理静态文件的请求:目录匹配和后缀匹配,会使用正则匹配
Location ^~ /static {
}
Location ~*\ . {html|jpg|jpeg|gif|png}${
}
3.一般规则(通用匹配):动态请求,把动态请求转发到后端
Location /{
Proxy_pass http://tomcat server
#
}
Nginx 的重定向
Rewrite :结合了nginx提供的全局变量和自己设置自定义的变量,结合正则表达式以及标志位实现url重写以及重定向,
Rewrite执行顺序
Rewrite中可以支持if语句,但只有if没有else
Rewrite语法
Rewrite
[ flag ] : 标志位 ,或者叫 “标记”也行
flag标志(标记)位的种类
1.Last(用的比较少)
本条规则匹配完成后,继续向下匹配新的location URI 规则,可以跳两次或者多次
Rewrite ky30 k31 last;
Location /{}
1.1:处理请求时发生了重写或者内部重定向循环,进入无线循环,nginx循环最多可以执行10次,超过10次会报错,500,见下图,如果出现死循环可以把last换成break就行
2.break (用的比较多)
本条规则匹配完之后立即终止,页面内容不变,uri不变,只能跳一次
3.Redirct
临时重定向302 uri的地址会发生变化,uri设置了/test,跳转到了/ky32
4.Permanent
永久重定向 301 uri的地址 会发生变化
搜索引擎的权重
永久重定向会加入搜索引擎的排名
临时不会加搜索引擎的权重
总结rewrite和location都可以跳转,似乎有点相同,但区别在于rewrite是在同一域名之内更改获取资源的路径,location是对路径的访问控制 ,核心区别在于一个对资源控制
基于域名的跳转
www. kgc.com但是公司业务变更,迁移到了新的域名www.benet.com代替,但旧域名名不能废除访问kgc可以跳转到benet.且匹配的uri不能变
公司业务新版本上线,用户访问网站统一显示固定的维护页面,只有公司的192.168.233.61可以访问
重点核心
Location 匹配的写法
Location = /
精确匹配 ,完全匹配优先级最高
location ^~
Location ~*
第二优先级
Location /test
第三优先级
Location /
第四优先级
Location 是访问控制,匹配到之后不在向下继续匹配
网站的设置location规则
Rewrite
Permanent : 永久重定向
Redirect : 临时重定向
Break : 他不仅仅是跳转,跳转之后不再继续匹配,而且不改变uri
Last : 继续向下匹配,nginx只能循环10次,超过10次报错500
location有两种匹配规则:
location [ = | ~ | ~* | ^~ ] uri { … }
location @name { … }
(1) “=”
,精确匹配
location = /abc/ {
.....
}
# 只匹配http://abc.com/abc
#http://abc.com/abc [匹配成功]
#http://abc.com/abc/index [匹配失败]
(2) “~”
,执行正则匹配,区分大小写。
location ~ /Abc/ {
.....
}
#http://abc.com/Abc/ [匹配成功]
#http://abc.com/abc/ [匹配失败]
(3)“~*”
,执行正则匹配,忽略大小写
location ~* /Abc/ {
.....
}
# 则会忽略 uri 部分的大小写
#http://abc.com/Abc/ [匹配成功]
#http://abc.com/abc/ [匹配成功]
(4)“^~”
,表示普通字符串匹配上以后不再进行正则匹配。
location ^~ /index/ {
.....
}
#以 /index/ 开头的请求,都会匹配上
#http://abc.com/index/index.page [匹配成功]
#http://abc.com/error/error.page [匹配失败]
(5)不加任何规则时,默认是大小写敏感,前缀匹配,相当于加了“~”与“^~”
location /index/ {
......
}
#http://abc.com/index [匹配成功]
#http://abc.com/index/index.page [匹配成功]
#http://abc.com/test/index [匹配失败]
#http://abc.com/Index [匹配失败]
# 匹配到所有uri
(6)“@”
,nginx内部跳转
location /index/ {
error_page 404 @index_error;
}
location @index_error {
.....
}
#以 /index/ 开头的请求,如果链接的状态为 404。则会匹配到 @index_error 这条规则上。
=
> ^~
> ~ | ~*
> 最长前缀匹配
> /
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/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/qll/id/1111 则最终匹配到规则H,因为以上规则都不匹配。