Nginx 关于 Rewrite 执行顺序详解

最新推荐文章于 2024-09-22 13:52:01 发布
最新推荐文章于 2024-09-22 13:52:01 发布
阅读量738 收藏
点赞数
分类专栏： nginx 源码分析 文章标签： nginx rewrite

Nginx 关于 Rewrite 执行顺序详解

第一篇： break 和 last 的区别

Rewrite 模块概述

REFER:   http://wiki.nginx.org/NginxHttpRewriteModule#rewrite

 

If the directives of this module are given at the server level, then they are carried out before the location of the request is determined. If in that selected location there are further rewrite directives, then they also are carried out. If the URI changed as a result of the execution of directives inside location, then location is again determined for the new URI.

This cycle can be repeated up to 10 times, after which Nginx returns a 500 error.

Rewrite（ URL 重写）指令可以出现在 server{} 下，也可以出现在 location{} 下，它们之间是有区别的！对于出现在 server{} 下的 rewrite 指令，它的执行会在 location 匹配之前；对于出现在 location{} 下的 rewrite 指令，它的执行当然是在 location 匹配之后，但是由于 rewrite 导致 HTTP 请求的 URI 发生了变化，所以 location{} 下的rewrite 后的 URI 又需要重新匹配 location ，就好比一个新的 HTTP 请求一样（注意由 location{} 内的 rewrite 导致的这样的循环匹配最多不超过 10 次，否则 nginx 会报 500 错误）。总的来说，如果 server{} 和 location{} 下都有 rewrite ，依然是先执行 server{} ，然后进行 location 匹配，如果被匹配的 location{} 之内还有 rewrite 指令，那么继续执行 rewrite ，同时因为 location{} 内的 rewrite 改变了 URI ，那么重写后的结果 URI 需要当做一个新的请求，重新匹配 location （应该也包括重新执行 server{} 下的 rewrite 吧）。

Last 与 break flag 的区别

关于 last flag 和 break flag 的区别，官方文档的描述是：“ last - completes processing of rewrite directives, after which searches for corresponding URI and location ”和“ break - completes processing of rewrite directives ”，都有“不让继续执行后面的 rewrite 指令”的含义，但是两者的区别并没有展开。

这里我用实验来告诉大家区别。实验准备：

1、  安装 nginx ；（如果对安装和 location 不了解的，请参考： http://eyesmore.iteye.com/blog/1141660 ）

 

2、  在 nginx 安装目录的 html 子目录下创建 4 个文件，分别叫： aaa.html ， bbb.html ， ccc.html 和 ddd.html，文件内容分别是各自的文件名（例 aaa.html 文件内容不妨写 aaa html file ）。

3、  Nginx 配置文件初始化是：

 

error_log  logs/error.log info;  #URL 重写模块的日志会写入此文件

 

   server {

        listen       9090;

        server_name  localhost;

        root html;

        rewrite_log on;   # 打开 URL 重写模块的日志开关，以便写入 error_log

   

        location  /aaa.html {

            rewrite "^/aaa\.html$"  /bbb.html;

            rewrite "^/bbb\.html$"  /ddd.html;

        }  

   

        location  /bbb.html {

            rewrite "^/bbb\.html$" /ccc.html;

        }  

}

上述配置注意两点： 1 、打开 rewrite 模块的日志开关，以便 rewrite 执行日志写入 error_log （注： rewrite 日志写入 error_log 的级别是 notice ，所以要注意 error_log 日志级别，此处用 info ）； 2 、定义了两个 location ，分别是 /aaa.html 和 /bbb.html ，但是在 /aaa.html 中，把 /aaa.html 重写成 /bbb.html ，接着又把 /bbb.html 重写成 /ddd.html ；在 /bbb.html 中，把 /bbb.html 重写成 /ccc.html 。

 

[ 测试 1] 没有 last 和 break 标记时：请求 aaa.html

[root@web108 ~]# curl http://localhost:9090/aaa.html

ddd html file

[root@web108 ~]#

Error_log 的日志内容：

2011/08/07 22:13:23 [notice] 9066#0: *85 "^/aaa\.html$" matches "/aaa.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/07 22:13:23 [notice] 9066#0: *85 rewritten data: "/bbb.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/07 22:13:23 [notice] 9066#0: *85 "^/bbb\.html$" matches "/bbb.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/07 22:13:23 [notice] 9066#0: *85 rewritten data: "/ddd.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/07 22:13:23 [info] 9066#0: *85 client 127.0.0.1 closed keepalive connection

 

URL 重写模块的日志告诉我们：对于一个 HTTP 请求“ GET /aaa.html ”，重写过程是：先 /aaa.html 被重写为/bbb.html ；然后 rewritten data: /bbb.html ，继续执行后面的 rewrite 指令，进而被重写为 /ddd.html ，然后rewrittern data: /ddd.html 后面没有重写了（其实此时 /ddd.html 需要再次重新匹配 location 的，只是日志没有体现出来，接下来的测试 2 会体现这点），于是输出 /ddd.html 的内容。

 

[ 测试 2] 使用 last 标记时：请求 aaa.html

将上述 location /aaa.html {} 修改成：

location  /aaa.html {

       rewrite "^/aaa\.html$"  /bbb.html   last ;

      rewrite "^/bbb\.html$"  /ddd.html;

}  

 

测试结果：

[root@web108 ~]# curl http://localhost:9090/aaa.html

ccc html file

[root@web108 ~]#

 

Error_log 日志：

2011/08/07 22:24:31 [notice] 18569#0: *86 "^/aaa\.html$" matches "/aaa.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/07 22:24:31 [notice] 18569#0: *86 rewritten data: "/bbb.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/07 22:24:31 [notice] 18569#0: *86 "^/bbb\.html$" matches "/bbb.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/07 22:24:31 [notice] 18569#0: *86 rewritten data: "/ccc.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/07 22:24:31 [info] 18569#0: *86 client 127.0.0.1 closed keepalive connection

 

不知道读者看到 GET /aaa.html 显示的结果“ ccc html file ”会不会惊讶：“为什么结果不是 bbb html file ”。下面解释下整个过程：首先 /aaa.html 匹配了 location /aaa.html {} ，于是执行 rewrite "^/aaa\.html$"  /bbb.html last ，把 /aaa.html 重写为 /bbb.html ，同时由于 last flag 的使用，后面的 rewrite 指令（指的是 rewrite "^/bbb\.html$" /ddd.html ）不会被执行。似乎此时应该输出“ bbb html file ”才对，但是我们看看 nginx 官方解释：“ last - completes processing of rewrite directives, after which searches for corresponding URI and location ”意思是说last 不再匹配后面的 rewrite 指令，但是紧接着需要对重写后的 URI 重新匹配 location 。让我们再看看官方的“ If the directives of this module are given at the server level, then they are carried out before the location of the request is determined. If in that selected location there are further rewrite directives, then they also are carried out. If the URI changed as a result of the execution of directives inside location, then location is again determined for the new URI. This cycle can be repeated up to 10 times, after which Nginx returns a 500 error. ”因此，重新匹配的时候，匹配到了新的 location /bbb.html {} ，执行“ rewrite "^/bbb\.html$" /ccc.html ”，最后的内容是“ ccc html file ”。

 

[ 测试 3] 使用 break 标记时：请求 aaa.html

将上述 location /aaa.html {} 修改成使用 break 标记：

location  /aaa.html {

      rewrite "^/aaa\.html$"  /bbb.html  break ;

      rewrite "^/bbb\.html$"  /ddd.html;

}  

测试结果：

[root@web108 ~]# curl http://localhost:9090/aaa.html

bbb html file

[root@web108 ~]#

 

日志结果：

2011/08/07 22:37:49 [notice] 21069#0: *89 "^/aaa\.html$" matches "/aaa.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/07 22:37:49 [notice] 21069#0: *89 rewritten data: "/bbb.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/07 22:37:49 [info] 21069#0: *89 client 127.0.0.1 closed keepalive connection

 

我想这个结果不用多做解释了，充分体现了 break 和 last 的区别：“ last - completes processing of rewrite directives, after which searches for corresponding URI and location ”和“ break - completes processing of rewrite directives ”。 Break 和 last 都能阻止继续执行后面的 rewrite 指令，但是 last 如果在 location 下用的话，对于重写后的 URI 会重新匹配 location ，但是 break 则不会重新匹配 location 。简单的说， break 终止的力度比last 更加彻底（为了记忆的方便，我们可以把重新后的 URI 重新匹配 location 理解为“ URI 匹配 location 的循环语句的下一次迭代”，高级程序设计里面 break 一般用做退出循环，所以 break 不仅终止继续执行 rewrite ，而且退出 URI 重新匹配 location 的循环迭代）。

 

 

 

 

Nginx 关于 Rewrite 的迭代 第二篇

例题 1

配置：

error_log  logs/error.log info;

 

server {

        listen       9090;

        server_name  localhost;

        root html;

        rewrite_log on;

 

        rewrite "^/aaa\.html$"  /bbb.html;

 

        location  /ccc.html {

            rewrite "^/ccc\.html$"  /eee.html;

        }

 

        location  /bbb.html {

            rewrite "^/bbb\.html$" /ccc.html;

            rewrite "^/ccc\.html$" /ddd.html;

        }  

}   

结果：

[root@web108 ~]# curl http://localhost:9090/aaa.html

ddd html file

[root@web108 ~]#

 

日志：

2011/08/08 10:05:41 [notice] 31592#0: *90 "^/aaa\.html$" matches "/aaa.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:05:41 [notice] 31592#0: *90 rewritten data: "/bbb.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:05:41 [notice] 31592#0: *90 "^/bbb\.html$" matches "/bbb.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:05:41 [notice] 31592#0: *90 rewritten data: "/ccc.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:05:41 [notice] 31592#0: *90 "^/ccc\.html$" matches "/ccc.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:05:41 [notice] 31592#0: *90 rewritten data: "/ddd.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:05:41 [notice] 31592#0: *90 "^/aaa\.html$" does not match "/ddd.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:05:41 [info] 31592#0: *90 client 127.0.0.1 closed keepalive connection

 

解释：

GET /aaa.html 请求，首先执行 server 级的 rewrite 指令，被重写为 /bbb.html ，然后匹配到 location /bbb.html {}，接着执行 location 级的 rewrite 指令，先重写为 /ccc.html ，再重写为 /ddd.html ；由于 URI 被 location 级的rewrite 指令重写了，因此需要重新进行 location 的匹配，相当于重写后的 URI 被当做一个新的请求，会重新执行server 级的 rewrite ，然后重新匹配 location ，日志“ 2011/08/08 10:05:41 [notice] 31592#0: *90 "^/aaa\.html$" does not match "/ddd.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090" ”体现了重新匹配 location 的流程。

 

例题 2

配置：

error_log  logs/error.log info;

 

server {

        listen       9090;

        server_name  localhost;

        root html;

        rewrite_log on;

 

        rewrite "^/aaa\.html$"  /bbb.html;

                   rewrite "^/ccc\.html$"  /ddd.html;

        

        location  /bbb.html {

            rewrite "^/bbb\.html$" /ccc.html;

        }  

                   location  /ddd.html {

             rewrite "^/ddd\.html$" /eee.html;

        }

}   

结果：

[root@web108 ~]# curl http://localhost:9090/aaa.html

eee html file

[root@web108 ~]#

 

日志：

2011/08/08 10:21:00 [notice] 2218#0: *91 "^/aaa\.html$" matches "/aaa.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [notice] 2218#0: *91 rewritten data: "/bbb.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [notice] 2218#0: *91 "^/ccc\.html$" does not match "/bbb.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [notice] 2218#0: *91 "^/bbb\.html$" matches "/bbb.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [notice] 2218#0: *91 rewritten data: "/ccc.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [notice] 2218#0: *91 "^/aaa\.html$" does not match "/ccc.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [notice] 2218#0: *91 "^/ccc\.html$" matches "/ccc.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [notice] 2218#0: *91 rewritten data: "/ddd.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [notice] 2218#0: *91 "^/ddd\.html$" matches "/ddd.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [notice] 2218#0: *91 rewritten data: "/eee.html" , args: "", client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [notice] 2218#0: *91 "^/aaa\.html$" does not match "/eee.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [notice] 2218#0: *91 "^/ccc\.html$" does not match "/eee.html" , client: 127.0.0.1, server: localhost, request: "GET /aaa.html HTTP/1.1", host: "localhost:9090"

2011/08/08 10:21:00 [info] 2218#0: *91 client 127.0.0.1 closed keepalive connection

 

解释：

第一次迭代 location 匹配

GET /aaa.html ，首先执行 server 级的重写，“ rewrite "^/aaa\.html$"  /bbb.html ”把 /aaa.html 重写为 /bbb.html，但 /bbb.html 没匹配上“ rewrite "^/ccc\.html$"  /ddd.html ”，最终保留 /bbb.html ；接着，匹配 location /bbb.html {} ，执行 location 级的 rewrite 指令，把 /bbb.html 重写为 /ccc.html ，由于 URI 被 location 级 rewrite重写，因此需要重新迭代 location 匹配。

 

第二次迭代 location 匹配

对于第一次迭代结果 /ccc.html ，首先依然是执行 server 级的 rewrite 指令，“ rewrite "^/aaa\.html$"  /bbb.html;”跟 /ccc.html 不匹配，但“ rewrite "^/ccc\.html$"  /ddd.html; ”把 /ccc.html 重写为 /ddd.html ； server 级 rewrite执行完后，接着 location 匹配， /ddd.html 匹配到 location /ddd.html {} ，执行 location 级的 rewrite 指令，把/ddd.html 重写为 /eee.html 。同样由于 URI 被 location 级的 rewrite 指令重写，于是需要重新迭代 location 匹配。

 

第三次迭代 location 匹配

对于第二次迭代结果 /eee.html ，首先依然执行 server 级的 rewrite 指令，“ rewrite "^/aaa\.html$"  /bbb.html;”和“ rewrite "^/ccc\.html$"  /ddd.html; ”，只不过它们都没匹配上 /eee.html ，接着 /eee.html 进行 location 匹配，也没有，最终结果是 /eee.html ，返回“ eee html file ”页面。

 

 

最后说明下，如果把上述配置修改成server级rewrite和location的编辑顺序调整：

server {
        listen       9090;
        server_name  localhost;
        root html;
        rewrite_log on;

               
        location  /bbb.html {
            rewrite "^/bbb\.html$" /ccc.html;
        }   
        location  /ddd.html {
            rewrite "^/ddd\.html$" /eee.html;
        }

 

        rewrite "^/aaa\.html$"  /bbb.html;
        rewrite "^/ccc\.html$"  /ddd.html;
}

结果是不会受影响的，也就是说location匹配迭代总是先执行server级rewrite，再进行location匹配，再执行location级的rewrite，如果URI因location级rewrite指令重写，则需要进行下一次迭代。但总的迭代次数不超过10次，否则nginx报500错误。

 

简单伪代码描述下rewrite执行过程：

 

boolean match_finish = false;
int match_count = 0;
while(!match_finish && match_count < 10) {
        match_count ++;
    （1）按编辑顺序执行server级的rewrite指令；
    （2）按重写后的URI匹配location；
    （3）
        String uri_before_location = uri;
        按编辑顺序执行location级的rewrite指令；
        String uri_after_location = rewrite(uri);
        if(uri_before_location != uri_after_location) {
            match_finish = false;            
        } else {
            match_finish = true;
        }
        if(location rewrite has last flag) {
            continue;//表示不执行后面的rewrite，直接进入下一次迭代
        }
        if(location rewrite has break flag) {
            break;//表示不执行后面的rewrite，并退出循环迭代
        }
}
if(match_count <= 10) {
    return HTTP_200;
} else {
    return HTTP_500;
}

-缘故-
关注
专栏目录
Nginx Rewrite概述分类和优先级
wwwu1998的博客
06-08 386
Nginx Rewrite概述分类和优先级
Nginx Rewrite详解
Guo_youyou的博客
06-27 4112
一、Rewrite跳转场景 URL看起来更规范、合理 企业会将动态URL地址伪装成静态地址提供服务 网址换新域名后，让旧的访问跳转到新的域名上 服务端某些业务调整 ps: URL:就是一个具体路径/位置 URI:指的是一个拥有相同类型/特性的对象集合 URN:用名称定位 二、Rewrite跳转实现 通过ngx_http_rewrite_module这个模块来实现，而这个模块内有四部分来组成： Nignx：支持URL重写、支持if条件判断，但不支持else 跳转：循环最多可以执行1
Nginx关于Rewrite执行顺序详解.docx
03-27
NULL 博文链接：https://eyesmore.iteye.com/blog/1142162
Nginx之Rewrite功能配置
最新发布
weixin_55772633的博客
09-22 1191
Rewrite是Nginx服务器提供的一个重要基本功能，是Web服务器产品中几乎必备的功能。主要的作用是用来实现URL的重写。注意:Nginx服务器的Rewrite功能的实现依赖于PCRE的支持，因此在编译安装Nginx服务器之前，需要安装PCRE库。Nginx使用的是ngx_http_rewrite_module模块来解析和处理Rewrite功能的相关配置。
nginx-rewrite之break、last、return顺序关系
weixin_45937255的博客
04-01 422
无 flag 配置一 server { listen 8086; rewrite_log on; error_log /var/log/nginx/rw_error.log notice; root /data/nginx/domain7; location / { rewrite /1.html /2.html; rewrite /2.html /3.html;
Nginx rewrite 模块功能（if/set/break/return/rewrite/rewrite_log）
学渣角鹿白的博客
02-09 685
4.1：if 条件判断 4.1.1：文件判断 测试 if 语句，访问的资源存在则显示 “file exists.”，不存在则显示 “file doesn’t exist.”； 编辑配置文件： server { …… location /echo { root /data/nginx/yqc/www; default_type text/html; if ( -f $request_filename ) { echo "file exists."; }
Nginx Rewrite 详解
Y_Prodigal的博客
10-16 1617
Nginx Rewrite 详解
Nginx Rewrite使用场景及代码案例详解
09-29
- `[flag]`：可选的flag标志，用于定义rewrite规则的执行行为。 可选的flag标志包括： - `last`：停止处理后续的rewrite规则，跳出当前location作用域，开始搜索与更改后的URI匹配的location，URL地址不变。 - `...
mod_rewrite规则是有顺序的
解惑
03-29 159
原来曾经写过一个有关JR的PR的值的问题，今天littlebat留言说明了原因，使用301永久重定向就可以解决，当然马上试了下，但是遇到一个问题，例如我访问http://jiehoo.com/google%e4%b9%9f%e4%b8%8d%e6%98%af%e4%b8%87%e8%83%bd%e7%9a%84.htm，我期望他转向到http://www.jiehoo.com/google%e4%...
分布式 - 服务器Nginx：一小时入门系列之 rewrite 指令
你今天真好看呀
08-26 710
当请求的URL为 /old/1.txt 时，第一条 rewrite 规则将以 /old/ 开头的请求重写为以 /new/ 开头的请求，第二条 rewrite 规则将以 /new/ 开头的请求重写为以 /pages/ 开头的请求，最后接着匹配以 /pages/1.txt 结尾的请求，使用 return 指令返回状态码 200 和消息体 “this is rewrite test!rewrite 指令会导致请求的重新处理，因此可能会影响性能，因此，应该尽量避免在高并发场景下使用rewrite指令。
【Nginx33】Nginx学习：重写更改请求模块
硬核项目经理
10-16 336
Nginx学习：重写更改请求模块今天的内容又是在 Nginx 的学习中非常重要的一块。可以说，只要你是做 PHP 开发的，那么肯定会接触过今天的内容。为什么这么说呢？因为你只要用了 PHP 框架，不管是 TP 还是 Laravel ，都会需要今天学习到的内容来进行相应的配置，实现去除 index.php 之类的功能。另外，包含在这个模块中的 return、set、if 也是我们之前都已经接触过的，...
nginx location匹配优先级_nginx的location规则与rewrite解析
weixin_39915721的博客
12-05 198
为什么要将两个放在一起学习？因为这两个是配置文件中使用正则表达式最多的指令。location规则nginx的http配置主要包括三个区块，如下图所示http配置location指令通过指定的模式与客户端请求的URI进行匹配。主要的格式如下：location [=|~|~*|^~|@] pattern {......}1、直接匹配。这种没有修饰符，直接匹配URI。直接匹配2、使用=表示。这种是精确匹...
Nginx rewrite post请求变get请求解决
热门推荐
Meiyang1990的博客
04-10 1万+
笔者最近碰到一个nginx问题，我们需要将http://t16.niiu.com/gateway/abtest-service/api/shenzhen/shoulei/7(该方法是POST) rewrite成http://t16.niiu.com//api/shenzhen/shoulei/7 , 因为微服务提供的请求地址就是：/api/shenzhen/shoulei/7 。 其中，/a
nginx中rewrite模块break和last原理详解
云计算?
04-18 356
在使用nginx重写(即rewrite)机制时，大家一般会用到last和break，关于这两个指令的作用，网友问的挺多，网上的讨论也挺多，这里做个总结： 网友的给力解释： last： 重新将rewrite后的地址在server标签中执行 break： 将rewrite后的地址在当前location标签中执行 nginx官方解释： last： stops proce...
Nginx中的rewrite指令(break,last,redirect,permanent)
zwmnhao1980的博客
02-20 300
rewite 在server块下，会优先执行rewrite部分，然后才会去匹配location块  server中的rewrite break和last没什么区别，都会去匹配location，可以留空 location中的rewirte： 不写last和break - 那么流程就是依次执行这些rewrite  1. rewrite break - url重写后，直接使用当前资源，不再执行lo...
nginx Rewrite
m0_71493671的博客
06-28 4574
1.Rewrite 跳转场景2.Rewrite 跳转实现3.Rewrite 实际场景4.Rewrite 正则表达式5.Rewrite 命令/语法格式6.location 分类7.location 优化级8.Rewrite和location 比较9.更具以了解 小案例来操实作现我们的在企业跳转大型案例nginx 有三大主要反向代理 负载均衡 配置文件。
Nginx rewrite正则重写详解与示例
"本文主要介绍了Nginx的rewrite功能，特别是如何使用正则表达式进行URL的重写，包括rewrite指令的语法、标志参数的解释以及相关配置的使用。" 在Nginx服务器中，`rewrite`指令是ngx_http_rewrite_module模块的核心...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值