精选留言(13)

• 

  Mr.zhang

  哦，老师我明白了，访问location.test.com/Test1/Test2时，先nginx会按前缀匹配，找到
  location ^~ /Test1/
  location /Test1/Test2
  location /Test1
  取其中最长的 /Test1/Test2, 然后记住它，而此时没有(^~标识)，就不会禁止正则匹配，接着nginx去看有没有正则匹配，发现了
  location ~* /Test1/(\w+)$ ，于是按照优先级顺序正则>前缀，返回了longest regular expressions match
  如果注释掉 location /Test1/Test2 这个， 则在nginx在第一步中记住的最长前缀匹配就是
  location ^~ /Test1/了，而它是显示的指定禁止正则匹配的，因此nginx结束查找，返回stop regular expressions match。
  想了一晚上，终于搞明白了！ 老师，我这样理解是对的吧？

  作者回复: 对的！先从二叉树，自然就能找到最长匹配，并记住它，接着再顺序执行正则匹配(如果没有禁止正则匹配的话！)。

  2019-01-09

  

   9
• 

  默读自我

  ngx状态中的活跃数就是当前链接的并发数吗？活跃数是否可以作为一个监控指标

  作者回复: 是的，可以的

  2018-12-10

  

   2
• 

  youshouzhi

  老师，我们匹配/Test1/ 是 ~/Test1/$ 这个也匹配上了吧，这个不算最长的吗

  作者回复: 最长匹配指纯字符串的前缀匹配，不包括正则

  2019-03-20

  

   1
• 

  Mr.zhang

  陶老师，我的理解是对的话，那为啥访问location.test.com/Test1/Test2结果返回的是longest regular expression match呢？

  作者回复: 正则表达式的优先级,高于字符串匹配的.

  2019-01-09

  

   1
• 

  Mr.zhang

  陶老师，刚才的例子中:
  server {
      server_name location.test.com;
      location ~ /Test/$ {
          return 200 'first regular expressions match!\n';
      }
      location ^~ /Test1/ {
          return 200 'stop regular expressions match!\n';
      }
      location ~* /Test1/(\w+)$ {
          return 200 'longest regular expressions match!\n';
      }
      location /Test1/Test2 {
          return 200 'longest prefix string match!\n';
      }
      location /Test1 {
          return 200 'prefix string match!\n';
      }
      location = /Test1 {
          return 200 'exact match!\n';
      }
  }
  curl -x 127.0.0.1:80 location.test.com/Test1/Test2时，先是匹配中了^~ /Test1/，它禁止正则匹配，但是依然会走其他的前缀匹配，所以结果是最长的那个前缀匹配:longest prefix string match
  将location ^~ /Test1/这个注释掉后，依然curl -x 127.0.0.1:80 location.test.com/Test1/Test2，这时候 location ~* /Test1/(\w+)$ 和 location /Test1/Test2 都能匹配中，但是正则匹配的优先级比普通的前缀匹配优先级高，所以结果是: longest regular expressions match!
  我的理解对吗？

  作者回复: 对的，最长匹配是通过红黑树实现的，否则表达式是按次序匹配的。

  2019-01-08

  

   1
• 

  threadangerous

  老师，我在location下配置了该句：return 200 "location ~ /Test1/$";
  提示该行有错，把$用反斜杠转移无效，请问怎么正确转移$？

  作者回复: return指令不支持参数中含有$却没有表示变量。如果阅读源码可以参见ngx_http_compile_complex_value方法。

  2018-12-31

   1

   1
• 

  丁丁历险记

  好了，听晕了，可以上班搬砖了。

  作者回复: ^_^

  2019-11-29

  

  
• 

  lcf枫

  nginx conf文件里面最后一行没有 = 为什么是精确匹配呢？和前半部分似乎有些不同

  作者回复: 这是视频中没有向下滚动的原因，那个前缀匹配/Test1下还有一个=号的精确匹配。
  你可以查看示例配置文件https://github.com/russelltao/geektime-nginx/blob/master/examples/locations.conf找到完整的配置对照。

  2019-06-27

  

  
• 

  Hagan

  陶老师您好，location指令属于ngx_http_core_module模块，这个模块属于11个阶段中的哪个阶段呀？
  是find_config阶段吗？

  作者回复: 这个算Nginx的http框架，与其他HTTP模块不同。它同时在多个阶段工作。find_config阶段的执行代码都属于Nginx框架，并不局限在某一个HTTP模块的代码中。

  2019-06-15

  

  
• 

  牛牛

  老师，我rewrite到@location总是不生效，但是rewrite到/location就是生效的，能说下为什么嘛，nginx版本是1.15版本的

  作者回复: 在replacement中填写@是不符合rewrite语义的，因为rewrite是为了重写URL，URL都没有就没法重写了。详见官方文档：http://nginx.org/en/docs/http/ngx_http_rewrite_module.html#rewrite

  2019-03-13

  

  
• 

  Mr.Lu

  太好了，经常搞不懂这里的匹配规则

  作者回复: :-)

  2019-01-10

  

  
• 

  Panda

  这里有提到 NGINX活跃连接数吗

  作者回复: find_config？与活跃连接数无关

  2018-12-22

  

  
• 

  默读自我

  陶老师您好，nginx状态中的活跃数就是当前链接的并发链接数吗？活跃数是否可以作为监控ngx的一个指标

  作者回复: 可以的

  2018-12-10

  

  