Nginx中的rewrite指令

2021-09-08 10:38:57 字數 1165 閱讀 6470

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中寫成這樣寫是無法啟...