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

$arg_PARAMETER #這個(gè)變量包含GET請(qǐng)求中，如果有變量PARAMETER時(shí)的值。

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

$binary_remote_addr #二進(jìn)制的客戶地址。

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

$content_length #請(qǐng)求頭中的Content-length字段。

$content_type #請(qǐng)求頭中的Content-Type字段。

$cookie_COOKIE #cookie COOKIE變量的值

$document_root #當(dāng)前請(qǐng)求在root指令中指定的值。

$document_uri #與$uri相同。

$host #請(qǐng)求主機(jī)頭字段，否則為服務(wù)器名稱。

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

$http_HEADER

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

$http_user_agent #客戶端agent信息

$http_cookie #客戶端cookie信息

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

$query_string #與$args相同。

$request_body_file #客戶端請(qǐng)求主體信息的臨時(shí)文件名。

$request_method #客戶端請(qǐng)求的動(dòng)作，通常為GET或POST。

$remote_addr #客戶端的IP地址。

$remote_port #客戶端的端口。

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

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

$request_method #GET或POST

$request_filename #當(dāng)前請(qǐng)求的文件路徑，由root或alias指令與URI請(qǐng)求生成。

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

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

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

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

$server_name #服務(wù)器名稱。

$server_port #請(qǐng)求到達(dá)服務(wù)器的端口號(hào)。

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

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

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

所以，關(guān)鍵點(diǎn)就在于“？”這個(gè)尾綴。假如又想保留某個(gè)特定的參數(shù)，那又該如何呢？可以利用Nginx本身就帶有的$arg_PARAMETER參數(shù)來實(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的簡(jiǎn)單靈活多了
Nginx可以用if進(jìn)行條件匹配，語(yǔ)法規(guī)則類似C

Rewrite的Flags

last - 完成重寫指令后，搜索相應(yīng)的URI和位置。相當(dāng)于Apache里的[L]標(biāo)記，表示完成rewrite，不再匹配后面的規(guī)則。
break - 中止Rewirte，不在繼續(xù)匹配。
redirect - 返回臨時(shí)重定向的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í)行

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

最新評(píng)論