web - nginx location 搜索算法問題?。?/h1>
瀏覽：112日期：2023-08-15 15:30:01
問題描述
先貼出我的server配置：
server { listen 80; server_name xxx; # 1 location = /favicon.ico {root /home/www-data/static;rewrite (.*) /img/designs/admin-favicon.ico; } #2 location = /robots.txt {root /home/www-data/static;rewrite (.*) /admin-robots.txt; } # 3 location / {proxy_pass_header Server;proxy_set_header Host $http_host;proxy_redirect off;proxy_set_header X-Real-IP $remote_addr;proxy_set_header X-Scheme $scheme;proxy_pass http://127.0.0.1:22222; }}
官方給出的location搜索路徑優先級和算法描述如下：
To find location matching a given request, nginx first checks locations defined using the prefix strings (prefix locations). Among them, the location with the longest matching prefix is selected and remembered. Then regular expressions are checked, in the order of their appearance in the configuration file. The search of regular expressions terminates on the first match, and the corresponding configuration is used. If no match with a regular expression is found then the configuration of the prefix location remembered earlier is used.
按照我的理解，Nginx搜索的時候算法應該是這樣的：
按照請求前綴搜索location最長普通前綴匹配（如果有=修飾符，則直接匹配該location，如果有^~修飾符，則直接使用該location），記住最長匹配location。 繼續按照配置順序搜索正則匹配，如果有，則直接匹配第一個匹配到的location，否則使用普通最長location 也就說，按照我的配置，瀏覽器請求/favicon.ico的時候，應該是直接精準匹配到 1 才對啊，可是每次都匹配到 3。這里請教一下各位，我對Nginx location的理解有沒有偏差？然后為什么我的配置會是這樣的結果？
問題解答
回答1：按照樓主的方法配置了一下，我這里是可以進到# 1的。我覺得可能是CDN緩存的問題。樓主試試別的文件rewrite或者在沒有CDN的環境下試試。
標簽：
web
相關文章：
1. Python從URL中提取域名2. php傳對應的id值為什么傳不了啊有木有大神會的看我下方截圖3. python - scrapy url去重4. python - Flask寫的注冊頁面，當注冊時，如果填寫數據庫里有的相同數據，就報錯5. 關于mysql聯合查詢一對多的顯示結果問題6. 實現bing搜索工具urlAPI提交7. 數據庫 - Mysql的存儲過程真的是個坑！求助下面的存儲過程哪里錯啦，實在是找不到哪里的問題了。8. python - oslo_config9. MySQL主鍵沖突時的更新操作和替換操作在功能上有什么差別(如圖)10. 小白學python的問題 關于%d和%s的區別
問題描述
先貼出我的server配置：
server { listen 80; server_name xxx; # 1 location = /favicon.ico {root /home/www-data/static;rewrite (.*) /img/designs/admin-favicon.ico; } #2 location = /robots.txt {root /home/www-data/static;rewrite (.*) /admin-robots.txt; } # 3 location / {proxy_pass_header Server;proxy_set_header Host $http_host;proxy_redirect off;proxy_set_header X-Real-IP $remote_addr;proxy_set_header X-Scheme $scheme;proxy_pass http://127.0.0.1:22222; }}
官方給出的location搜索路徑優先級和算法描述如下：
To find location matching a given request, nginx first checks locations defined using the prefix strings (prefix locations). Among them, the location with the longest matching prefix is selected and remembered. Then regular expressions are checked, in the order of their appearance in the configuration file. The search of regular expressions terminates on the first match, and the corresponding configuration is used. If no match with a regular expression is found then the configuration of the prefix location remembered earlier is used.
按照我的理解，Nginx搜索的時候算法應該是這樣的：
按照請求前綴搜索location最長普通前綴匹配（如果有=修飾符，則直接匹配該location，如果有^~修飾符，則直接使用該location），記住最長匹配location。 繼續按照配置順序搜索正則匹配，如果有，則直接匹配第一個匹配到的location，否則使用普通最長location也就說，按照我的配置，瀏覽器請求/favicon.ico的時候，應該是直接精準匹配到 1 才對啊，可是每次都匹配到 3。這里請教一下各位，我對Nginx location的理解有沒有偏差？然后為什么我的配置會是這樣的結果？
問題解答
回答1：按照樓主的方法配置了一下，我這里是可以進到# 1的。我覺得可能是CDN緩存的問題。樓主試試別的文件rewrite或者在沒有CDN的環境下試試。
網公網安備