location教程 示例: location = / { # 精確匹配 /,主機名後面不能帶任何字元串 [ configuration A ] } location / { # 因為所有的地址都以/開頭,所有這條規則將匹配到所有請求 # 但是正則和最長字元串會優先匹配 [ configuratio ...
location教程
示例:
location = / { # 精確匹配 /,主機名後面不能帶任何字元串 [ configuration A ] } location / { # 因為所有的地址都以/開頭,所有這條規則將匹配到所有請求 # 但是正則和最長字元串會優先匹配 [ configuration B ] } location /documents/ { # 匹配任何以/documents/開頭的地址,匹配符合以後,還要繼續往下搜索 # 只有後面的正則表達式沒有匹配到時,這一條才會採用 [ configuration C ] } location ~ /documents/Abc { # 匹配任何以 /documents/開頭的地址,匹配符合以後,還要繼續往下搜索 # 只有後面的正則表達式沒有匹配到時,才會採用這一條 [ configuration CC ] } location ^~ /images/ { # 匹配任何以/images/開頭的地址,匹配符合以後,停止往下搜索正則,採用這一條 [ configuration D ] } location ~* \.(gif|jpg|jpeg)$ { # 匹配所有以gif,jpg或jpeg結尾的請求 # 然而,蘇朋友請求/images/下的圖片會被config D處理,因為^~到達不了這一正則 [ configuration E ] } location /images/ { # 字元匹配到 /images/,繼續往下,會發現^~存在 [ configuration F ] } location /images/abc { # 最長字元匹配到/images/abc,繼續往下,會發現^~存在 # F與G的放置順序是沒有關係的 [ configuration G ] } location ~ /images/abc/ { # 只有去掉config D才有效:先最長匹配config G開頭的地址,繼續往下搜索,匹配到這一正則,採用 [ configuration H ] } location ~* /js/.*/\.js
- 以=開頭表示精確匹配。如A中只匹配根目錄結尾的請求,後面不能帶任何字元串。
- ^~開頭表示uri以某個常規字元串開頭,不是正則匹配
- ~開頭表示區分大小寫的正則匹配
- ~*開頭表示不區分大小寫的正則匹配
- /通用匹配,如果沒有其它匹配,任何請求都會匹配到
順序 && 優先順序
(location =)> (location 完整路徑) > (location ^~路徑) > (location ~,~*正則順序) > (location 部分起始路徑) > (/)
實際使用建議
#至少有三個匹配規則定義,如下:
#直接匹配網站根,通過功能變數名稱訪問網站首頁比較頻繁,使用這個會加速處理
#直接轉發給後端應用伺服器,也可以是一個靜態首頁
# 第一個必選規則
location = / { proxy_pass http://tomcat:8080/index }
# 第二個必選規則是處理靜態文件請求,nginx作為http伺服器的強項
# 有兩種配置模式,目錄匹配或尾碼匹配,任選其一或搭配使用
location ^~ /static/ { root /webroot/static/; } location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ { root /webroot/res/; }
# 第三個規則是通用規則,用來轉發動態請求道後端應用伺服器
location / { proxy_pass http://tomcat:8080/ }
Rewrite教程
功能:使用nginx提供的全局變數或自己設置的變數,結合正則表達式和標誌位實現url重寫以及重定向。rewrite只能放在server{},location{},if{}中,並且只能對功能變數名稱後邊的除去傳遞參數外的字元串起作用,例如http://seanlook.com/a/we/index.php?id=1&u=str只對/a/we/index.php重寫
語法:rewrite regex replacement [flag];
如果想對功能變數名稱或參數字元串起作用,可以使用全局變數匹配,也可以使用proxy_pass反向代理。
rewrite和location異同:同:都能實現跳轉;異:rewrite是在同一功能變數名稱內更改獲取資源的路徑,而location是對另一類路徑做控制訪問或反向代理,可以proxy_pass到其他機器。
執行順序:
- server塊的rewrite指令
- location匹配
- 選定location中的rewrite指令,如果其中某步url被重寫,則重寫迴圈執行1-3,直到找到真是存在的文件;迴圈超過10次,則返回500 Internal Server Error錯誤
flag標誌位
- last:相當於Apache的[L]標記,表示完成rewrite
- break:停止執行當前虛擬主機的後續rewrite指令集
- redirect:返回302臨時重定向,地址欄會顯示跳轉後的地址
- permanent:返回301永久重定向,地址欄會顯示跳轉後的地址
因為301和302不能簡單的只返回狀態碼,還必須有重定向的URL,這就是return指令無法返回301,302的原因
last和break的異同:
- last一般寫在server和if中,而break一般使用在location中
- last不終止重寫後的url匹配,即新的url會再從server走一遍匹配流程,而break終止重寫後的匹配
- break和last都能組織繼續執行後面的rewrite指令
if指令與全局變數
if判斷指令
語法:if(condition){...},對給定的條件condition進行判斷。如果為真,大括弧內的rewrite指令將被執行,if條件(condition)可以是如下任何內容:
當表達式只是一個變數時,如果值為空或任何以0開頭的字元串都會當做false
直接比較變數和內容是,使用=或!=
~ 正則表達式匹配,~* 不區分大小寫的匹配,!~ 區分大小寫的不匹配
- -f 和!-f 用來判斷是否存在文件
- -d 和 !-d 用來判斷是否存在目錄
- -e 和 !-e 用來判斷是否存在文件或目錄
- -x 和 !-x 用來判斷文件是否可以執行
例如:
if ($http_user_agent ~ MSIE) { rewrite ^(.*)$ /msie/$1 break; } #如果UA包含”MSIE“,rewrite請求到/msie/目錄下 if ($http_cookie ~* "id=([^;]+)(?:;|$)") { set $id $1; } #如果cookie匹配正則,設置變數$id等於正則引用部分 if ($request_method =POST) { return 405; } #如果提及方法為POST,則返回狀態405(Method not allowed)。return不能返回301,302 if ($slow) { limit_rate 10k; } #限速,$slow可以通過set指令設置 if (!-f $request_filename){ break; proxy_pass http://127.0.01; } #如果請求的文件名不存在,則反向代理到localhost。這裡的break也是停止rewrite檢查 if ($args ~ post=140){ rewrite ^ http://example.com/ permanent; } # 如果query string中包含”post=140“,永久重定向到example.com location ~* \.(gif|jpg|png|swf|flv)$ { valid_referers none blocked www.jefflei.com www.leizhenfang.com; if ($invalid_referer) { return 404; } #防盜鏈 }
全局變數
下麵是可用作if判斷的全局變數
- $args: 這個變數等於請求行中的參數,同$query_string
- $content_length : 請求頭中的Conten-length欄位
- $content_type :請求頭中的Content-Type欄位
- $document_root :請求在root指令中指定的值
- $host :請求主機頭欄位,否則為伺服器名稱
- $http_user_agent:客戶端agent信息
- $http_cookie:客戶端cookie信息
- $limit_rate : 限制連接速率
- $request_method :客戶端請求的動作,通常為GET或POST
- $remote_addr:客戶端的IP地址
- $remote_port : 客戶端的埠
- $remote_user:已經經過Auth Basic Module驗證的用戶名
- $request_filename:當前請求的文件路徑,由root或alias指令與URL請求生成
- $scheme:HTTP方法(如http,https)
- $server_protocol:請求使用的協議,通常是HTTP/1.0或HTTP/1.1
- $server_addr:伺服器地址,在完成一次系統調用後可以確定這個值
- $server_name:伺服器名稱
- $server_port:請求到達伺服器的埠號
- $request_url:包含請求參數的原始url,不包含主機名,如“/foo/bar.php?arg=baz”
- $url:不帶請求參數的當前url,$url不包含主機名,如“/foo/bar.html”
- $document_url:與$url相同
示例:http://localhost:88/test1/test2/test.php
$host:localhost
$server_port:88
$request_url:http://localhost:88/test1/test2/test.php
$document_url:/test1/test2/test.php
$document_root:/var/www/html
$request_filename:/var/www/html/test1/test2/test.php
常用正則
- .:匹配除換行符以外的任意字元
- ?:重覆0次或1次
- +:重覆1次或更多次
- *:重覆1次或更多次
- \d:匹配數字
- ^:匹配字元串的開始
- $:匹配字元的結尾
- {n}:重覆n次
- {n,}:重覆n次或更多次
- [c]:匹配單個字元c
- [a-z]:匹配a-z小寫字母的任意一個小括弧()之間匹配的內容,可以再後面通過$1來引用,$2表示的前面第二個()里的內容。正則中容易讓人困惑的是\轉義特殊字元
rewrite實例
例1:
http { # 定義image日誌格式 log_format imagelog '[$time_local] ' $image_file ' ' $image_type ' ' $body_bytes_sent ' ' $status; # 開啟重寫日誌 rewrite_log on; server { root /home/www; location / { # 重寫規則信息 error_log logs/rewrite.log notice; # 註意這裡要用''單引號引起來,避免{} rewrite '^/images/([a-z]{2})/([a-z0-9]{5})/(.*)\.(png|jpg|gif)$' /data?file=$3.$4; # 註意不能在上面這條規則後面加上”last“參數,否則下麵的set指令不會執行 set $image_file $3; set $image_type $4; } location /data { # 指定針對圖片的日誌格式,來分析圖片類型和大小 access_log logs/images.log main; root /data/images; # 應用前面定義的變數。首先判斷文件在不在,不在再判斷目錄在不在,如果也不在酒跳轉到最後一個url里 try_files /$arg_file /image404.html; } location = /image404.html { # 圖片不存在返回特定的信息 return 404 "image not found\n"; } }
對形如/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