rewite
在server塊下，會優先執行rewrite部分，然後纔會去匹配location塊
server中的rewrite break和last沒什麼區別，都會去匹配location，可以留空
location中的rewirte：
不寫last和break - 那麼流程就是依次執行這些rewrite
1. rewrite break - url重寫後，直接使用當前資源，不再執行location裏餘下的語句，完成本次請求，地址欄url不變,相當於java中break
2. rewrite last - url重寫後，馬上發起一個新的請求，再次進入server塊，重試location匹配，超過10次匹配不到報500錯誤，地址欄url不變，相當於java中的continue。
3. rewrite redirect – 返回302臨時重定向，地址欄顯示重定向後的url，爬蟲不會更新url（因爲是臨時）
4. 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匹配規則及優先級
- = 嚴格匹配這個查詢。如果找到，停止搜索。
- ^~ 匹配路徑的前綴，如果找到，停止搜索。
- ~ 爲區分大小寫的正則匹配
- ~* 爲不區分大小寫匹配
優先級： =, ^~, ~/~*, 無
break語句
放在server塊rewrite語句前面
如果是直接請求某個真實存在的文件,則用break語句停止rewrite檢查
if (-f $request_filename) {
break;
}