Nginx rewrtie 的四种 flag
利用nginx的rewrite的指令,可以实现 url 的转向,对于 rewrtie 有四种不同的 flag,分别是 redirect、permanent、break和last。其中前两种是跳转型的flag,后两种是代理型。跳转型是指有客户端浏览器重新对新地址进行请求,代理型是在WEB服务器内部实现跳转的。
redirect:302跳转到 rewrtie 后面的地址。
permanent:301永久调整到 rewrtie 后面的地址,即当前地址已经永久迁移到新地址,一般是为了对搜索引擎友好。
last:将 rewrite 后的地址重新在 server 标签执行。
break:将 rewrite 后地址重新在当前的 location 标签执行。
使用 root 或 proxy_pass 指定源,last,break 都可以,但是结果可能会有差别,后面用例子说明;使用 alias 指定源,必须使用 last。假如有如下配置:
location / {
root /var/www/html;
index index.html index.htm;
rewrite "/x/t.html" /y/t.html break;
}
location /y/ {
root /var/www/html/other;
}
当请求 /x/t.html ,符合 rewrite 规则;所以进行调整,调整的地址为 /y/t.html ,由于使用的 flag 是 break,所以在“location /”中进行跳转,结果是 /var/www/html/y/t.html。但如果 flag 为 last,那么 /y/t.html 将在 server 标签中重新执行,由于存在一个“location /y/”,所以跳转被重新指定到“location /y/”标签,所以这个时候的结果为 /var/www/html/other/y/t.html。
注意:使用last,如果配置不当,可能引起死循环。例如:
location /x/ {
proxy_pass http://my_proxy;
rewrite "^/x/(.*).html$" /x/1.html last;
}
转载请注明文章出处,谢谢!转载自:http://www.netingcn.com/nginx-rewrite-flag.html
Nginx 中 last、break、permanent、redirect
1. last 和 break
- location 外
last 和 break 当出现在 location 之外时,两者的作用是一致的没有任何差异。注意一点就是,他们会跳过所有的在他们之后的 rewrite 模块中的指令,去选择自己匹配的 location 。
Example:
rewrite url1 url2 last; ①
rewrite url3 url4 last; ②
rewrite url5 url6 last; ③
location ~ url2 ④
location ~ url4 ⑤
location ~ url6 ⑥
当 ① 这条rewrite 规则生效后,它后面的 ② 和 ③ 将被跳过不做判断,而去直接选择后面的location;这里可能有一个疑问,那些指令输入 rewrite 模块中的指令呢? 若是使用 nginx 本身,你就要到官网上去查询了。但如果你使用的是 tengine ,可以使用 tengine -V 。会将你想要的信息列举出来。
- location 内
last 和 break 当出现在location 内部时,两者就存在了差异。
last:使用了 last 指令,rewrite 后会跳出 location 作用域,重新开始再走一次刚刚的行为
break:使用了 break 指令,rewrite 后不会跳出 location 作用域。它的生命也在这个 location 中终结。
Example:
rewrite xxx1 yyy last; ⑦
rewrite xxx2 yyy last; ⑧
rewrite xxx3 yyy last; ⑨
rewrite xxx4 yyy last; ⑩
location ~ url1
{
rewrite url1 url2 last; ①
}
location ~ url2
{
rewrite url3 url4 break; ②
fastcgi_pass 127.0.0.1:9000;
}
以上事例:
第一个location 中的 rewrite 指令处理完成之后,会跳出location ,再重新判断rewrite 7 ~ 9 的规则;
第二个location 中的 rewrite 指令处理完成之后,不会跳出location, 更不会重新判断rewrite 7 ~ 9 的规则。而只能将信息传递给后面的fastcgi_pass 或者proxy_pass 等指令
2. permanent 和 redirect
permanent:永久性重定向。请求日志中的状态码为301
redirect:临时重定向。请求日志中的状态码为302
从实现功能的角度上去看,permanent 和 redirect 是一样的。不存在哪里好,哪里坏;也不存在什么性能上的问题。但从SEO(或者是百度爬你的网站时)。 类似于这样的东西,你会对到底是永久性重定向还是临时重定向感兴趣。了解不到,需要深入,就google 吧。
3. last、break VS permanent、redirect
在 permanent 和 redirect 中提到了状态码 301 和 302;那么 last 和 break 相对于访问日志的请求状态码为 200
这两类关键字,我们能够眼睛看到的差异是什么呢? 我举个例子说明吧:
-
当你打开一个网页,同时打开 debug 模式时,会发现 301 和 302 时的行为是这样的。第一个请求 301 或者 302 后,浏览器重新获取了一个新的URL ,然后会对这个新的 URL 重新进行访问。所以当你配置的是 permanent 和 redirect ,你对一个 URL 的访问请求,落到服务器上至少为2次。
-
而当你配置了last 或者是break 时,你最终的URL 确定下来后,不会将这个URL返回给浏览器,而是将其扔给了fastcgi_pass或者是proxy_pass指令去处理。请求一个URL ,落到服务器上的次数就为1次。
转载请注明文章出处,谢谢!转自:http://blog.51cto.com/unixman/1711943