zoukankan      html  css  js  c++  java
  • 004_Nginx rewrtie 的四种 flag

    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

  • 相关阅读:
    C# 使用EWS 读取 Exchange 未读邮件并设置为已读
    .NET 操作 Exchange示例
    Elsa-Core 工作流 使用代码启动审批流或触发审批任务
    Elsa-Core-workflow 从代码启动指定工作流
    .NET CORE 开源工作流 elsa-core 基础使用示例
    文档翻译经验分享(Markdown)
    Orchard Core 开发示例教程
    VMware 与 Hyper-v 并存, 可同时运行 非启动项
    SmtpException: Failure sending mail. ---> System.InvalidOperationException: Asynchronous operations are not allowed in this context.
    Linux (Deppin ,Ubuntu )开发环境配置,VUE & dotnetcore 解决 yarn 找不到问题
  • 原文地址:https://www.cnblogs.com/cy-8593/p/12333623.html
Copyright © 2011-2022 走看看