在前面的博客中《說說 NGINX 的配置及優化》的 2.5 小節里面,提到 location 模塊是 nginx 中用的最多的,也是最重要的模塊,負載均衡、反向代理、虛擬域名等都與它相關。
首先我們可以先來看一同事發過來的信息
這里想要在通用匹配 “/” 的情況下直接訪問動態資源,而當訪問到 “auto_dish” 的時候匹配靜態文件。咋一看一臉懵逼,感覺沒啥問題,仔細一看還是有些許端倪的。一方面是與兩個 location 的匹配順序有關,另一方面是目錄路徑的原因。
想實現只需要調整前后 location 的位置后,把 root 后的路徑改到 auto_dish 的上級目錄就 OK(下面用另一個配置展示效果)。
這樣之后我們就可以通過 server_name 加 static 進行訪問 static 下的靜態資源了。
(嗯,這個很基礎了,尷尬)
下面我們就開始全面認識下 location 規則匹配。
1)location 語法規則
location [=|~|~*|^~] /uri/ { ····· }
location 后接的匹配規則含義
= 開頭表示精確匹配
^~ 開頭表示uri以某個常規字符串開頭,理解為匹配 url路徑即可。nginx不對url做編碼,因此請求為/static/20%/aa,可以被規則^~ /static/ /aa匹配到(注意是空格)
~ 開頭表示區分大小寫的正則匹配
~* 開頭表示不區分大小寫的正則匹配
!~ 區分大小寫不匹配的正則
!~* 不區分大小寫不匹配的正則
/ 通用匹配,任何請求都會匹配到
當我們有多個 location 配置的情況下,其匹配順序為:
首先匹配 "=",其次匹配 "^~", 其次是按文件中順序的正則匹配,最后是交給 "/" 通用匹配。
當有匹配成功時候,停止匹配,按當前匹配規則處理請求。
比如現在同時存在如下所示匹配規則
location = / {
#規則A } location = /login { #規則B } location ^~ /static/ { #規則C } location ~ \.(gif|jpg|png|js|css)$ { #規則D } location ~* \.png$ { #規則E } location !~ \.xhtml$ { #規則F } location !~* \.xhtml$ { #規則G } location / { #規則H }
那么產生的效果如下
訪問根目錄/ 比如 http://localhost/ 將匹配規則A
訪問 http://localhost/login 將匹配規則B,http://localhost/register 則匹配規則H
訪問 http://localhost/static/a.html 將匹配規則C
訪問 http://localhost/a.gif, http://localhost/b.jpg 將匹配規則D和規則E,但是規則D順序優先,規則E不起作用,而 http://localhost/static/c.png 則優先匹配到規則C
訪問 http://localhost/a.PNG 則匹配規則E,而不會匹配規則D,因為規則E不區分大小寫
訪問 http://localhost/a.xhtml 不會匹配規則F和規則G,http://localhost/a.XHTML不會匹配規則G,因為不區分大小寫。規則F,規則G屬於排除法,符合匹配規則但是不會匹配到,所以想想看實際應用中哪里會用到
訪問 http://localhost/category/id/1111 則最終匹配到規則H,因為以上規則都不匹配,這個時候應該是nginx轉發請求給后端應用服務器,比如FastCGI(php),tomcat(jsp),nginx作為方向代理服務器存在
所以在實際應用中,至少需要有三個匹配規則定義,如下:
# 直接匹配網站根,通過域名訪問網站首頁比較頻繁,使用這個會加速處理,官網如是說。 # 這里是直接轉發給后端應用服務器了,也可以是一個靜態首頁 # 第一個必選規則 location = / { proxy_pass http://localhost:8080/index } # 第二個必選規則是處理靜態文件請求,這是 nginx 作為 http 服務器的強項 # 有兩種配置模式,目錄匹配或后綴匹配,任選其一或搭配使用 location ^~ /static/ { root /webroot/static/; } location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ { root /webroot/res/; } # 第三個規則就是通用規則,用來轉發動態請求到后端應用服務器 # 非靜態文件請求就默認是動態請求,自己根據實際把握 # 畢竟目前的一些框架的流行,帶 .php, .jsp 后綴的情況很少了 location / { proxy_pass http://localhost:8080/ }
2)rewrite 語法
last – 基本上都用這個 Flag break – 中止 Rewirte,不在繼續匹配 redirect – 返回臨時重定向的HTTP狀態302 permanent – 返回永久重定向的HTTP狀態301
2.1 可以用來判斷的表達式
-f 和 !-f 用來判斷是否存在文件 -d 和 !-d 用來判斷是否存在目錄 -e 和 !-e 用來判斷是否存在文件或目錄 -x 和 !-x 用來判斷文件是否可執行
2.2 可以用作判斷的全局變量
例:http://localhost:88/test1/test2/test.php $host:localhost $server_port:88 $request_uri:http://localhost:88/test1/test2/test.php $document_uri:/test1/test2/test.php $document_root:D:\nginx/html $request_filename:D:\nginx/html/test1/test2/test.php
3)Redirect語法
server { listen 80; server_name start.igrow.cn; index index.html index.php; root html; if ($http_host !~ “^star\.igrow\.cn$" { rewrite ^(.*) http://star.igrow.cn$1 redirect; } }
4)防盜鏈
location ~* \.(gif|jpg|swf)$ { valid_referers none blocked start.igrow.cn sta.igrow.cn; if ($invalid_referer) { rewrite ^/ http://$host/logo.png; } }
5)根據文件類型設置過期時間
location ~* \.(js|css|jpg|jpeg|gif|png|swf)$ { if (-f $request_filename) { expires 1h; break; } }
6)禁止訪問某個目錄
location ~* \.(txt|doc)${ root /data/www/wwwroot/linuxtone/test; deny all; }
附:可用的全局變量
$args $content_length $content_type $document_root $document_uri $host $http_user_agent $http_cookie $limit_rate $request_body_file $request_method $remote_addr $remote_port $remote_user $request_filename $request_uri $query_string $scheme $server_protocol $server_addr $server_name $server_port $uri
參考資料
2. Nginx之Location配置詳解(Location匹配順序)
3. 利用Nginx做動靜態資源分離,分別處理靜態資源和動態資源
轉自
nginx配置靜態資源與動態訪問分離 - blackfoxya的個人空間 - OSCHINA https://my.oschina.net/u/3314358/blog/1920380