nginx 各參數(shù)翻譯，作用

$arg_PARAMETER #這個變量包含GET請求中，如果有變量PARAMETER時的值。

$args #這個變量等于請求行中(GET請求)的參數(shù)，例如foo=123&bar=blahblah;

$binary_remote_addr #二進制的客戶地址。

$body_bytes_sent #響應時送出的body字節(jié)數(shù)數(shù)量。即使連接中斷，這個數(shù)據(jù)也是精確的。

$content_length #請求頭中的Content-length字段。

$content_type #請求頭中的Content-Type字段。

$cookie_COOKIE #cookie COOKIE變量的值

$document_root #當前請求在root指令中指定的值。

$document_uri #與$uri相同。

$host #請求主機頭字段，否則為服務器名稱。

$hostname #Set to the machine's hostname as returned by gethostname

$http_HEADER

$is_args #如果有$args參數(shù)，這個變量等于”?”，否則等于”"，空值。

$http_user_agent #客戶端agent信息

$http_cookie #客戶端cookie信息

$limit_rate #這個變量可以限制連接速率。

$query_string #與$args相同。

$request_body_file #客戶端請求主體信息的臨時文件名。

$request_method #客戶端請求的動作，通常為GET或POST。

$remote_addr #客戶端的IP地址。

$remote_port #客戶端的端口。

$remote_user #已經(jīng)經(jīng)過Auth Basic Module驗證的用戶名。

$request_completion #如果請求結(jié)束，設置為OK. 當請求未結(jié)束或如果該請求不是請求鏈串的最后一個時，為空(Empty)。

$request_method #GET或POST

$request_filename #當前請求的文件路徑，由root或alias指令與URI請求生成。

$request_uri #包含請求參數(shù)的原始URI，不包含主機名，如：”/foo/bar.php?arg=baz”。不能修改。

$scheme #HTTP方法（如http，https）。

$server_protocol #請求使用的協(xié)議，通常是HTTP/1.0或HTTP/1.1。

$server_addr #服務器地址，在完成一次系統(tǒng)調(diào)用后可以確定這個值。

$server_name #服務器名稱。

$server_port #請求到達服務器的端口號。

$uri #不帶請求參數(shù)的當前URI，$uri不包含主機名，如”/foo/bar.html”。該值有可能和$request_uri 不一致。$request_uri是瀏覽器發(fā)過來的值。該值是rewrite后的值。例如做了internal redirects后。

今 天在給某網(wǎng)站寫rewrite重定向規(guī)則時，碰到了這個關(guān)于重定向的參數(shù)處理問題。默認的情況下，Nginx在進行rewrite后都會自動添加上舊地址 中的參數(shù)部分，而這對于重定向到的新地址來說可能是多余。雖然這也不會對重定向的結(jié)果造成多少影響，但當你注意到新地址中包含有多余的“?xxx=xxx”時，心里總還是會覺得不爽。那么該如何來處理這部分的內(nèi)容呢？看了下面兩個簡單的例子你就會明白了。

例如：
把http://example.com/test.php?para=xxx 重定向到 http://example.com/new
若按照默認的寫法：rewrite ^/test.php(.*) /new permanent;
重定向后的結(jié)果是：http://example.com/new?para=xxx
如果改寫成：rewrite ^/test.php(.*) /new? permanent;
那結(jié)果就是：http://example.com/new

所以，關(guān)鍵點就在于“？”這個尾綴。假如又想保留某個特定的參數(shù)，那又該如何呢？可以利用Nginx本身就帶有的$arg_PARAMETER參數(shù)來實現(xiàn)。

例如：
把http://example.com/test.php?para=xxx&p=xx 重寫向到 http://example.com/new?p=xx
可以寫成：rewrite  ^/test.php   /new?p=$arg_p?  permanent;

只求結(jié)果的朋友可以直接忽略前面的內(nèi)容，看這里：

•     rewrite  ^/test.php  /new  permanent;       //重寫向帶參數(shù)的地址
•     rewrite  ^/test.php  /new?  permanent;      //重定向后不帶參數(shù)
•     rewrite  ^/test.php   /new?id=$arg_id?  permanent;    //重定向后帶指定的參數(shù)

permanent是永久重定向參數(shù)，根據(jù)需要去掉也可以，不過最好是帶有。

 首先Apache的Rewite規(guī)則差別不是很大,但是Nginx的Rewrite規(guī)則比Apache的簡單靈活多了
Nginx可以用if進行條件匹配，語法規(guī)則類似C

Rewrite的Flags

last - 完成重寫指令后，搜索相應的URI和位置。相當于Apache里的[L]標記，表示完成rewrite，不再匹配后面的規(guī)則。
break - 中止Rewirte，不在繼續(xù)匹配。
redirect - 返回臨時重定向的HTTP狀態(tài)302。
permanent - 返回永久重定向的HTTP狀態(tài)301。

ZEND Framework的重定向規(guī)則：
案例一：
全部重定向到 /index.php

WordPress的重定向規(guī)則：
案例一：
http://www.wemvc.com/12 重定向到 http://www.wemvc.com/index.php?p=12

以下為Discuz完整的Rewrite for Nginx規(guī)則

文件及目錄匹配，其中：
-f和!-f用來判斷是否存在文件
-d和!-d用來判斷是否存在目錄
-e和!-e用來判斷是否存在文件或目錄
-x和!-x用來判斷文件是否可執(zhí)行

正則表達式全部符號解釋
~ 為區(qū)分大小寫匹配
~* 為不區(qū)分大小寫匹配
!~和!~* 分別為區(qū)分大小寫不匹配及不區(qū)分大小寫不匹配
(pattern) 匹配 pattern 并獲取這一匹配。所獲取的匹配可以從產(chǎn)生的 Matches 集合得到，在VBScript. 中使用 SubMatches 集合，在JScript. 中則使用 $0…$9 屬性。要匹配圓括號字符，請使用 ‘\(' 或 ‘\)'。
^ 匹配輸入字符串的開始位置。
$ 匹配輸入字符串的結(jié)束位置。

最新評論