nginx的Rewrite和其他相關配置

2022-05-21 18:12:14 字數 4720 閱讀 4991

乙個示例:

順序 no優先順序:

(location =) > (location 完整路徑) > (location ^~ 路徑) > (location ~,~* 正則順序) > (location 部分起始路徑) > (/)

上面的匹配結果

按照上面的location寫法,以下的匹配示例成立:

所以實際使用中,個人覺得至少有三個匹配規則定義,如下:

#直接匹配**根,通過網域名稱訪問**首頁比較頻繁,使用這個會加速處理,官網如是說。

#這裡是直接**給後端應用伺服器了,也可以是乙個靜態首頁

# 第乙個必選規則

location = /

# 第二個必選規則是處理靜態檔案請求,這是nginx作為http伺服器的強項

# 有兩種配置模式,目錄匹配或字尾匹配,任選其一或搭配使用

#第三個規則就是通用規則,用來**動態請求到後端應用伺服器

#非靜態檔案請求就預設是動態請求,自己根據實際把握

#畢竟目前的一些框架的流行,帶.php,.jsp字尾的情況很少了

location /

rewrite功能就是,使用nginx提供的全域性變數或自己設定的變數,結合正規表示式和標誌位實現url重寫以及重定向。rewrite只能放在server{},location{},if{}中,並且只能對網域名稱後邊的除去傳遞的引數外的字串起作用,例如只對/a/we/index.php重寫。語法rewrite regex replacement [flag];

如果相對網域名稱或引數字串起作用,可以使用全域性變數匹配,也可以使用proxy_pass反向**。

表明看rewrite和location功能有點像,都能實現跳轉,主要區別在於rewrite是在同一網域名稱內更改獲取資源的路徑,而location是對一類路徑做控制訪問或反向**,可以proxy_pass到其他機器。很多情況下rewrite也會寫在location裡,它們的執行順序是:

執行server塊的rewrite指令

執行location匹配

執行選定的location中的rewrite指令

如果其中某步uri被重寫,則重新迴圈執行1-3,直到找到真實存在的檔案;迴圈超過10次,則返回500 internal server error錯誤。

因為301和302不能簡單的只返回狀態碼,還必須有重定向的url,這就是return指令無法返回301,302的原因了。這裡 last 和 break 區別有點難以理解:

last一般寫在server和if中,而break一般使用在location中

last不終止重寫後的url匹配,即新的url會再從server走一遍匹配流程,而break終止重寫後的匹配

break和last都能組織繼續執行後面的rewrite指令

if判斷指令

語法為if(condition),對給定的條件condition進行判斷。如果為真,大括號內的rewrite指令將被執行,if條件(conditon)可以是如下任何內容:

-f!-f用來判斷是否存在檔案

-d!-d用來判斷是否存在目錄

-e!-e用來判斷是否存在檔案或目錄

-x!-x用來判斷檔案是否可執行

例如:

if ($http_user_agent ~ msie)  //如果ua包含"msie",rewrite請求到/msid/目錄下

if ($http_cookie ~* "id=([^;]+)(?:;|$)") //如果cookie匹配正則,設定變數$id等於正則引用部分

if ($request_method = post) //如果提交方法為post,則返回狀態405(method not allowed)。return不能返回301,302

if ($slow) //限速,$slow可以通過 set 指令設定

if (!-f $request_filename) //如果請求的檔名不存在,則反向**到localhost 。這裡的break也是停止rewrite檢查

if ($args ~ post=140) //如果query string中包含"post=140",永久重定向到example.com

location ~* \.(gif|jpg|png|swf|flv)$ //防盜煉

}

全域性變數

下面是可以用作if判斷的全域性變數

例:http://localhost:88/test1/test2/test.php

小括號()之間匹配的內容,可以在後面通過$1來引用,$2表示的是前面第二個()裡的內容。正則裡面容易讓人困惑的是\轉義特殊字元。

例1:

http 

# 注意不能在上面這條規則後面加上「last」引數,否則下面的set指令不會執行

set $image_file $3;

set $image_type $4;

}location /data

location = /image404.html

}

對形如/images/ef/uh7b3/test.png的請求,重寫到/data?file=test.png,於是匹配到location /data,先看/data/images/test.png檔案存不存在,如果存在則正常響應,如果不存在則重寫tryfiles到新的image404 location,直接返回404狀態碼。

例2:

rewrite^/images/(.*)_(\d+)x(\d+)\.(png|jpg|gif)$ /resizer/$1.$4?width=$2&height=$3? last;

對形如/images/bla_500x400.jpg的檔案請求,重寫到/resizer/bla.jpg?width=500&height=400位址,並會繼續嘗試匹配location。

例3:見 ssl部分頁面加密 。

此部分是location配置裡的 alias和root的配置區別

root 直接在前方加入;alias去掉匹配項

nginx指定檔案路徑有兩種方式root和alias,這兩者的用法區別,使用方法總結了下,方便大家在應用過程中,快速響應。root與alias主要區別在於nginx如何解釋location後面的uri,這會使兩者分別以不同的方式將請求對映到伺服器檔案上。

[root]

語法:root path

預設值:root html

配置段:http、server、location、if

[alias]

語法:alias path

配置段:location

例項:

location ~ ^/weblogs/

如果乙個請求的uri是/weblogs/httplogs/www.ttlsa.com-access.log時,web伺服器將會返回伺服器上的/data/weblogs/www.ttlsa.com/weblogs/httplogs/www.ttlsa.com-access.log的檔案。

[info]root會根據完整的uri請求來對映,也就是/path/uri。[/info]

因此,前面的請求對映為path/weblogs/httplogs/www.ttlsa.com-access.log。

limit_conn limit 4;

limit_rate 200k;

internal;

}參考

Nginx的Rewrite的配置

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

Nginx基礎的Rewrite規則

rewrite是nginx乙個特別重要的指令,該指令可以使用正規表示式改寫uri。可以指定乙個或多個rewrite指令,按順序匹配 區分大小寫匹配 不區分大小寫匹配 和 區分大小寫不匹配及不區分大小寫不匹配 f和 f 判斷是否存在檔案 d和 d 判斷是否存在目錄 e和 e 判斷是否存在檔案或目錄 x...

Nginx中的rewrite指令

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