常用的正则表达式
^ :匹配输入字符串的起始位置
$ :匹配输入字符串的结束位置
* :匹配前面的字符零次或多次。如“ol*”能匹配“o”及“ol”、“oll”
+ :匹配前面的字符一次或多次。如“ol+”能匹配“ol”及“oll”、“olll”,但不能匹配“o”
? :匹配前面的字符零次或一次,例如“do(es)?”能匹配“do”或者“does”,”?”等效于”{0,1}”
. :匹配除“\n”之外的任何单个字符,若要匹配包括“\n”在内的任意字符,请使用诸如“[.\n]”之类的模式
\ :将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用。如“\n”匹配一个换行符,而“\$”则匹配“$”
\d :匹配纯数字[0-9] \s :空白符 \w :任意单词字符包括下划线[A-Za-z0-9_]
{n} :重复 n 次
{n,} :重复 n 次或更多次
{n,m} :重复 n 到 m 次
[] :定义匹配的字符范围
[c] :匹配单个字符 c
[a-z] :匹配 a-z 小写字母的任意一个
[a-zA-Z0-9] :匹配所有大小写字母或数字
() :表达式的开始和结束位置
| :或运算符
从功能看 rewrite 和 location 似乎有点像,都能实现跳转,主要区别在于 rewrite 是在同一域名内更改获取资源的路径,而 location 是对一类路径做控制访问或反向代理,还可以proxy_pass 到其他机器。
rewrite 对访问的域名或者域名内的URL路径地址重写
location 对访问的路径做访问控制或者代理转发
个人总结:本质区别不是很大,都是实现匹配然后跳转,根据实际生产需求,rewrite和location都有各自的常见的应用场景
location 常用的匹配规则:
= :进行普通字符精确匹配,也就是完全匹配。
^~ :表示普通字符匹配。使用前缀匹配。
~ :区分大小写的匹配。
~* :不区分大小写的匹配。
!~ :区分大小写的匹配取非。
!~* :不区分大小写的匹配取非。
优先级:精准配置 = ?> 前缀匹配 ^~ > 正则匹配 ~,~*,!~,!~* > 一般前缀匹配 /XXXX > 通用匹配 /
在没有精准匹配的时候,先看所有前缀的长度,取最长匹配的location;
如果最长的前缀匹配是带有^~的则不看其它的正则匹配,直接使用^~的location匹配用户的访问路径并跳转页面;
如果最长的前缀匹配是不带^~的,则会继续看其它的正则匹配
前缀匹配看长度,最长的优先匹配;
正则匹配看上下顺序,根据配置文件的配置由上往下依次匹配,匹配到即停止
(1)location = / {}
=为精确匹配 / ,主机名后面不能带任何字符串,比如访问 / 和 /data,则 / 匹配,/data 不匹配
再比如?location = /abc,则只匹配/abc ,/abc/或 /abcd不匹配。若?location? /abc,则即匹配/abc 、/abcd/ 同时也匹配 /abc/。
(2)location / {}
因为所有的地址都以 / 开头,所以这条规则将匹配到所有请求 比如访问 / 和 /data, 则 / 匹配, /data 也匹配,
但后面前缀路径会和最长字符串优先匹配(最长匹配)
(3)location /documents/ {}
匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索其它 location
只有其它 location后面的前缀路径没有匹配到时,才会采用这一条
(4)location /documents/abc {}
匹配任何以 /documents/abc 开头的地址,匹配符合以后,还要继续往下搜索其它 location
只有其它 location后面的前缀路径没有匹配到时,才会采用这一条
(5)location ^~ /images/ {}
匹配任何以 /images/ 开头的地址,匹配符合以后,停止往下搜索正则,采用这一条
(6)location ~* \.(gif|jpg|jpeg)$ {}
匹配所有以 gif、jpg或jpeg 结尾的请求
然而,所有请求 /images/ 下的图片会被 location ^~ /images/ 处理,因为 ^~ 的优先级更高,所以到达不了这一条正则
(7)location /images/abc {}
最长字符匹配到 /images/abc,优先级最低,继续往下搜索其它 location,会发现 ^~ 和 ~ 存在
(8)location ~ /images/abc {}
匹配以/images/abc 开头的,优先级次之,只有去掉 location ^~ /images/ 才会采用这一条
(9)location /images/abc/1.html {}
匹配/images/abc/1.html 文件,如果和正则location ~ /images/abc/1.html 相比,正则优先级更高
实际网站使用中,至少有三个匹配规则定义:
#第一个必选规则
直接匹配网站根目录首页,通过域名访问网站首页比较频繁,使用这个会加速处理,比如说官网。
可以是一个静态首页,也可以直接转发给后端应用服务器
location = /index.html {
? ? root html;
index index.html index.htm;
}
#第二个必选规则是处理静态文件请求,这是nginx作为http服务器的强项
有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
? ? root /webroot/;
}
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
? ? root /webroot/res/;
}
#第三个规则就是通用规则,比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求
location / {
? ? proxy_pass http://tomcat_server;
}
rewrite功能就是,使用nginx提供的全局变量或自己设置的变量,结合正则表达式和标记位实现URL重写以及重定向。
比如:
rewrite只能放在server{},location{},if{}中,并且默认只能对域名后边的除去传递的参数外的字符串起作用,
例如?http://www.kgc.com/abc/bbs/index.php?a=1&b=2?只对/abc/bbs/index.php重写。
rewrite跳转实现:
rewrite 执行顺序如下:
(1) 执行 server 块里面的 rewrite 指令。
(2) 执行 location 匹配。
(3) 执行选定的 location 中的 rewrite 指令。
语法格式:rewrite <regex> <replacement> [flag];
regex :表示正则匹配规则。
replacement :表示跳转后的内容,表示新的访问地址或者新的url
flag :表示 rewrite 支持的 flag 标记。
###flag标记说明###
last :本条规则匹配完成后,不终止重写后的url匹配,一般用在 server 和 if 中。
break :本条规则匹配完成即终止,终止重写后的url匹配,一般使用在 location 中。
redirect :返回302临时重定向,浏览器地址会显示跳转后的URL地址。
permanent :返回301永久重定向,浏览器地址栏会显示跳转后的URL地址。
rewrite重写实操
现在访问的是 http://bbs.kgc.com/abc/index.php的访问跳转到http://www.kgc.com/bbs/abc/index.php
(1)将请求http://bbs.kgc.com/abc/index.php的访问跳转到http://www.kgc.com/bbs/abc/index.php,保证原域名后面的uri路径不变
Windows上进行hosts文件的修改,添加域名的映射关系?
请求http://bbs.kgc.com/abc/index.php的访问
?
##现在访问的是 http://bbs.kgc.com/post/,现在需要将这个域名下面的访问都跳转到http://www.kgc.com/bbs/abc/
location ~ ^/abc {
rewrite (.+) http://www.kgc.com/bbs$1 permanent;
}
location / {
root html;
index index.php index.html index.htm;
}
现在公司旧域名www.benet.com有业务需求变更,需要使用新域名www.kgc.com代替,但是旧域名不能废除,需要跳转到新域名上,而且后面的参数保持不变。?
需要引入nginx的环境变量 $host? 表示访问的主机名称 这里值的是域名
?(2)将请求http://www.benet.com/bbs/index.php跳转到http://www.kgc.com/bbs/index.php,保证原域名后面的uri路径不变
?
if ($host = "www.benet.com"){
rewrite ^/(.*)$ http://www.kgc.com/$1 permanent;
}
location / {
root html;
index index.html index.htm;
}
##引入了$host这个变量,在这里表示的是主机名,指代的是域名全部
这里雨dns的主机名不一样
现在访问http://www.kgc.com/abc/123.html 跳转到http://www.kgc.com页面。?
可以使用nginx的环境变量,也可以使用location直接进行匹配
然后去进行rewrite地址重写
(3)将请求http://www.kgc.com/abc/123.html 跳转到首页http://www.kgc.com
?
if ($uri ~ ^/abc/123.html){
rewrite ^/ /;
}
^/表示匹配整个url 后面的重写一般与源url无关
$request_uri:包含请求参数的原始URI,不包含主机名,如:http://www.kgc.com/abc/bbs/index.html?a=1&b=2 中的 /abc/bbs/index.php?a=1&b=2
$uri:这个变量指当前的请求URI,不包括任何参数,如:/abc/bbs/index.html
$document_uri:与$uri相同,这个变量指当前的请求URI,不包括任何传递参数,如:/abc/bbs/index.html
方法二:?
?
location ~ ^/abc/123.html{
rewrite ^/ /;
}
今天公司业务新版本上线,要求所有 IP 访问任何内容都显示一个固定维护页面,只有公司 IP :192.168.20.1访问正常?
两步骤:需要定义一个变量,当远端主机为192.168.20.1的时候 变量为false 其他为true;
另外,当变量为true的时候,全部进行地址重写为维护页面
最后加上location的精准匹配? 让客户跳转至相应的维护页面中
(4)将对http://www.kgc.com网站的所有请求跳转到自定义的维护页面
location ~ /{
rewrite ^/ /weihu.html; ##url重写为/weihu.html
}
location = /weihu.html{
root html/weihu; ##url重写为html/weihu/
}
方法二: 改用变量进行rewrite重写,客户端 IP 访问跳转,今天公司业务新版本上线,要求所有 IP 访问任何内容都显示一个固定维护页面,只有公司 IP :192.168.20.1访问正常。
set $newip true;
if ( $remote_addr = "192.168.20.1"){
set $newip false;
}
if ($newip = true){
rewrite ^/ /weihu.html;
}
location = /weihu.html{
root html/weihu;
}
location / {
root html;
index index.html index.htm;
}
注意!!!进行维护页面跳转的时候,千万不要使用permanent?
?
location ~* /upload/.*\.php$ {
rewrite (.+) http://www.kgc.com permanent;
}
if ($request_uri ~ ^/100-(100|200)-(\d+).html$) {
rewrite (.+) http://www.kgc.com permanent;
}