nginx 各參數翻譯，作用
$arg_PARAMETER #這個變量包含GET請求中，如果有變量PARAMETER時的值。
$args #這個變量等于請求行中(GET請求)的參數，例如foo=123&bar=blahblah;
$binary_remote_addr #二進制的客戶地址。
$body_bytes_sent #響應時送出的body字節數數量。即使連接中斷，這個數據也是精確的。
$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參數，這個變量等于”?”，否則等于”'，空值。
$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 #已經經過Auth Basic Module驗證的用戶名。
$request_completion #如果請求結束，設置為OK. 當請求未結束或如果該請求不是請求鏈串的最后一個時，為空(Empty)。
$request_method #GET或POST
$request_filename #當前請求的文件路徑，由root或alias指令與URI請求生成。
$request_uri #包含請求參數的原始URI，不包含主機名，如：”/foo/bar.php?arg=baz”。不能修改。
$scheme #HTTP方法（如http，https）。
$server_protocol #請求使用的協議，通常是HTTP/1.0或HTTP/1.1。
$server_addr #服務器地址，在完成一次系統調用后可以確定這個值。
$server_name #服務器名稱。
$server_port #請求到達服務器的端口號。
$uri #不帶請求參數的當前URI，$uri不包含主機名，如”/foo/bar.html”。該值有可能和$request_uri 不一致。$request_uri是瀏覽器發過來的值。該值是rewrite后的值。例如做了internal redirects后。
今 天在給某網站寫rewrite重定向規則時，碰到了這個關于重定向的參數處理問題。默認的情況下，Nginx在進行rewrite后都會自動添加上舊地址 中的參數部分，而這對于重定向到的新地址來說可能是多余。雖然這也不會對重定向的結果造成多少影響，但當你注意到新地址中包含有多余的“?xxx=xxx”時，心里總還是會覺得不爽。那么該如何來處理這部分的內容呢？看了下面兩個簡單的例子你就會明白了。
例如：
把http://example.com/test.php?para=xxx 重定向到 http://example.com/new
若按照默認的寫法：rewrite ^/test.php(.*) /new permanent;
重定向后的結果是：http://example.com/new?para=xxx
如果改寫成：rewrite ^/test.php(.*) /new? permanent;
那結果就是：http://example.com/new
所以，關鍵點就在于“？”這個尾綴。假如又想保留某個特定的參數，那又該如何呢？可以利用Nginx本身就帶有的$arg_PARAMETER參數來實現。
例如：
把http://example.com/test.php?para=xxx&p=xx 重寫向到 http://example.com/new?p=xx
可以寫成：rewrite ^/test.php /new?p=$arg_p? permanent;
只求結果的朋友可以直接忽略前面的內容，看這里：
permanent是永久重定向參數，根據需要去掉也可以，不過最好是帶有。
首先Apache的Rewite規則差別不是很大,但是Nginx的Rewrite規則比Apache的簡單靈活多了
Nginx可以用if進行條件匹配，語法規則類似C
Rewrite的Flags
last - 完成重寫指令后，搜索相應的URI和位置。相當于Apache里的[L]標記，表示完成rewrite，不再匹配后面的規則。
break - 中止Rewirte，不在繼續匹配。
redirect - 返回臨時重定向的HTTP狀態302。
permanent - 返回永久重定向的HTTP狀態301。
ZEND Framework的重定向規則：
案例一：
全部重定向到 /index.php
WordPress的重定向規則：
案例一：
http://www.wemvc.com/12 重定向到 http://www.wemvc.com/index.php?p=12
以下為Discuz完整的Rewrite for Nginx規則
文件及目錄匹配，其中：
-f和!-f用來判斷是否存在文件
-d和!-d用來判斷是否存在目錄
-e和!-e用來判斷是否存在文件或目錄
-x和!-x用來判斷文件是否可執行
正則表達式全部符號解釋
~ 為區分大小寫匹配
~* 為不區分大小寫匹配
!~和!~* 分別為區分大小寫不匹配及不區分大小寫不匹配
(pattern) 匹配 pattern 并獲取這一匹配。所獲取的匹配可以從產生的 Matches 集合得到，在VBScript. 中使用 SubMatches 集合，在JScript. 中則使用 $0…$9 屬性。要匹配圓括號字符，請使用 ‘\(' 或 ‘\)'。
^ 匹配輸入字符串的開始位置。
$ 匹配輸入字符串的結束位置。
