NGINX的配置問題

坑一 . 靜態文件服務器時：location root和alias的區別：

root與alias主要區別在於nginx如何解釋location後面的uri，這會使兩者分別以不同的方式將請求映射到服務器文件上：

• root的處理結果是：root路徑＋location路徑
• alias的處理結果是：使用alias路徑替換location路徑
• alias是一個目錄別名的定義，root則是最上層目錄的定義。
• 是alias後面必須要用“/”結束，否則會找不到文件的。。。而root則可有可無~~

root實例：

location ^~ /t/ {
     root /www/root/html/;
}

說明：如果一個請求的URI是/t/a.html時，web服務器將會返回服務器上的/www/root/html/t/a.html的文件。

alias實例（最後的/一定要帶）：

location ^~ /t/ {
 alias /www/root/html/new_t/;
}

說明：如果一個請求的URI是/t/a.html時，web服務器將會返回服務器上的/www/root/html/new_t/a.html的文件。注意這裏是new_t，因爲alias會把location後面配置的路徑丟棄掉，把當前匹配到的目錄指向到指定的目錄。

坑二 .NGINX location 在配置中的優先級

1.location表達式類型:

• ~ 表示執行一個正則匹配，區分大小寫
• ~* 表示執行一個正則匹配，不區分大小寫
• ^~ 表示普通字符匹配。使用前綴匹配。如果匹配成功，則不再匹配其他location。
• = 進行普通字符精確匹配。也就是完全匹配。
• @ 它定義一個命名的 location，使用在內部定向時，例如 error_page, try_files

2.location優先級說明

在nginx的location和配置中location的順序沒有太大關係。正location表達式的類型有關。相同類型的表達式，字符串長的會優先匹配。
以下是按優先級排列說明：

• 等號類型（=）的優先級最高。一旦匹配成功，則不再查找其他匹配項。
• ^~類型表達式。一旦匹配成功，則不再查找其他匹配項。
• 正則表達式類型（~ ~*）的優先級次之。如果有多個location的正則能匹配的話，則使用正則表達式最長的那個。
• 常規字符串匹配類型。按前綴匹配。