詳解Nginx中的重定向功能
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)過(guò)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ā)過(guò)來(lái)的值。該值是rewrite后的值。例如做了internal redirects后。
今 天在給某網(wǎng)站寫(xiě)rewrite重定向規(guī)則時(shí),碰到了這個(gè)關(guān)于重定向的參數(shù)處理問(wèn)題。默認(rèn)的情況下,Nginx在進(jìn)行rewrite后都會(huì)自動(dòng)添加上舊地址 中的參數(shù)部分,而這對(duì)于重定向到的新地址來(lái)說(shuō)可能是多余。雖然這也不會(huì)對(duì)重定向的結(jié)果造成多少影響,但當(dāng)你注意到新地址中包含有多余的“?xxx=xxx”時(shí),心里總還是會(huì)覺(jué)得不爽。那么該如何來(lái)處理這部分的內(nèi)容呢?看了下面兩個(gè)簡(jiǎn)單的例子你就會(huì)明白了。
例如:
把http://example.com/test.php?para=xxx 重定向到 http://example.com/new
若按照默認(rèn)的寫(xiě)法:rewrite ^/test.php(.*) /new permanent;
重定向后的結(jié)果是:http://example.com/new?para=xxx
如果改寫(xiě)成:rewrite ^/test.php(.*) /new? permanent;
那結(jié)果就是:http://example.com/new
所以,關(guān)鍵點(diǎn)就在于“?”這個(gè)尾綴。假如又想保留某個(gè)特定的參數(shù),那又該如何呢?可以利用Nginx本身就帶有的$arg_PARAMETER參數(shù)來(lái)實(shí)現(xiàn)。
例如:
把http://example.com/test.php?para=xxx&p=xx 重寫(xiě)向到 http://example.com/new?p=xx
可以寫(xiě)成:rewrite ^/test.php /new?p=$arg_p? permanent;
只求結(jié)果的朋友可以直接忽略前面的內(nèi)容,看這里:
- rewrite ^/test.php /new permanent; //重寫(xiě)向帶參數(shù)的地址
- rewrite ^/test.php /new? permanent; //重定向后不帶參數(shù)
- rewrite ^/test.php /new?id=$arg_id? permanent; //重定向后帶指定的參數(shù)
permanent是永久重定向參數(shù),根據(jù)需要去掉也可以,不過(guò)最好是帶有。
首先Apache的Rewite規(guī)則差別不是很大,但是Nginx的Rewrite規(guī)則比Apache的簡(jiǎn)單靈活多了
Nginx可以用if進(jìn)行條件匹配,語(yǔ)法規(guī)則類(lèi)似C
if ($http_user_agent ~ MSIE) {
rewrite ^(.*)$ /msie/$1 break;
}
Rewrite的Flags
last - 完成重寫(xiě)指令后,搜索相應(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
案例二:
如果文件或目錄不存在則重定向到index.php
rewrite ^/(.*) /index.php?$1&;
}
WordPress的重定向規(guī)則:
案例一:
http://www.wemvc.com/12 重定向到 http://www.wemvc.com/index.php?p=12
rewrite ^/(.+)$ /index.php?p=$1 last;
}
案例二:
與zendframework配置很像
rewrite ^/(.*) /index.php?$1&;
}
以下為Discuz完整的Rewrite for Nginx規(guī)則
rewrite ^/archiver/((fid|tid)-[\w\-]+\.html)$ /archiver/index.php?$1 last;
rewrite ^/forum-([0-9]+)-([0-9]+)\.html$ /forumdisplay.php?fid=$1&page=$2 last;
rewrite ^/thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$ /viewthread.php?tid=$1&extra=page=$3&page=$2 last;
rewrite ^/space-(username|uid)-(.+)\.html$ /space.php?$1=$2 last;rewrite ^/tag-(.+)\.html$ /tag.php?name=$1 last;
}
文件及目錄匹配,其中:
-f和!-f用來(lái)判斷是否存在文件
-d和!-d用來(lái)判斷是否存在目錄
-e和!-e用來(lái)判斷是否存在文件或目錄
-x和!-x用來(lái)判斷文件是否可執(zhí)行
正則表達(dá)式全部符號(hào)解釋
~ 為區(qū)分大小寫(xiě)匹配
~* 為不區(qū)分大小寫(xiě)匹配
!~和!~* 分別為區(qū)分大小寫(xiě)不匹配及不區(qū)分大小寫(xiě)不匹配
(pattern) 匹配 pattern 并獲取這一匹配。所獲取的匹配可以從產(chǎn)生的 Matches 集合得到,在VBScript. 中使用 SubMatches 集合,在JScript. 中則使用 $0…$9 屬性。要匹配圓括號(hào)字符,請(qǐng)使用 ‘\(' 或 ‘\)'。
^ 匹配輸入字符串的開(kāi)始位置。
$ 匹配輸入字符串的結(jié)束位置。
相關(guān)文章
ubuntu系統(tǒng)中nginx啟動(dòng)腳本
這篇文章主要介紹了ubuntu系統(tǒng)中nginx啟動(dòng)腳本,可以實(shí)現(xiàn)nginx的自啟動(dòng),需要的朋友可以參考下2014-02-02WordPress中開(kāi)啟多站點(diǎn)支持及Nginx的重寫(xiě)規(guī)則配置
這篇文章主要介紹了WordPress中開(kāi)啟多站點(diǎn)支持及Nginx的重寫(xiě)規(guī)則配置方法,在同一個(gè)WordPress軟件中開(kāi)啟的多個(gè)站點(diǎn)如果需要綁定不同域名的話也可以使用WordPress MU Domain Mapping插件,需要的朋友可以參考下2016-03-03詳解Ngigx+Tomcat配置動(dòng)靜分離,負(fù)載均衡
本篇文章主要介紹了Ngigx+Tomcat配置動(dòng)靜分離,負(fù)載均衡,具有一定的參考價(jià)值,有需要的可以了解一下。2016-11-11基于nginx實(shí)現(xiàn)上游服務(wù)器動(dòng)態(tài)自動(dòng)上下線無(wú)需reload的實(shí)現(xiàn)方法
這篇文章主要介紹了基于nginx實(shí)現(xiàn)上游服務(wù)器動(dòng)態(tài)自動(dòng)上下線無(wú)需reload,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-02-02Nginx安裝lua-nginx-module模塊的方法步驟
ngx_lua_module 是一個(gè)nginx http模塊,這篇文章主要介紹了Nginx安裝lua-nginx-module模塊的方法步驟,非常具有實(shí)用價(jià)值,需要的朋友可以參考下2018-12-12Nginx服務(wù)器作反向代理實(shí)現(xiàn)內(nèi)部局域網(wǎng)的url轉(zhuǎn)發(fā)配置
這篇文章主要介紹了Nginx服務(wù)器作反向代理實(shí)現(xiàn)內(nèi)部局域網(wǎng)的url轉(zhuǎn)發(fā)實(shí)例,文中提到需要注意proxy_read_timeout參數(shù)的相關(guān)調(diào)整,需要的朋友可以參考下2016-01-01