Nginx中的rewrite指令

**：

rewite

.在server塊下，會優先執行rewrite部分，然後才會去匹配location塊

server中的rewrite break和last沒什麼區別，都會去匹配location，所以沒必要用last再發起新的請求，可以留空..

location中的rewirte：

.不寫last和break -    那麼流程就是依次執行這些rewrite

rewrite break -        url重寫後，直接使用當前資源，不再執行location裡餘下的語句，完成本次請求，位址列url不變

rewrite last -        url重寫後，馬上發起乙個新的請求，再次進入server塊，重試location匹配，超過10次匹配不到報500錯誤，位址列url不變

.rewrite redirect –    返回302臨時重定向，位址列顯示重定向後的url，爬蟲不會更新url（因為是臨時）

rewrite permanent –    返回301永久重定向, 位址列顯示重定向後的url，爬蟲更新url

.使用last會對server標籤重新發起請求

如果location中rewrite後是對靜態資源的請求，不需要再進行其他匹配，一般要使用break或不寫，直接使用當前location中的資料來源，完成本次請求

如果location中rewrite後，還需要進行其他處理，如動態fastcgi請求(.php,.jsp)等，要用last繼續發起新的請求

(根的location使用last比較好, 因為如果有.php等fastcgi請求還要繼續處理)

.使用alias指定源：必須使用last

.if語句主要用來判斷一些在rewrite語句中無法直接匹配的條件,比如檢測檔案存在與否,http header,cookie等

.location匹配規則及優先順序

1. = 嚴格匹配這個查詢。如果找到，停止搜尋。

2. ^~ 匹配路徑的字首，如果找到，停止搜尋。

3. ~ 為區分大小寫的正則匹配

4. ~* 為不區分大小寫匹配

優先順序： =, ^~, ~/~*, 無

.break語句

放在server塊rewrite語句前面

如果是直接請求某個真實存在的檔案,則用break語句停止rewrite檢查

if (-f $request_filename)

Nginx中的rewrite指令

rewite 在server塊下，會優先執行rewrite部分，然後才會去匹配location塊 server中的rewrite break和last沒什麼區別，都會去匹配location，所以沒必要用last再發起新的請求，可以留空.location中的rewirte 不寫last和break 那...

Nginx中的rewrite指令

rewite 在server塊下，會優先執行rewrite部分，然後才會去匹配location塊 server中的rewrite break和last沒什麼區別，都會去匹配location，所以沒必要用last再發起新的請求，可以留空.location中的rewirte 不寫last和break 那...

Nginx的Rewrite的配置

nginx的rewrite 經過網上查閱和測試，發現nginx的rewrite規則和apache的rewite規則差別不是很大，幾乎可以直接使用。比如在apache中這樣寫規則 1rewrite 0 9 html viewthread.php?tid 1 last 而在nginx中寫成這樣寫是無法啟...