zoukankan      html  css  js  c++  java
  • nginx location 匹配目录

    nginx每个location都是一个匹配目录,nginx的策略是:访问请求来时,会对访问地址进行解析,从上到下逐个匹配,匹配上就执行对应location大括号中的策略,并根据策略对请求作出相应。
    依访问地址:http://www.wandouduoduo.com/wddd/index.html为例,nginx配置如下:

    location /wddd/  {                
        proxy_connect_timeout 18000; ##修改成半个小时                    
        proxy_send_timeout 18000;                
        proxy_read_timeout 18000;                
        proxy_pass http://127.0.0.1:8080;        
    }
    

    那访问时就会匹配这个location,从而把请求代理转发到本机的8080Tomcat服务中,Tomcat相应后,信息原路返回。总结:location如果没有“/”时,请求就可以模糊匹配以字符串开头的所有字符串,而有“/”时,只能精确匹配字符本身。

    下面举个例子说明:

    • 配置location /wandou 可以匹配/wandoudouduo请求,也可以匹配/wandou*/duoduo等等,只要以wandou开头的目录都可以匹配到。
    • 而location /wandou/必须精确匹配/wandou/这个目录的请求,不能匹配/wandouduoduo/或/wandou*/duoduo等请求。

    proxy_pass有无“/”的四种区别探究
    访问地址都是以:http://www.wandouduoduo.com/wddd/index.html 为例。请求都匹配目录/wddd/
    第一种:加"/"

    location  /wddd/ {
        proxy_pass  http://127.0.0.1:8080/;
    }
    

    测试结果,请求被代理跳转到:http://127.0.0.1:8080/index.html

    第二种: 不加"/"

    location  /wddd/ {        
        proxy_pass http://127.0.0.1:8080;
    }
    

    测试结果,请求被代理跳转到:http://127.0.0.1:8080/wddd/index.html
    第三种: 增加目录加"/"

    location  /wddd/ {        
        proxy_pass http://127.0.0.1:8080/sun/;
    }
    

    测试结果,请求被代理跳转到:http://127.0.0.1:8080/sun/index.html
    第四种:增加目录不加"/"

    location  /wddd/ {
        proxy_pass http://127.0.0.1:8080/sun;
    }
    

    测试结果,请求被代理跳转到:http://127.0.0.1:8080/sunindex.html

    总结

    location目录后加"/",只能匹配目录,不加“/”不仅可以匹配目录还对目录进行模糊匹配。而proxy_pass无论加不加“/”,代理跳转地址都直接拼接。

    server {   
      listen       80;   
      server_name  localhost;   # http://localhost/wddd01/xxx -> http://localhost:8080/wddd01/xxx
    
      location /wddd01/ {           
        proxy_pass http://localhost:8080;   
      }
    
      # http://localhost/wddd02/xxx -> http://localhost:8080/xxx   
      location /wddd02/ {           
        proxy_pass http://localhost:8080/;    
      }
    
      # http://localhost/wddd03/xxx -> http://localhost:8080/wddd03*/xxx   
      location /wddd03 {           
        proxy_pass http://localhost:8080;   
      }
    
      # http://localhost/wddd04/xxx -> http://localhost:8080//xxx,请注意这里的双斜线,好好分析一下。
      location /wddd04 {           
        proxy_pass http://localhost:8080/;   
      }
    
      # http://localhost/wddd05/xxx -> http://localhost:8080/hahaxxx,请注意这里的haha和xxx之间没有斜杠,分析一下原因。
      location /wddd05/ {           
        proxy_pass http://localhost:8080/haha;    
      }
    
      # http://localhost/api6/xxx -> http://localhost:8080/haha/xxx   
      location /wddd06/ {           
        proxy_pass http://localhost:8080/haha/;   
      }
    
      # http://localhost/wddd07/xxx -> http://localhost:8080/haha/xxx   
      location /wddd07 {           
        proxy_pass http://localhost:8080/haha;   
      } 
            
      # http://localhost/wddd08/xxx -> http://localhost:8080/haha//xxx,请注意这里的双斜杠。
      location /wddd08 {           
        proxy_pass http://localhost:8080/haha/;   
      }
    }
    

    参考链接

    现在学习还不晚;
  • 相关阅读:
    ES6---async, await, promise 综合例子
    ES6---Promise应用: async, await
    ES6---Promise 4: 更多案例
    掌握这两个技术点,你可以玩转AppCan前端开发
    AppCan4.0:开发者要做有价值的APP
    以“掌上东航”为例,论混合开发在企业级项目中的实践
    基于AppCan MAS系统,如何轻松实现移动应用数据服务?
    正益移动王国春:布局在是与不是之间
    【TOP10 APP】这些应用成了AppCan千人大会的焦点
    我爱我家:我为什么选择AppCan?
  • 原文地址:https://www.cnblogs.com/ainimore/p/12974151.html
Copyright © 2011-2022 走看看