今天的support內容需要測試Apache 頁面重定向，簡單的說就是配置Apache讓它自動把舊的URL地址轉換成新的URL輸出。 

• 首先，apache重定向功能需要呼叫mod_rewrite模組，由於apache2.2的modules資料夾中帶有該模組，所以我們只需開啟http.conf檔案中的LoadModule rewrite_module modules/mod_rewrite.so（去掉前面的‘#’就可以了）。

 Apache模組 mod_rewrite說明

• 修改http.conf檔案，追加以下程式碼：

常用指令：

• RewriteBase

語法：RewriteBase URL-path

RewriteBase指令顯式地設定了目錄級重寫的基準URL。預設值是，RewriteBase physical-directory-path在對一個新的URL進行替換時，此模組必須把這個URL重新注入到伺服器處理中。 為此，它必須知道其對應的URL字首或者說URL基準。通常，此字首就是對應的檔案路徑。 但是，大多數網站URL不是直接對應於其物理檔案路徑的，因而一般不能做這樣的假定! 所以在這種情況下，就必須用RewriteBase指令來指定正確的URL字首。

RewriteEngine On

#  let the server know that we were reached via /xyz and not

#  via the physical path prefix /abc/def
RewriteBase   /xyz

 語法：RewriteCond TestString CondPattern

RewriteCond指令定義了一個規則的條件，即，在一個指令之前有一個或多個RewriteCond指令。 條件之後的重寫規則僅在當前URI與pattern匹配並且符合這些條件的時候才會起作用。

TestString是一個純文字的字串，但是還可以包含下列可擴充套件的成分。CondPattern是條件pattern, 即, 一個應用於當前例項TestString的正則表示式, 即, TestString將會被計算然後與CondPattern匹配.

RewriteCond  %{HTTP_USER_AGENT}  ^Mozilla.*
RewriteRule  ^/$                 /homepage.max.html  

RewriteCond  %{HTTP_USER_AGENT}  ^Lynx.*
RewriteRule  ^/$                 /homepage.min.html  

RewriteRule  ^/$                 /homepage.std.html  

 語法：RewriteEngine on|off

RewriteEngine指令開啟或關閉執行時刻的重寫引擎。 如果設定為off，則此模組不執行任何執行時刻的重寫操作， 甚至也不更新SCRIPT_URx環境變數。使用該指令可以使此模組無效，而無須註釋所有的指令!

注意：預設情況下，重寫配置是不可繼承的， 即，必須在每個需要的虛擬主機中設定一個RewriteEngine on指令。

語法：RewriteLog file-path

RewriteLog指令設定用於記錄所有重寫操作的檔案的名稱。 如果此檔名不是以斜槓('/')開頭，則它是相對於Server Root的。 此指令應該僅僅出現在伺服器級配置中。

 

語法：RewriteLogLevel Level

RewriteLogLevel指令設定重寫引擎日誌的詳細程度的級別。 預設級別0意味著不記錄，而9或更大的值意味著記錄所有的操作。

要關閉重寫引擎日誌，可以簡單地設此值為0，關閉所有的重寫操作記錄。使用較高的Level值會使Apache伺服器速度急劇下降! 重寫日誌使用大於2的Level值只用於除錯!

語法：RewriteRule Pattern Substitution

RewriteRule指令是重寫引擎的根本。此指令可以多次使用。 每個指令定義一個簡單的重寫規則。這些規則的定義順序尤為重要, 因為，在執行時刻，規則是按這個順序逐一生效的.

Pattern是一個作用於當前URL的相容perl的正則表示式. 這裡的``當前''是指該規則生效時的URL的值。 它可能與被請求的URL不同，因為其他規則可能在此之前已經發生匹配並對它做了改動。

[flags]

• 'redirect|R [=code]' (強制重定向 redirect)
  以http://thishost[:thisport]/(使新的URL成為一個URI) 為字首的Substitution可以強制性執行一個外部重定向。 如果code沒有指定，則產生一個HTTP響應程式碼302(臨時性移動)。 如果需要使用在300-400範圍內的其他響應程式碼，只需在此指定這個數值即可， 另外，還可以使用下列符號名稱之一: temp (預設的), permanent, seeother. 用它可以把規範化的URL反饋給客戶端，如, 重寫``/~''為 ``/u/''，或對/u/user加上斜槓，等等。
  

  注意: 在使用這個標記時，必須確保該替換欄位是一個有效的URL! 否則，它會指向一個無效的位置! 並且要記住，此標記本身只是對URL加上 http://thishost[:thisport]/的字首，重寫操作仍然會繼續。 通常，你會希望停止重寫操作而立即重定向，則還需要使用'L'標記.

• 'forbidden|F' (強制URL為被禁止的 forbidden)
  強制當前URL為被禁止的，即，立即反饋一個HTTP響應程式碼403(被禁止的)。 使用這個標記，可以連結若干RewriteConds以有條件地阻塞某些URL。
• 'gone|G' (強制URL為已廢棄的 gone)
  強制當前URL為已廢棄的，即，立即反饋一個HTTP響應程式碼410(已廢棄的)。 使用這個標記，可以標明頁面已經被廢棄而不存在了.
• 'proxy|P' (強制為代理 proxy)
  此標記使替換成分被內部地強制為代理請求，並立即(即， 重寫規則處理立即中斷)把處理移交給代理模組。 你必須確保此替換串是一個有效的(比如常見的以 http://hostname開頭的)能夠為Apache代理模組所處理的URI。 使用這個標記，可以把某些遠端成分對映到本地伺服器名稱空間， 從而增強了ProxyPass指令的功能。

  注意: 要使用這個功能，代理模組必須編譯在Apache伺服器中。 如果你不能確定，可以檢查``httpd -l''的輸出中是否有mod_proxy.c。 如果有，則mod_rewrite可以使用這個功能； 如果沒有，則必須啟用mod_proxy並重新編譯``httpd''程式。

• 'last|L' (最後一個規則 last)
  立即停止重寫操作，並不再應用其他重寫規則。 它對應於Perl中的last命令或C語言中的break命令。 這個標記可以阻止當前已被重寫的URL為其後繼的規則所重寫。 舉例，使用它可以重寫根路徑的URL('/')為實際存在的URL, 比如, '/e/www/'.
• 'next|N' (重新執行 next round)
  重新執行重寫操作(從第一個規則重新開始). 這時再次進行處理的URL已經不是原始的URL了，而是經最後一個重寫規則處理的URL。 它對應於Perl中的next命令或C語言中的continue命令。 此標記可以重新開始重寫操作，即, 立即回到迴圈的頭部。
  但是要小心，不要製造死迴圈!
• 'chain|C' (與下一個規則相連結 chained)
  此標記使當前規則與下一個(其本身又可以與其後繼規則相連結的， 並可以如此反覆的)規則相連結。 它產生這樣一個效果: 如果一個規則被匹配，通常會繼續處理其後繼規則， 即，這個標記不起作用；如果規則不能被匹配， 則其後繼的連結的規則會被忽略。比如，在執行一個外部重定向時， 對一個目錄級規則集，你可能需要刪除``.www'' (此處不應該出現``.www''的)。
• 'type|T=MIME-type' (強制MIME型別 type)
  強制目標檔案的MIME型別為MIME-type。 比如，它可以用於模擬mod_alias中的ScriptAlias指令， 以內部地強制被對映目錄中的所有檔案的MIME型別為``application/x-httpd-cgi''.
• 'nosubreq|NS' (僅用於不對內部子請求進行處理 no internal sub-request)
  在當前請求是一個內部子請求時，此標記強制重寫引擎跳過該重寫規則。 比如，在mod_include試圖搜尋可能的目錄預設檔案(index.xxx)時， Apache會內部地產生子請求。對子請求，它不一定有用的，而且如果整個規則集都起作用， 它甚至可能會引發錯誤。所以，可以用這個標記來排除某些規則。
  

  根據你的需要遵循以下原則: 如果你使用了有CGI指令碼的URL字首，以強制它們由CGI指令碼處理， 而對子請求處理的出錯率(或者開銷)很高，在這種情況下，可以使用這個標記。

• 'nocase|NC' (忽略大小寫 no case)
  它使Pattern忽略大小寫，即, 在Pattern與當前URL匹配時，'A-Z' 和'a-z'沒有區別。
• 'qsappend|QSA' (追加請求串 query string append)
  此標記強制重寫引擎在已有的替換串中追加一個請求串，而不是簡單的替換。 如果需要通過重寫規則在請求串中增加資訊，就可以使用這個標記。
• 'noescape|NE' (在輸出中不對URI作轉義 no URI escaping)
  此標記阻止mod_rewrite對重寫結果應用常規的URI轉義規則。 一般情況下，特殊字元(如'%', '$', ';'等)會被轉義為等值的十六進位制編碼。 此標記可以阻止這樣的轉義，以允許百分號等符號出現在輸出中，如：

  RewriteRule /foo/(.*) /bar?arg=P1/%3d$1 [R,NE]

  可以使'/foo/zed'轉向到一個安全的請求'/bar?arg=P1=zed'.
• 'passthrough|PT' (移交給下一個處理器 pass through)
  此標記強制重寫引擎將內部結構request_rec中的uri欄位設定為 filename欄位的值，它只是一個小修改，使之能對來自其他URI到檔名翻譯器的 Alias，ScriptAlias, Redirect 等指令的輸出進行後續處理。舉一個能說明其含義的例子： 如果要通過mod_rewrite的重寫引擎重寫/abc為/def， 然後通過mod_alias使/def轉變為/ghi，可以這樣:

  RewriteRule ^/abc(.*) /def$1 [PT]
Alias /def /ghi

  如果省略了PT標記，雖然mod_rewrite運作正常， 即, 作為一個使用API的URI到檔名翻譯器， 它可以重寫uri=/abc/...為filename=/def/...， 但是，後續的mod_alias在試圖作URI到檔名的翻譯時，則會失效。

  注意: 如果需要混合使用不同的包含URI到檔名翻譯器的模組時， 就必須使用這個標記。。 混合使用mod_alias和mod_rewrite就是個典型的例子。

  For Apache hackers

  如果當前Apache API除了URI到檔名hook之外，還有一個檔名到檔名的hook， 就不需要這個標記了! 但是，如果沒有這樣一個hook，則此標記是唯一的解決方案。 Apache Group討論過這個問題，並在Apache 2.0 版本中會增加這樣一個hook。
• 'skip|S=num' (跳過後繼的規則 skip)
  此標記強制重寫引擎跳過當前匹配規則後繼的num個規則。 它可以實現一個偽if-then-else的構造: 最後一個規則是then從句，而被跳過的skip=N個規則是else從句. (它和'chain|C'標記是不同的!)
• 'env|E=VAR:VAL' (設定環境變數 environment variable)
  此標記使環境變數VAR的值為VAL, VAL可以包含可擴充套件的反向引用的正則表示式$N和%N。 此標記可以多次使用以設定多個變數。 這些變數可以在其後許多情況下被間接引用，但通常是在XSSI (via <!--#echo var="VAR"-->) or CGI (如 $ENV{'VAR'})中， 也可以在後繼的RewriteCond指令的pattern中通過%{ENV:VAR}作引用。 使用它可以從URL中剝離並記住一些資訊。
• 'cookie|CO=NAME:VAL:domain[:lifetime[:path]]' (設定cookie)
  它在客戶端瀏覽器上設定一個cookie。 cookie的名稱是NAME，其值是VAL。 domain欄位是該cookie的域，比如'.apache.org', 可選的lifetime是cookie生命期的分鐘數， 可選的path是cookie的路徑。