Apache-rewrite+13個經典案例
一:目的
本文旨在提供如何用Apache重寫規則來解決一些常見的URL重寫方法的問題，通過常見的
實例給用戶一些使用重寫規則的基本方法和線索。
二:為什麽需要用重寫規則？
一個網站，如果是長期需要放在internet上提供服務，必定會有不斷地更新和維護，如臨
時轉移到其它服務器進行維護，重新組織目錄結構，變換URL甚至改變到新的域名等等，
而為了讓客戶不會因此受到任何影響，最好的方法就是使用Apache Rewrite Rule(重寫
規則)。
三: 重寫規則的作用範圍
1) 可以使用在Apache主配置文件httpd.conf中
2) 可以使用在httpd.conf裏定義的虛擬主機配置中
3) 可以使用在基本目錄的跨越配置文件.htaccess中
四:重寫規則的應用條件
只有當用戶的WEB請求最終被導向到某臺WEB服務器的Apache後臺，則這臺WEB服務器接受
進來的請求，根據配置文件該請求是主配置還是虛擬主機，再根據用戶在瀏覽器中請求的
URI來配對重寫規則並且根據實際的請求路徑配對.htaccess中的重寫規則。最後把請求
的內容傳回給用戶，該響應可能有兩種：
1) 對瀏覽器請求內容的外部重定向(Redirect)到另一個URL。
讓瀏覽器再次以新的URI發出請求(R=301或者R=302，臨時的或是永久的重定向)
如：一個網站有正規的URL和別名URL，對別名URL進行重定向到正規URL，或者網站改換
成了新的域名
則把舊的域名重定向到新的域名(Redirect)
2) 也可能是由Apache內部子請求代理產生新的內容送回給客戶[P,L]
這是Apache內部根據重寫後的URI內部通過代理模塊請求內容並送回內容給客戶，而客戶
端瀏覽器並 不知道，瀏覽器中的URI不會被重寫。但實際內容被Apache根據重寫規則後的URI得到。
如：在公司防火墻上運行的Apache啟動這種代理重寫規則，代理對內部網段上的WEB服務
器的請求。
五:重寫規則怎樣工作？
我們假定在編譯Apache時已經把mod_rewrite編譯成模塊，確信你的httpd.conf中有
LoadModule rewrite_module libexec/mod_rewrite.so
並且在Addmodule中有
Addmodule mod_rewrite.c
則可以使用重寫規則。
當外部請求來到Apache，Apache調用重寫規則中的定義來重寫由用戶瀏覽器指定請求的
URI，最後被重寫的URI如果是重定向，則送由瀏覽器作再一次請求；如果是代理則把重寫
後的URI交給代理模塊請求最終的內容(Content),最後把內容送回給瀏覽器。
六: 何時使用.htaccess中的重寫規則定義？
假如你對你的的網站內容所在的服務器沒有管理員權限，或者你的網站放在ISP的服務器
上托管等等條件下，你無法改寫主配置文件，然而你可以對你的WEB站點內容所在的目錄
有寫權限，則你可以設置自己的.htaccess
文件達到同樣的目的。但你需要確定主配置文件中對你的網站所在的目錄定義了下面的內
容:
Options Indexes FollowSymLinks
AllowOverride all
否則你的.htaccess不會工作。
七: 應用舉例
假定Apache被編譯安裝在主機192.168.1.56的/usr/local/apache/ 目錄下面，我們編
譯進了重寫和代理模塊。
1) 隱藏Apache下的某個目錄，使得對該目錄的任何請求都重定向到另一個文件。
a> httpd.conf的實現方法
我們放下面的部分到/usr/local/apache/conf/httpd.conf
options Indexes followsymlinks
allowoverride all
rewriteengine on
rewritebase /
rewriterule ^(.*)$ index.html.en [R=301]
註：rewriteengine on 為重寫引擎開關，如果設為off,則任何重寫規則定義將不被應
用，該開關的另一好處就是如果為了臨時拿掉重寫規則，則改為off再重啟動Apache即
可，不必將下面一條條的重寫規則註釋掉。
rewritebase / 的作用是如果在下面的rewriterule定義中被重寫後的部分(此處為文件
名index.html.en)前面沒有/，則是相對目錄，相對於這個rewritebase後面的定義也就
是/usr/local/apache/htdocs/index.html.en,否則，如果此處沒有rewritebase /這
一項，則被重寫成
[url]http://192.168.1.56/usr/local/apache/htdocs/manual/index.html.en [/url]，顯然是
不正確的。
不過這裏我們也可以不用rewritebase / , 而改為
rewriteengine on
rewriterule ^(.*)$ /index.html.en [R=301]
或者
rewriteengine on
rewriterule ^(.*)$ [url]http://192.168.1.56/index.html.en [/url][R=301]
b> .htaccess的實現方法
我們先放下面的部分到httpd.conf
options Indexes followsymlinks
allowoverride all
然後放下面的部分到/usr/local/apache/htdocs/manual/.htaccess中
rewriteengine on
rewritebase /
rewriterule ^(.*)$ index.html.en [R=301]
註：對文件.htaccess所作的任何改動不需要重啟動Apache.
問：要是把這個manual目錄重定向到用戶jephe的自己的主目錄呢？
用下面的.htaccess方案。
rewriteengine on
rewritebase /~jephe/
rewriterule ^(.*)$ $1 [R=301]
則對manual目錄下任何文件的請求被重定向到~jephe目錄下相同文件的請求。
2) 轉換[url]www.username.domain.com[/url]的對於username的主頁請求為
[url]www.domain.com/username [/url]
對於HTTP/1.1的請求包括一個Host: HTTP頭，我們能用下面的規則集重寫
[url]http://www.username.domain.com/anypath [/url]到 /home/username/anypath
Rewriteengine on
rewritecond %{HTTP_HOST} ^www\.[^.]+\.host\.com$
rewriterule ^(.+) %{HTTP_HOST}$1 [C]
rewriterule ^www\.([^.]+)\.host\.com(.*) /home/$1$2
註：
rewritecond 條件重寫規則，當滿足後面定義的條件後才會應用下面的重寫規則，
rewritecond有各種變量
，請查閱相關文檔。
3) 防火墻上的重寫規則代理內部網段上服務器的請求。
NameVirtualhost 1.2.3.4
servername [url]www.domain.com [/url]
rewriteengine on
proxyrequest on
rewriterule ^/(.*)$ [url]http://192.168.1.3/$1 [/url][P,L]
註：當外部瀏覽器請求[url]www.domain.com[/url]時被解析到IP地址1.2.3.4 ,Apache 交出
mod_rewrite處理轉換成
[url]http://192.168.1.3/$1[/url]後再交由代理模塊mod_proxy得到內容後傳送回用戶的瀏覽器。
4) 基本預先設定的轉換MAP表進行重寫 rewritemap
轉換[url]www.domain.com/[/url]{countrycode}/anypath 到Map表中規定的URI,上面是虛擬主機
中的定義
rewritelog /usr/local/apache/logs/rewrite.log
rewriteloglevel 9
rewriteengine on
proxyrequest on
rewritemap sitemap txt:/usr/local/apache/conf/rewrite.map
rewriterule ^/([^/]+)+/(.*)$ [url]http://%[/url]{REMOTE_HOST}::$1 [C]
rewriterule (.*)::([a-z]+)$ ${sitemap:$2|[url]http://h.i.j.k/[/url]} [R=301,L]
文件/usr/local/apache/conf/rewrite.map的內容如下:
sg [url]http://a.b.c.d/ [/url]
sh [url]http://e.f.g.h/ [/url]
註： 當用戶請求[url]http://www.domain.com/sg/anypath[/url]時被重寫為
[url]http://a.b.c.d/anypath . [/url]
當需要調試時請用rewritelog and rewriteloglevel 9聯合,9為最大即得到最多的調試
信息
最小為1，最小的調試信息，默認為0，沒有調試信息。
sitemap的語法是${sitemap: LookupKey | Defaultvalue} ,有些書上把$寫成了%是錯
誤的
-------------------------13個經典案例-------------------------------
1．去掉域名中的www標記
復制代碼 代碼如下:
RewriteCond %{HTTP_HOST} !^jb51\.net$ [NC]
RewriteRule .? http://jb51.net%{REQUEST_URI} [R=301,L]
2．去掉www標記，但是保存子域名
復制代碼 代碼如下:
RewriteCond %{HTTP_HOST} ^www\.(([a-z0-9_]+\.)?jb51\.net)$ [NC]
RewriteRule .? http://%1%{REQUEST_URI} [R=301,L]
這裏，當匹配到1%變量以後，子域名才會在%2（內部原子）中抓取到，而我們需要的正是這個%1變量。
3．給子域名加www標記
復制代碼 代碼如下:
RewriteCond %{HTTP_HOST} ^([a-z.]+)?jb51\.net$ [NC]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule .? http://www.%1jb51.net%{REQUEST_URI} [R=301,L]
這個規則抓取二級域名的%1變量，如果不是以www開始，那麽就加www，以前的域名以及{REQUEST_URI}會跟在其後。
4．防止圖片盜鏈
一些站長不擇手段的將你的圖片盜鏈在他們網站上，耗費你的帶寬。你可以加一下代碼阻止這種行為。
復制代碼 代碼如下:
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www\.)?jb51\.net/ [NC]
RewriteRule \.(gif|jpg|png)$ – [F]
如果{HTTP_REFERER}值不為空，或者不是來自你自己的域名，這個規則用[F]FLAG阻止以gif|jpg|png 結尾的URL
如果對這種盜鏈你是堅決鄙視的，你還可以改變圖片，讓訪問盜鏈網站的用戶知道該網站正在盜用你的圖片。
復制代碼 代碼如下:
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www\.)?jb51\.net/.*$ [NC]
RewriteRule \.(gif|jpg|png)$ 你的圖片地址 [R=301,L]
除了阻止圖片盜鏈鏈接，以上規則將其盜鏈的圖片全部替換成了你設置的圖片。
你還可以阻止特定域名盜鏈你的圖片：
復制代碼 代碼如下:
RewriteCond %{HTTP_REFERER} !^http://(www\.)?leech_site\.net/ [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.jb51.net/index.php?id=nnnn,不包含marker，所以被第一個規則永久重定向到 http://www.jb51.net/nnnn，第二個規則將http://www.jb51.net/nnnn反定向到http: //www.jb51.net/index.php?marker&id=nnnn，並且加了marker以及id=nnnn兩個變量，最後 mod_rewrite就開始進行處理過程。
第二次匹配，marker被匹配，所以忽略第一條規則，這裏有一個“.”字符會出現在http://www.jb51.net/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.jb51.net/$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.jb51.net/$1 [R=301,L]
13．在特定的頁面上強制執行安全服務
遇到同一個服務器根目錄下分別有一個安全服務域名和一個非安全服務域名，所以你就需要用RewriteCond 判斷安全服務端口是否占用，並且只將以下列表的頁面要求為安全服務：
復制代碼 代碼如下:
RewriteCond %{SERVER_PORT} !^443$
RewriteRule ^/?(page1|page2|page3|page4|page5)$ https://www.jb51.net/%1[R=301,L]
以下是怎樣將沒有設置成安全服務的頁面返回到80端口：
復制代碼 代碼如下:
RewriteCond %{ SERVER_PORT } ^443$
RewriteRule !^/?(page6|page7|page8|page9)$http://www.jb51.net%{REQUEST_URI} [R=301,L]
其實Rewrite裏運用最多的還應該是正則表達式，如果了解點兒正則的話，寫起這個規則還是比較簡單的。
Apache-rewrite+13個經典案例