星空网 > 软件开发 > 操作系统

nginx URL重写

本文目录:

1.1 URL重写简介
1.2 if指令
1.3 rewrite指令
1.4 URL重写和反向代理的区别

1.1 简介

url重写由ngx_http_rewrite_module模块提供,默认会安装,但该模块功能的实现需要pcre。URL重写技术不仅要求掌握几个指令的语法、熟悉简单的正则表达式,还需要尽量熟悉nginx的各个变量的意义,熟悉的变量越多越好。大多数需要用到的变量都是http_core模块提供的,它们的意义参见官方手册http_core内置变量。

rewrite模块主要有break、return、set、rewrite和if这5个指令。

  • break的作用是完成当前的作用集,不再执行rewrite指令
  • return返回状态码。可用的状态码有204/301/302/303/307/308/400/402-406/408/410-411/413/416/500-504。return三种语法:
    return code [text];return code URL;return URL;
  • set用于定义变量。赋给变量的值可以是一个变量、文本及文本变量的组合(语法:set variable value;)
  • if用于设定判断条件。格式为if (condition) {}
  • rewrite用于设定URL重写规则(语法:rewrite regex replacement [flag];)

1.2 if指令

if不支持嵌套,不支持"&&"和"||"多目运算符。语法为:

if (condition) {}

测试条件可以如下定义:

(1). 变量的比较可以使用"="和"!="运算符。
(2). 正则匹配可以使用"~"和"~*",前者表示区分大小写的正则匹配,后者表示不区分大小写的匹配。
(3). 正则匹配可以在前面加上感叹号"!~"和"!~*"表示取反,即不匹配。
(4). "-f"和"!-f"判断文件是否存在。
(5). "-d"和"!-d"判断目录是否存在。
(6). "-e"和"!-e"判断文件或目录或软链接是否存在。
(7). "-x"和"!-x"判断文件是否可执行。

if支持的正则表达式可以使用$1至$9来实现反向引用。

以下为几个示例:

# 当使用IE浏览器访问时,重定向到/msie/目录下的对应文件if ($http_user_agent ~ MSIE) { rewrite ^(.*)$ /msie/$1 break;}# 当http请求的方法为POST,则直接返回405状态码,即Method not Allowedif ($request_method = POST) { return 405;}# 当请求的资源文件不存在,则直接退出当前匹配,并代理至本机,这种情况下由本机来提供服务,如提供错误页面if (!-f $request_filename) { break; proxy_pass >127.0.0.1;}# 当访问的是longshuai.com下任意主机,则重定向到www.longshuai.com主机下的对应目录if ($http_host ~* "^(.*)\.longshuai\.com$") { set $domain $1; rewrite ^(.*) >$domain/ break;}

上面最后一种URL重写后的URL为一个新的主机名站点,但使用URL重写的效率比较低下,远不如直接为此站点独立定义一个虚拟主机。所以改写为:

server { listen 80; server_name .longshuai.com; return 302 $request_uri;}server { listen 80; server_name www.longshuai.com;}

1.3 rewrite指令

rewrite可以写在server段、location段和if段。语法:

rewrite regexp replacement [flag]

如果replacement部分以"http://"或"https://"或"$schema"开头,则直接临时重定向,见下表中的redirect标记。

flag是标记。有4种标记,它们的作用如下表。

flag说明
last停止处理当前上下文中的其他重写模块指令,并为重写后的uri再次进行上下文的匹配
break和break指令一样,都是停止处理当前上下文中的其他重写模块指令
redirect返回临时重定向状态码302。当replacement部分不是以"http://"或者"https://"或者"$schema"开头的时候使用,"$schema"变量表示使用的是什么协议
permanent返回永久重定向状态码301

以上flag中,last和break用来实现URL改写,此时浏览器中的地址不会改变,但实际上在服务器上访问的资源和路径已经改变了。redirect和permanent用来实现URL跳转,浏览器中的地址会改变为跳转后的地址

在使用proxy_pass指令时要使用break标记。last标记在本条rewrite规则执行完后,继续在当前上下文对重写后的地址发起匹配请求,而break则在本次匹配完成后停止再次匹配。例如下面的两条重写规则。

rewrite "^/bbs/(.*)/images/(.*)\.jpg$" www.longshuai.com/bbs/$2/images/$1.jpg last;rewrite "^/bbs/(.*)/images/(.*)\.jpg$" www.longshuai.com/bbs/$2/images/$1.jpg break;

如果访问的是www.longshuai.com/bbs/a/images/b.jpg则重写后为www.longshuai.com/bbs/b/images/a.jpg,但是重写后的地址仍然可以匹配到规则^/bbs/(.*)/images/(.*)\.jpg$,此时如果使用last标记,则会再次进行重写,最终导致URL重写循环,nginx默认支持10次循环,然后返回500状态码。而如果使用break标记,则在重写完成后不会再次匹配重写。

例如,下面的重写示例将会使得任意以longshuai.com结尾的访问重定向到www.longshuai.com。

server_name www.longshuai.com;rewrite (.*).longshuai.com www.longshuai.com permanent;

下面的重写实例将使得www.longshuai.com/bbs/*的访问都重定向到www.longshuai.com/forum/*。

server { listen 80; server_name www.longshuai.com; location /{  root /www/longshuai/;  index index.html;  rewrite "/bbs/(.*)" "/forum/$1" last; }}

1.4 URL重写和反向代理的区别

URL重写和反向代理都能将请求转发到其他主机上。但它们有很大的区别。

1.URL重写可以实现一些反向代理不能实现的转发。
2.URL重写可以实现浏览器地址改变。
3.反向代理更多的配合upstream实现负载均衡。URL重写无法直接通过转发实现负载均衡。
4.还有很多其他的区别,无需关心它们的区别,当某种需求既可以URL重写实现,也可以反向代理实现,随便用一种方法即可。

回到Linux系列文章大纲 >回到网站架构系列文章大纲 >回到数据库系列文章大纲 >转载请注明出处 >注:若您觉得这篇文章还不错请点击右下角推荐,您的支持能激发作者更大的写作热情,非常感谢!

原标题:nginx URL重写

关键词:URL

URL
*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。

快递泰国中转:https://www.goluckyvip.com/tag/103492.html
泰国 快递 价格:https://www.goluckyvip.com/tag/103493.html
泰国闪电快递:https://www.goluckyvip.com/tag/103494.html
泰国的快递公司:https://www.goluckyvip.com/tag/103499.html
Cubyn海外仓:https://www.goluckyvip.com/tag/1035.html
网一圣诞爆单:https://www.goluckyvip.com/tag/10350.html
长治婚庆女司仪和主持人:https://www.vstour.cn/a/366176.html
北京丰台区水上乐园哪家好玩?:https://www.vstour.cn/a/366177.html
相关文章
我的浏览记录
最新相关资讯
海外公司注册 | 跨境电商服务平台 | 深圳旅行社 | 东南亚物流