Apache中 RewriteRule 规则参数介绍
一、Apache中 RewriteRule 規則參數介紹 ?
Apache模塊 mod_rewrite 提供了一個基于正則表達式分析器的重寫引擎來實時重寫URL請求。它支持每個完整規則可以擁有不限數量的子規則以及附加條件規則的靈活而且強大的URL操作機制。此URL操作可以依賴于各種測試，比如服務器變量、環境變量、HTTP頭、時間標記，甚至各種格式的用于匹配URL組成部分的查找數據庫。
此模塊可以操作URL的所有部分(包括路徑信息部分)，在服務器級的(httpd.conf)和目錄級的(.htaccess)配置都有效，還可以生成最終請求字符串。此重寫操作的結果可以是內部子處理，也可以是外部請求的轉向，甚至還可以是內部代理處理。
這里著重介紹一下?RewriteRule?的規則以及參數說明。RewriteRule指令是重寫引擎的根本。此指令可以多次使用。每個指令定義一個簡單的重寫規則。這些規則的定義順序尤為重要——在運行時，規則是按這個順序逐一生效的。
??????? RewriteRule Pattern Substitution [flags]
1、Pattern是一個作用于當前URL的perl兼容的正則表達式。"當前URL"是指該規則生效時刻的URL的值。它可能與被請求的URL截然不同，因為其他規則可能在此之前已經發生匹配并對它做了改動。
2、Substitution是當原始URL與Pattern相匹配時，用來替代(或替換)的字符串。除了純文本，還可以包含：
????? 對Pattern的反向引用($N)?
????? 對最后匹配的RewriteCond的反向引用(%N)?
????? 規則條件測試字符串(%{VARNAME})中的服務器變量?
????? 映射函數調用(${mapname:key|default})
3、[flags]標記作為RewriteRule指令的第三個參數，是一個包含以逗號分隔的下列標記的列表：
??? (1)'chain|C'(鏈接下一規則)
??? 此標記使當前規則與下一個規則相鏈接。它產生這樣的效果：如果一個規則被匹配，則繼續處理其后繼規則，也就是這個標記不起作用；如果該規則不被匹配，則其后繼規則將被跳過。比如，在一個目錄級規則中執行一個外部重定向時，你可能需要刪除".www"(此處不應該出現".www")。'cookie|CO=NAME:VAL:domain[:lifetime[:path]]'(設置cookie)：在客戶端設置一個cookie。cookie的名稱是NAME，值是VAL。domain是該cookie的域，比如'.apache.org'，可選的lifetime是cookie的有效期(分鐘)，可選的path是cookie的路徑。?
??? (2)'env|E=VAR:VAL'(設置環境變量)
??? 此標記將環境變量VAR的值設為VAL，VAL可以包含可擴展的正則表達式反向引用($N和%N)。此標記可以多次使用以設置多個變量。這些變量可以在其后許多情況下被間接引用，通常是在XSSI(<!--#echo var="VAR"-->)或CGI($ENV{'VAR'})中，也可以在后繼的RewriteCond指令的CondPattern參數中通過%{ENV:VAR}引用。使用它可以記住從URL中剝離的信息。?
??? (3)'forbidden|F'(強制禁止URL)
??? 強制禁止當前URL，也就是立即反饋一個HTTP響應碼403(被禁止的)。使用這個標記，可以鏈接若干個RewriteConds來有條件地阻塞某些URL。?
??? (4)'gone|G'(強制廢棄URL)
??? 強制當前URL為已廢棄，也就是立即反饋一個HTTP響應碼410(已廢棄的)。使用這個標記，可以標明頁面已經被廢棄而不存在了。?
??? (5)'handler|H=Content-handler'(強制指定內容處理器)
??? 強自制定目標文件的內容處理器為Content-handler。例如，用來模擬mod_alias模塊的ScriptAlias指令，以強制映射文件夾內的所有文件都由"cgi-script"處理器處理。?
??? (6)'last|L'(結尾規則)
??? 立即停止重寫操作，并不再應用其他重寫規則。它對應于Perl中的last命令或C語言中的break命令。這個標記用于阻止當前已被重寫的URL被后繼規則再次重寫。例如，使用它可以重寫根路徑的URL('/')為實際存在的URL(比如：'/e/www/')。?
??? (7)'next|N'(從頭再來)
??? 重新執行重寫操作(從第一個規則重新開始)。此時再次進行處理的URL已經不是原始的URL了，而是經最后一個重寫規則處理過的URL。它對應于Perl中的next命令或C語言中的continue命令。此標記可以重新開始重寫操作(立即回到循環的開頭)。但是要小心，不要制造死循環！?
??? (8)'nocase|NC'(忽略大小寫)
??? 它使Pattern忽略大小寫，也就是在Pattern與當前URL匹配時，'A-Z'和'a-z'沒有區別。?
??? (9)'noescape|NE'(在輸出中不對URI進行轉義)
??? 此標記阻止mod_rewrite對重寫結果應用常規的URI轉義規則。 一般情況下，特殊字符('%', '$', ';'等)會被轉義為等值的十六進制編碼('%25', '%24', '%3B'等)。此標記可以阻止這樣的轉義，以允許百分號等符號出現在輸出中，比如：RewriteRule? /foo/(.*)? /bar?arg=P1\%3d$1? [R,NE] ，可以使'/foo/zed轉向到一個安全的請求'/bar?arg=P1=zed'。?
??? (10)'nosubreq|NS'(不對內部子請求進行處理)
??? 在當前請求是一個內部子請求時，此標記強制重寫引擎跳過該重寫規則。比如，在mod_include試圖搜索目錄默認文件(index.xxx)時，Apache會在內部產生子請求。對于子請求，重寫規則不一定有用，而且如果整個規則集都起作用，它甚至可能會引發錯誤。所以，可以用這個標記來排除某些規則。使用原則：如果你為URL添加了CGI腳本前綴，以強制它們由CGI腳本處理，但對子請求處理的出錯率(或者資源開銷)很高，在這種情況下，可以使用這個標記。?
??? (11)'proxy|P'(強制為代理)
??? 此標記使替換成分被內部地強制作為代理請求發送，并立即中斷重寫處理，然后把處理移交給mod_proxy模塊。你必須確保此替換串是一個能夠被mod_proxy處理的有效URI(比如以http://hostname開頭)，否則將得到一個代理模塊返回的錯誤。使用這個標記，可以把某些遠程成分映射到本地服務器域名空間，從而增強了ProxyPass指令的功能。?
??? 注意：要使用這個功能，必須已經啟用了mod_proxy模塊。
??? (12)'passthrough|PT'(移交給下一個處理器)
??? 此標記強制重寫引擎將內部request_rec結構中的uri字段設置為filename字段的值，這個小小的修改使得RewriteRule指令的輸出能夠被(從URI轉換到文件名的)Alias, ScriptAlias, Redirect等指令進行后續處理[原文：This flag is just a hack to enable post-processing of the output of RewriteRule directives, using Alias, ScriptAlias, Redirect, and other directives from various URI-to-filename translators.]。舉一個能說明其含義的例子： 如果要將/abc重寫為/def， 然后再使用mod_alias將/def轉換為/ghi，可以這樣：
??? 如果省略了PT標記，雖然將uri=/abc/...重寫為filename=/def/...的部分運作正常，但是后續的mod_alias在試圖將URI轉換到文件名時會遭遇失效。?
??? 注意：如果需要混合使用多個將URI轉換到文件名的模塊時，就必須使用這個標記。。此處混合使用mod_alias和mod_rewrite就是個典型的例子。
??? (13)'qsappend|QSA'(追加查詢字符串)
??? 此標記強制重寫引擎在已有的替換字符串中追加一個查詢字符串，而不是簡單的替換。如果需要通過重寫規則在請求串中增加信息，就可以使用這個標記。?
??? (14)'redirect|R [=code]'(強制重定向)
??? 若Substitution以http://thishost[:thisport]/(使新的URL成為一個URI)開頭，可以強制性執行一個外部重定向。如果沒有指定code，則產生一個HTTP響應碼302(臨時性移動)。如果需要使用在300-400范圍內的其他響應代碼，只需在此指定即可(或使用下列符號名稱之一：temp(默認), permanent, seeother)。使用它可以把規范化的URL反饋給客戶端，如將"/~"重寫為"/u/"，或始終對/u/user加上斜杠，等等。
??? 注意：在使用這個標記時，必須確保該替換字段是一個有效的URL。否則，它會指向一個無效的位置！并且要記住，此標記本身只是對URL加上http://thishost[:thisport]/前綴，重寫操作仍然會繼續進行。通常，你還會希望停止重寫操作而立即重定向，那么就還需要使用'L'標記。?
??? (15)'skip|S=num'(跳過后繼規則)
??? 此標記強制重寫引擎跳過當前匹配規則之后的num個規則。它可以模擬if-then-else結構：最后一個規則是then從句，而被跳過的skip=N個規則是else從句。注意：它和'chain|C'標記是不同的！?
??? (16)'type|T=MIME-type'(強制MIME類型)
??? 強制目標文件的MIME類型為MIME-type，可以用來基于某些特定條件強制設置內容類型。比如，下面的指令可以讓.php文件在以.phps擴展名調用的情況下由mod_php按照PHP源代碼的MIME類型(application/x-httpd-php-source)顯示：RewriteRule ^(.+\.php)s$ $1 [T=application/x-httpd-php-source]
二、RewriteRule example
1.If?http://example.com/foo/bar?does not exist, redirect to?http://other.example.com/foo/bar. (Put this in an .htaccess file in your top-level web directory.)
2. Handle all requests for top-level?.html?files and files with no extensions (http://example.com/foo,http://example.com/foo.html) with a single PHP program?/foo/show.php. Also, ignore trailing characters in set {?: ; , .?} so URLs like "http://example.com/foo." can be copied-n-pasted from plain text sentences by inattentive users.
Examples:
3. Redirect GET requests for?http://example.com/foo/bar?to?http://example.com/bar?(and?/foo/bar.html?to/bar.html). Handle POST requests with PHP program rather than attempting to redirect a POST (which is unlikely to work well).
Examples:
三、Apache Rewrite 規則詳解
1、Rewrite規則簡介：
Rewirte主要的功能就是實現URL的跳轉，它的正則表達式是基于Perl語言。可基于服務器級的(httpd.conf)和目錄級的(.htaccess)兩種方式。如果要想用到rewrite模塊，必須先安裝或加載rewrite模塊。方法有兩種一種是編譯apache的時候就直接安裝rewrite模塊，別一種是編譯apache時以DSO模式安裝apache,然后再利用源碼和apxs來安裝rewrite模塊。
基于服務器級的(httpd.conf)有兩種方法，一種是在httpd.conf的全局下直接利用RewriteEngine on來打開rewrite功能;另一種是在局部里利用RewriteEngine on來打開rewrite功能,下面將會舉例說明，需要注意的是,必須在每個virtualhost里用RewriteEngine on來打開rewrite功能。否則virtualhost里沒有RewriteEngine on它里面的規則也不會生效。
基于目錄級的(.htaccess),要注意一點那就是必須打開此目錄的FollowSymLinks屬性且在.htaccess里要聲明RewriteEngine on。
2、舉例說明：
下面是在一個虛擬主機里定義的規則。功能是把client請求的主機前綴不是www.abc.cn和203.81.23.202都跳轉到主機前綴為http://www.abc.cn，避免當用戶在地址欄寫入http://abc.cn時不能以會員方式登錄網站。
例二.將輸入 folio.test.com 的域名時跳轉到profile.test.com
3、Apache mod_rewrite規則重寫的標志一覽
? ? 1) R[=code](force redirect) 強制外部重定向
?????????? 強制在替代字符串加上http://thishost[:thisport]/前綴重定向到外部的URL.如果code不指定，將用缺省的302 HTTP狀態碼。
??? 2) F(force URL to be forbidden)禁用URL,返回403HTTP狀態碼。
??? 3) G(force URL to be gone) 強制URL為GONE，返回410HTTP狀態碼。
??? 4) P(force proxy) 強制使用代理轉發。
??? 5) L(last rule) 表明當前規則是最后一條規則，停止分析以后規則的重寫。
??? 6) N(next round) 重新從第一條規則開始運行重寫過程。
??? 7) C(chained with next rule) 與下一條規則關聯
??????????? 如果規則匹配則正常處理，該標志無效，如果不匹配，那么下面所有關聯的規則都跳過。
??? 8) T=MIME-type(force MIME type) 強制MIME類型
??? 9) NS (used only if no internal sub-request) 只用于不是內部子請求
??? 10) NC(no case) 不區分大小寫
??? 11) QSA(query string append) 追加請求字符串
??? 12) NE(no URI escaping of output) 不再輸出轉義特殊字符
??????????? 例如：RewriteRule?? /foo/(.*)?? /bar?arg=P1\%3d$1?? [R,NE]?? 能正確的將/foo/zoo轉換成/bar?arg=P1=zed
??? 13) PT(pass through to next handler) 傳遞給下一個處理
??????????? 例如：RewriteRule ^/abc(.*) /def$1 [PT] # 將會交給/def規則處理
????????????????????? Alias /def /ghi?
??? 14) S=num(skip next rule(s)) 跳過num條規則
??? 15) E=VAR:VAL(set environment variable) 設置環境變量
4、Apache rewrite例子集合
在 httpd 中將一個域名轉發到另一個域名，新域名為?www.ab.com, 更加簡短好記。這時需要將原來的域名abc.cn, 以及論壇所在地址 abc.com/forums/定向到新的域名，以便用戶可以找到，并且使原來的論壇 URL 繼續有效而不出現 404 未找到，比如原來的http://www.abc.com/forums/f60.html, 讓它在新的域名下繼續有效，點擊后轉發到http://bbs.abc.com/f60.html, 這就需要用 apache 的 Mod_rewrite 功能來實現。
在.htaccess中添加下面的重定向規則：
5、URL重定向
例子一:
1.http://www.zzz.com/xxx.php->?http://www.zzz.com/xxx/
2.http://yyy.zzz.com->?http://www.zzz.com/user.php?username=yyy?的功能
例子二：
/type.php?typeid=* --> /type*.html
/type.php?typeid=*&page=* --> /type*page*.html
6、使用Apache的URL Rewrite配置多用戶虛擬服務器
要實現這個功能，首先要在DNS服務器上打開域名的泛域名解析（自己做或者找域名服務商做）。比如，我就把 *.zzz.com和 *.zzz.net全部解析到了我的這臺Linux Server上。
然后，看一下我的Apache中關于*.zzz.com的虛擬主機的設定。
在這段設定中，我把*.zzz.net和*.zzz.com 的Document Root都設定到了 /home/www/www.zzz.com
但是，繼續看下去，我們配置了URL Rewrite規則。
RewriteEngine on #打開URL Rewrite功能
RewriteCond?? %{HTTP_HOST}?? ^[^.]+.zzz.(com|net)$??? #匹配條件，如果用戶輸入的URL中主機名是類似 xxxx.zzz.com 或者 xxxx.zzz.net 就執行下面一句
RewriteRule?? ^(.+) %{HTTP_HOST}$1 [C]??? #把用戶輸入完整的地址（GET方式的參數除外）作為參數傳給下一個規則，[C]是Chain串聯下一個規則的意思
RewriteRule?? ^([^.]+)\.zzz\.(com|net)(.*)$ ? /home/www/www.zzz.com/sylvan$3?un=$1&%{QUERY_STRING} [L]
# 最關鍵的是這一句，使用證則表達式解析用戶輸入的URL地址，把主機名中的用戶名信息作為名為un的參數傳給/home/www/www.zzz.com目錄下的腳本，并在后面跟上用戶輸入的GET方式的傳入參數。并指明這是最后一條規則（[L]規則）。注意，在這一句中指明的重寫后的地址用的是服務器上的絕對路徑，這是內部跳轉。如果使用http://xxxx這樣的URL格式，則被稱為外部跳轉。使用外部跳轉的話，瀏覽著的瀏覽器中的URL地址會改變成新的地址，而使用內部跳轉則瀏覽器中的地址不發生改變，看上去更像實際的二級域名虛擬服務器。
這樣設置后，重啟Apache服務器，測試一下，就大功告成了！
四、13 個mod_rewrite 應用舉例
1．給子域名加www標記?
RewriteCond?? %{HTTP_HOST}?? ^([a-z.]+)?example\.com$ [NC]?
RewriteCond?? %{HTTP_HOST} ? !^www\. [NC]?
RewriteRule ? .??? http://www.%1example.com%{REQUEST_URI}?? [R=301,L]?
這個規則抓取二級域名的%1變量，如果不是以www開始，那么就加www，以前的域名以及{REQUEST_URI}會跟在其后。
2．去掉域名中的www標記?
RewriteCond?? %{HTTP_HOST}?? !^example\.com$?? [NC]?
RewriteRule ? .? ? http://example.com%{REQUEST_URI} ? [R=301,L]
3．去掉www標記，但是保存子域名?
RewriteCond?? %{HTTP_HOST} ? ^www\.(([a-z0-9_]+\.)?example\.com)$?? [NC]?
RewriteRule?? .??? http://%1%{REQUEST_URI}?? [R=301,L]
這里，當匹配到1%變量以后，子域名才會在%2（內部原子）中抓取到，而我們需要的正是這個%1變量。?
4．防止圖片盜鏈?
一些站長不擇手段的將你的圖片盜鏈在他們網站上，耗費你的帶寬。你可以加一下代碼阻止這種行為。?
RewriteCond?? %{HTTP_REFERER}?? !^$?
RewriteCond??? %{HTTP_REFERER} ? !^http://(www\.)?example\.com/?? [NC]?
RewriteRule ? \.(gif|jpg|png)$?? - [F]?
如果{HTTP_REFERER}值不為空，或者不是來自你自己的域名，這個規則用[F]FLAG阻止以gif|jpg|png 結尾的URL?
如果對這種盜鏈你是堅決鄙視的，你還可以改變圖片，讓訪問盜鏈網站的用戶知道該網站正在盜用你的圖片。?
RewriteCond?? %{HTTP_REFERER} ? !^$?
RewriteCond?? %{HTTP_REFERER} ? !^http://(www\.)?example\.com/.*$ [NC]?
RewriteRule?? \.(gif|jpg|png)$ ? 你的圖片地址 ? [R=301,L]?
除了阻止圖片盜鏈鏈接，以上規則將其盜鏈的圖片全部替換成了你設置的圖片。?
你還可以阻止特定域名盜鏈你的圖片：?
RewriteCond ? %{HTTP_REFERER} ? !^http://(www\.)?leech_site\.com/?? [NC]?
RewriteRule ? \.(gif|jpg|png)$?? - [F,L]
這個規則將阻止域名黑名單上所有的圖片鏈接請求。?
當然以上這些規則都是以{HTTP_REFERER}獲取域名為基礎的，如果你想改用成IP地址，用{REMOTE_ADDR}就可以了。
5．如果文件不存在重定向到404頁面?
如果你的主機沒有提供404頁面重定向服務，那么我們自己創建。?
RewriteCond ? %{REQUEST_FILENAME}?? !-f?
RewriteCond ? %{REQUEST_FILENAME} ? !-d?
RewriteRule?? .??? /404.php ? [L]?
這里-f匹配的是存在的文件名，-d匹配的存在的路徑名。這段代碼在進行404重定向之前，會判斷你的文件名以及路徑名是否存在。你還可以在404頁面上加一個?url=$1參數：?
RewriteRule ^/?(.*)$ /404.php?url=$1 [L]
這樣，你的404頁面就可以做一些其他的事情，例如默認信心，發一個郵件提醒，加一個搜索，等等。
6．重命名目錄
如果你想在網站上重命名目錄，試試這個：?
RewriteRule ? ^/?old_directory/([a-z/.]+)$?? new_directory/$1?? [R=301,L]
在規則里我添加了一個“.”（注意不是代表得所有字符，前面有轉義符）來匹配文件的后綴名。?
7．將.html后綴名轉換成.php
前提是.html文件能繼續訪問的情況下，更新你的網站鏈接。?
RewriteRule?? ^/?([a-z/]+)\.html$ ? $1.php ? [L]
這不是一個網頁重定向，所以訪問者是不可見的。讓他作為一個永久重定向（可見的），將FLAG修改[R=301,L]。?
8．創建無文件后綴名鏈接
如果你想使你的PHP網站的鏈接更加簡潔易記－或者隱藏文件的后綴名，試試這個:?
RewriteRule ? ^/?([a-z]+)$?? $1.php?? [L]
如果網站混有PHP以及HTML文件，你可以用RewriteCond先判斷該后綴的文件是否存在，然后進行替換：?
RewriteCond?? %{REQUEST_FILENAME}.php?? -f?
RewriteRule ? ^/?([a-zA-Z0-9]+)$?? $1.php?? [L]?
RewriteCond?? %{REQUEST_FILENAME}.html ? -f?
RewriteRule?? ^/?([a-zA-Z0-9]+)$ ? $1.html?? [L]
如果文件是以.php為后綴，這條規則將被執行。
9．檢查查詢變量里的特定參數
如果在URL里面有一個特殊的參數，你可用RewriteCond鑒別其是否存在：?
RewriteCond ? %{QUERY_STRING}?? !uniquekey=?
RewriteRule?? ^/?script_that_requires_uniquekey\.php$?? other_script.php ? [QSA,L]
以上規則將檢查{QUERY_STRING}里面的uniquekey參數是否存在，如果{REQUEST_URI}值為script_that_requires_uniquekey，將會定向到新的URL。?
10．刪除查詢變量
Apache的mod_rewrite模塊會自動辨識查詢變量，除非你做了以下改動：?
a).分配一個新的查詢參數（你可以用[QSA,L]FLAG保存最初的查詢變量）?
b).在文件名后面加一個“?”（比如index.php?）。符號“?”不會在瀏覽器的地址欄里顯示。
11．用新的格式展示當前URI?
如果這就是我們當前正在運行的URLs：/index.php?id=nnnn。我們非常希望將其更改成/nnnn并且讓搜索引擎以新格式展現。首先，我們為了讓搜索引擎更新成新的，得將舊的URLs重定向到新的格式，但是，我們還得保證以前的index.php照樣能夠運行。
實現以上功能，訣竅就在于在查詢變量中加了一個訪問者看不到的標記符“marker”。我們只將查詢變量中沒有出現“marker”標記的鏈接進行重定向，然后將原有的鏈接替換成新的格式，并且通過[QSA]FLAG在已有的參數加一個“marker”標記。以下為實現的方式：?
RewriteCond?? %{QUERY_STRING} ? !marker?
RewriteCond?? %{QUERY_STRING} ? id=([-a-zA-Z0-9_+]+)?
RewriteRule?? ^/?index\.php$?? %1??? [R=301,L]?
RewriteRule?? ^/?([-a-zA-Z0-9_+]+)$?? index.php?marker&id=$1? [L]
這里，原先的URL：http://www.example.com/index.php?id=nnnn,不包含marker，所以被第一個規則永久重定向到http://www.example.com/nnnn，第二個規則將http://www.example.com/nnnn反定向到http://www.example.com/index.php?marker&id=nnnn，并且加了marker以及id=nnnn兩個變量，最后mod_rewrite就開始進行處理過程。
第二次匹配，marker被匹配，所以忽略第一條規則，這里有一個“.”字符會出現在http://www.example.com/index.php?marker&id=nnnn中，所以第二條規則也會被忽略，這樣我們就完成了。
注意，這個解決方案要求Apache的一些擴展功能，所以如果你的網站放于在共享主機中會遇到很多障礙。
12．保證安全服務啟用
Apache可以用兩種方法辨別你是否開啟了安全服務，分別引用{HTTPS}和{SERVER_PORT}變量：?
RewriteCond?? %{REQUEST_URI}?? ^secure_page\.php$?
RewriteCond?? %{HTTPS}?? !on?
RewriteRule?? ^/?(secure_page\.php)$ ? https://www.zzz.com/$1 [R=301,L]
以上規則測試{REQUEST_URI}值是否等于我們的安全頁代碼，并且{HTTPS}不等于on。如果這兩個條件同時滿足，請求將被重定向到安全服務URI.另外你可用{SERVER_PORT}做同樣的測試，443是常用的安全服務端口?
RewriteCond??? %{REQUEST_URI}??? ^secure_page\.php$?
RewriteCond ?? %{SERVER_PORT}??? !^443$?
RewriteRule??? ^/?(secure_page\.php)$??? https://www.zzz.com/$1?? [R=301,L]
13．在特定的頁面上強制執行安全服務?
遇到同一個服務器根目錄下分別有一個安全服務域名和一個非安全服務域名，所以你就需要用RewriteCond 判斷安全服務端口是否占用，并且只將以下列表的頁面要求為安全服務：?
RewriteCond??? %{SERVER_PORT}??? !^443$?
RewriteRule??? ^/?(page1|page2|page3|page4|page5)$??? https://www.zzz.com/%1 ?[R=301,L]?
以下是怎樣將沒有設置成安全服務的頁面返回到80端口：?
RewriteCond??? %{ SERVER_PORT }?? ^443$?
RewriteRule ? !^/?(page6|page7|page8|page9)$ ? zzz.com%{REQUEST_URI} [R=301,L]
五、由于有些例子是針對特殊路徑或特別情況的，列出供大家在思路上參考。因為它們就是些例子。
| 目標 | 重寫設置 | 說明 |
| 規范化URL | RewriteRule?? ^/~([^/]+)/?(.*) ? /u/$1/$2 [R] | 將/~user重寫為/u/user的形式 |
| ? | RewriteRule ? ^/([uge])/([^/]+)$ ? /$1/$2/ [R] | 將/u/user末尾漏掉的/補上 |
| ? | ? | ? |
| 規范化HostName | RewriteCond?? %{HTTP_HOST}?? !^fully\.qualified\.domain\.name ? [NC] | 域名不合格 |
| ? | RewriteCond?? %{HTTP_HOST} ? !^$ | 不空 |
| ? | RewriteCond?? %{SERVER_PORT}?? !^80$ | 不是80端口 |
| ? | RewriteRule?? ^/(.*)?? http://fully.qualified.domain.name:%{SERVER_PORT}/$1?? [L,R] | 重寫 |
| ? | RewriteCond ? %{HTTP_HOST}?? !^fully\.qualified\.domain\.name?? [NC] | ? |
| ? | RewriteCond?? %{HTTP_HOST} ? !^$ | ? |
| ? | RewriteRule?? ^/(.*)?? http://fully.qualified.domain.name/$1 ? [L,R] | ? |
| ? | ? | ? |
| URL根目錄轉移 | RewriteEngine on | ? |
| ? | RewriteRule?? ^/$?? /e/www/ [R] | 從/移到/e/www/ |
| ? | ? | ? |
| 末尾目錄補斜線 | RewriteEngine on | ? |
| （目錄范圍內） | RewriteBase?? /~quux/ | ? |
| ? | RewriteRule ? ^foo$?? foo/?? [R] | /~quux/foo是一個目錄，補/ |
| ? | ? | ? |
| ? | RewriteEngine on | ? |
| ? | RewriteBase?? /~quux/ | ? |
| ? | RewriteCond ? %{REQUEST_FILENAME}?? -d | 如果請文件名是個目錄 |
| ? | RewriteRule?? ^(.+[^/])$?? $1/ [R] | URL末尾不是斜線時補上 |
| ? | ? | ? |
| Web集群 | RewriteEngine on | ? |
| ? | RewriteMap?? user-to-host?? txt:/path/to/map.user-to-host | 用戶－服務器映射 |
| ? | RewriteMap?? group-to-host ? txt:/path/to/map.group-to-host | 組－服務器映射 |
| ? | RewriteMap?? entity-to-host?? txt:/path/to/map.entity-to-host | 實體－服務器映射 |
| ? | RewriteRule?? ^/u/([^/]+)/?(.*)?? http://${user-to-host:$1|server0}/u/$1/$2 | 用戶均衡 |
| ? | RewriteRule?? ^/g/([^/]+)/?(.*)?? http://${group-to-host:$1|server0}/g/$1/$2 | 組均衡 |
| ? | RewriteRule?? ^/e/([^/]+)/?(.*)?? http://${entity-to-host:$1|server0}/e/$1/$2 | 實體均衡 |
| ? | RewriteRule?? ^/([uge])/([^/]+)/?$?? /$1/$2/.www/ | ? |
| ? | RewriteRule?? ^/([uge])/([^/]+)/([^.]+.+)?? /$1/$2/.www/$3\ | ? |
| ? | ? | ? |
| URL根目錄搬遷 | RewriteEngine on | ? |
| ? | RewriteRule ? ^/~(.+)?? http://newserver/~$1 ? [R,L] | 到其它服務器 |
| ? | ? | ? |
| 所用戶名首字母分 | RewriteEngine on | ? |
| ? | RewriteRule?? ^/~(([a-z])[a-z0-9]+)(.*)?? /home/$2/$1/.www$3 | 內一層括號為$2 |
| ? | ? | ? |
| NCSA imagemap移 | RewriteEngine on | ? |
| 植為mod_imap | RewriteRule?? ^/cgi-bin/imagemap(.*)?? $1?? [PT] | ? |
| ? | ? | ? |
| 多目錄查找資源 | RewriteEngine on | ? |
| ? | # first try to find it in custom/... | ? |
| ? | RewriteCond?? /your/docroot/dir1/%{REQUEST_FILENAME}?? -f | ? |
| ? | RewriteRule?? ^(.+) /your/docroot/dir1/$1 ? [L] | ? |
| ? | # second try to find it in pub/... | ? |
| ? | RewriteCond?? /your/docroot/dir2/%{REQUEST_FILENAME}?? -f | ? |
| ? | RewriteRule ? ^(.+)?? /your/docroot/dir2/$1?? [L] | ? |
| ? | # else go on for other Alias or ScriptAlias directives, | ? |
| ? | RewriteRule?? ^(.+)?? - [PT] | ? |
| ? | ? | ? |
| 據URL設置環境變量 | RewriteEngine on | ? |
| ? | RewriteRule?? ^(.*)/S=([^/]+)/(.*)?? $1/$3 [E=STATUS:$2] | ? |
| ? | ? | ? |
| 虛擬主機 | RewriteEngine on | ? |
| ? | RewriteCond ? %{HTTP_HOST} ? ^www\.[^.]+\.host\.com$ | 基于用戶名 |
| ? | RewriteRule?? ^(.+)?? %{HTTP_HOST}$1 ? [C] | ? |
| ? | RewriteRule?? ^www\.([^.]+)\.host\.com(.*)?? /home/$1$2 | ? |
| ? | ? | ? |
| 內外人有別 | RewriteEngine on | ? |
| ? | RewriteCond?? %{REMOTE_HOST}?? !^.+\.ourdomain\.com$ | 基于遠程主機 |
| ? | RewriteRule?? ^(/~.+) ? http://www.somewhere.com/$1?? [R,L] | ? |
| ? | ? | ? |
| 錯誤重定向 | RewriteEngine on | ? |
| ? | RewriteCond ? /your/docroot/%{REQUEST_FILENAME}?? !-f | 不是regular文件 |
| ? | RewriteRule?? ^(.+)?? http://webserverB.dom/$1 | ? |
| ? | ? | ? |
| 程序處理特殊協議 | RewriteRule ? ^xredirect:(.+)?? /path/to/nph-xredirect.cgi/$1 \ | Xredirect協議 |
| ? | [T=application/x-httpd-cgi,L] | ? |
| ? | ? | ? |
| 最近鏡像下載 | RewriteEngine on | ? |
| ? | RewriteMap?? multiplex?? txt:/path/to/map.cxan | 頂級域名與最近ftp服務器映射 |
| ? | RewriteRule ? ^/CxAN/(.*)?? %{REMOTE_HOST}::$1 [C] | ? |
| ? | RewriteRule?? ^.+\.([a-zA-Z]+)::(.*)$?? ${multiplex:$1|ftp.default.dom}$2 ? [R,L] | 據頂級域名不同提供不同的FTP服務器 |
| ? | ? | ? |
| 基于時間重寫 | RewriteEngine on | ? |
| ? | RewriteCond?? %{TIME_HOUR}%{TIME_MIN}?? >0700 | ? |
| ? | RewriteCond?? %{TIME_HOUR}%{TIME_MIN}?? <1900 | ? |
| ? | RewriteRule ? ^foo\.html$ ? foo.day.html | 白天為早晚7點間 |
| ? | RewriteRule?? ^foo\.html$ ? foo.night.html | 其余為夜間 |
| ? | ? | ? |
| 向前兼容擴展名 | RewriteEngine on | ? |
| ? | RewriteBase /~quux/ | ? |
| ? | # parse out basename, but remember the fact | ? |
| ? | RewriteRule?? ^(.*)\.html$?? $1?? [C,E=WasHTML:yes] | ? |
| ? | # rewrite to document.phtml if exists | ? |
| ? | RewriteCond?? %{REQUEST_FILENAME}.phtml -f | 如果存在$1.phtml則重寫 |
| ? | RewriteRule ? ^(.*)$?? $1.phtml ? [S=1] | ? |
| ? | # else reverse the previous basename cutout | ? |
| ? | RewriteCond?? %{ENV:WasHTML} ? ^yes$ | 如果不存在$1.phtml，則保持不變 |
| ? | RewriteRule?? ^(.*)$?? $1.html | ? |
| ? | ? | ? |
| 文件改名（目錄級） | RewriteEngine on | 內部重寫 |
| ? | RewriteBase ? /~quux/ | ? |
| ? | RewriteRule?? ^foo\.html$?? bar.html | ? |
| ? | ? | ? |
| ? | RewriteEngine on | 重定向由客戶端再次提交 |
| ? | RewriteBase?? /~quux/ | ? |
| ? | RewriteRule ? ^foo\.html$ ? bar.html ? [R] | ? |
| ? | ? | ? |
| 據瀏覽器類型重寫 | RewriteCond?? %{HTTP_USER_AGENT}?? ^Mozilla/3.* | ? |
| ? | RewriteRule ? ^foo\.html$ foo.NS.html?? [L] | ? |
| ? | RewriteCond?? %HTTP_USER_AGENT}?? ^Lynx/.* [OR] | ? |
| ? | RewriteCond?? %{HTTP_USER_AGENT}?? ^Mozilla/[12].* | ? |
| ? | RewriteRule ? ^foo\.html$ ? foo.20.html [L] | ? |
| ? | RewriteRule?? ^foo\.html$ ? foo.32.html [L] | ? |
| ? | ? | ? |
| 動態鏡像遠程資源 | RewriteEngine on | ? |
| ? | RewriteBase?? /~quux/ | ? |
| ? | RewriteRule ? ^hotsheet/(.*)$?? http://www.tstimpreso.com/hotsheet/$1?? [P] | 利用了代理模塊 |
| ? | ? | ? |
| ? | RewriteEngine on | ? |
| ? | RewriteBase?? /~quux/ | ? |
| ? | RewriteRule?? ^usa-news\.html$?? http://www.quux-corp.com/news/index.html [P] | ? |
| ? | ? | ? |
| 反向動態鏡像 | RewriteEngine on | ? |
| ? | RewriteCond?? /mirror/of/remotesite/$1?? -U | ? |
| ? | RewriteRule?? ^http://www\.remotesite\.com/(.*)$ ? /mirror/of/remotesite/$1 | ? |
| ? | ? | ? |
| 負載均衡 | RewriteEngine on | 利用代理實現round-robin效果 |
| ? | RewriteMap ? lb?? prg:/path/to/lb.pl | ? |
| ? | RewriteRule?? ^/(.+)$?? ${lb:$1} [P,L] | ? |
| ? | ? | ? |
| ? | #!/path/to/perl | ? |
| ? | $| = 1; | ? |
| ? | $name = "www"; # the hostname base | ? |
| ? | $first = 1; # the first server (not 0 here, because 0 is myself) | ? |
| ? | $last = 5; # the last server in the round-robin | ? |
| ? | $domain = "foo.dom"; # the domainname | ? |
| ? | $cnt = 0; | ? |
| ? | while () { | ? |
| ? | $cnt = (($cnt+1) % ($last+1-$first)); | ? |
| ? | $server = sprintf("%s%d.%s", $name, $cnt+$first, $domain); | ? |
| ? | print "http://$server/$_"; | ? |
| ? | } | ? |
| ? | ##EOF## | ? |
| ? | ? | ? |
| 靜態頁面變腳本 | RewriteEngine on | ? |
| ? | RewriteBase?? /~quux/ | ? |
| ? | RewriteRule?? ^foo\.html$ ? foo.cgi ? [T=application/x-httpd-cgi] | ? |
| ? | ? | ? |
| 阻擊機器人 | RewriteCond ? %{HTTP_USER_AGENT}?? ^NameOfBadRobot.* | ? |
| ? | RewriteCond?? %{REMOTE_ADDR}?? ^123\.45\.67\.[8-9]$ | ? |
| ? | RewriteRule?? ^/~quux/foo/arc/.+?? - [F] | ? |
| ? | ? | ? |
| 阻止盜連你的圖片 | RewriteCond?? %{HTTP_REFERER}?? !^$ | ? |
| ? | RewriteCond?? %{HTTP_REFERER} ? !^http://www.quux-corp.de/~quux/.*$ ? [NC] | 自己的連接可不能被阻止 |
| ? | RewriteRule?? .*\.gif$?? - [F] | ? |
| ? | ? | ? |
| ? | RewriteCond?? %{HTTP_REFERER}?? !^$ | ? |
| ? | RewriteCond?? %{HTTP_REFERER}?? !.*/foo-with-gif\.html$ | ? |
| ? | RewriteRule ? ^inlined-in-foo\.gif$ ? - [F] | ? |
| ? | ? | ? |
| 拒絕某些主機訪問 | RewriteEngine on | ? |
| ? | RewriteMap?? hosts-deny?? txt:/path/to/hosts.deny | ? |
| ? | RewriteCond ? ${hosts-deny:%{REMOTE_HOST}|NOT-FOUND} ? !=NOT-FOUND?? [OR] | ? |
| ? | RewriteCond?? ${hosts-deny:%{REMOTE_ADDR}|NOT-FOUND}?? !=NOT-FOUND | ? |
| ? | RewriteRule?? ^/.*?? - [F] | ? |
| ? | ? | ? |
| 用戶授權 | RewriteCond?? %{REMOTE_IDENT}@%{REMOTE_HOST}?? !^friend1@client1.quux-corp\.com$ | ? |
| ? | RewriteCond?? %{REMOTE_IDENT}@%{REMOTE_HOST}?? !^friend2@client2.quux-corp\.com$ | ? |
| ? | RewriteCond?? %{REMOTE_IDENT}@%{REMOTE_HOST} ? !^friend3@client3.quux-corp\.com$ | ? |
| ? | RewriteRule ? ^/~quux/only-for-friends/ ? - [F] | ? |
| ? | ? | ? |
| 外部重寫程序模板 | RewriteEngine on | ? |
| ? | RewriteMap?? quux-map?? prg:/path/to/map.quux.pl | ? |
| ? | RewriteRule?? ^/~quux/(.*)$?? /~quux/${quux-map:$1} | ? |
| ? | ? | ? |
| ? | #!/path/to/perl | ? |
| ? | $| = 1; | ? |
| ? | while (<>) { | ? |
| ? | s|^foo/|bar/|; | ? |
| ? | print $_; | ? |
| ? | } | ? |
| ? | ? | ? |
| 搜索引擎友好 | RewriteRule?? ^/products$ ? /content.php | ? |
| ? | RewriteRule ? ^/products/([0-9]+)$ ? /content.php?id=$1 | ? |
| ? | RewriteRule ? ^/products/([0-9]+),([ad]*),([0-9]{0,3}),([0-9]*),([0-9]*$) ? /marso/content.php?id=$1&sort=$2&order=$3&start=$4 | ? |
總結
以上是生活随笔為你收集整理的Apache中 RewriteRule 规则参数介绍的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： java模拟器 能玩sisx_塞班sis
- 下一篇： eclipse快捷键及各种设置