今天有一位同學問到 Nginx 的站點多路徑匹配的問題？
1.www.domain.com/a 需要返回 /var/www/domain.com/a/index.html
2.www.domain.com/b 需要返回 /var/www/domain.com/b/index.html
如何配置 Nginx 使之生效？
解決這個問題，第一的反映是直接使用 Nginx 的 location 指令來解決，不過在給出答案之前，我們先來了解一下 Nginx location 指令的基礎。
Nginx 區塊配置概念
在 Nginx 的配置文件中，通常會用兩個常用的區塊(Block)來進行設置：
1.Server 區塊
2.Localtion 區塊
這里的區塊是指 Block，你甚至可以理解為后面的那一對{}之間的配置內容。
Sever 區塊主要是真的主機的配置，比如配置主機的域名，IP，端口等內容。當然，在一個 Nginx 的配置文件里面，我們是可以指定多個 Sever 區塊的配置的。
而 Location 區塊則是在 Sever 區塊里面，細分到針對不同的路徑和請求而進行的配置。因為一個站點中的 URI 通常會非常多，所以在 Location 區塊設置這部分，你也是可以寫多個 Location 的配置的。
下面來看看 Location 配置的基本語法先：
location optional_modifier location_match {
# 這個 {} 里面的配置內容就是一個區塊 Block
}
上面的 optional_modifier 配置項是可以使用正則表達式的。常用的幾種如下：
- 留空。對，留空也是一種設置方式。在留空的情況下，配置表示請求路徑由 location_match 開始。
- = ，等于號還是非常容易理解的：就是請求路徑正好等于后面的 location_match 的值；跟第一項留空還是有區別的。
- ~，飄號（注意是英文輸入的飄號）表示大小寫敏感的正則匹配。
- ~*表示大小寫不敏感的正則匹配。
- ^~ 表示這里不希望有正則匹配發生。
Nginx 處理 Location 區塊的順序
上面了解了 location 指令基本的概念和常用配置。我們再來看看 Location 生效的順序！這個也很重要：
每一個請求進來 Nginx 之后，Nginx 就會選擇一個 Location 的最佳匹配項進行響應，處理的具體流程是逐一跟 location 的配置進行比對，這個步驟可以分為以下幾步：
先進行前綴式的匹配（也就是 location 的 optional_modifier 為空的配置）。
- Nginx 其次會根據 URI 尋找完全匹配的 location 配置（也就是 location 的 optional_modifier 為 = 的配置）.
- 如果還是沒有匹配到，那就先匹配 ^~ 配置，如果找到一個配置的話，則會停止尋找過程，直接返回響應內容。
- 如果還是沒有找到匹配項的話，則會先進行大小寫敏感的正則匹配，然后再是大小不寫敏感的正則匹配。
Nginx Location 配置的一些例子：
多說無益，看了那么多理論，沒有具體的例子支撐也是白搭，所以我們來看一下具體的配置例子：
location = / {
# = 等號配置符，只匹配 / 這個路由
}
location /data {
# 留空配置，會匹配有 /data 開始的路由，后續有匹配會往下匹配。
}
location ^~ /img/ {
# 注意 ^~ 配置，這里匹配到 /img/ 開始的話，直接就返回了。
}
location ~* .(png|gif|ico|jpg|jpeg)$ {
# 匹配以 png, gif, ico, jpg or jpeg 結尾的請求；這個通常用來設置圖片的請求響應。
}
非常實用的兩個例子：
1.簡單的圖片防盜鏈
location ~ .(png|gif|jpe?g)$ {
valid_referers none blocked yourwebsite.com *.yourwebsite.com;
# 注意上面寫上你的域名就好
if ($invalid_referer) {
return 403;
}
}
2.針對一些可寫入的路徑，禁止 php 或者 js 的腳步執行
location ~* /(media|images|cache|tmp|logs)/.*.(php|jsp|pl|py|asp|cgi|sh)$ {
return 403;
}
問題的答案
最后，我們再看問題的答案，可以是類似這個樣子的：
location /a {
root /var/www/domain.com/a;
}
location /b {
root /var/www/domain.com/b;
}
