ASP.NET的SEO— Global.asax和HttpModule中的RewritePath()方法

本系列目錄

 

因為在網上搜到了很多這方面的文章，而且UrlRewrite中SEO中的重要性也在逐步下降，所以這一節我就寫得簡單一些。以下是幾個重點：

1.UrlRewrite，顧名思義，只是針對URL進行的重寫操作，不要認為www.freeflying.com/Jack/articles-2467.html就真的對應著一個html檔案：articles-2467.html；實際上，該連結真正對應的是www.freeflying.com/articles.aspx?author=Jack&id=2467。所以，以前有人把這種技術稱之為“偽靜態”；當然，既然有“偽”，也就有真，那就是用IO操作，真正的根據使用者輸入、資料庫查詢之類的，產生一個html檔案。這種技術，不再本系列討論範圍之類（且個人認為，價值不大）。

2. 要將www.freeflying.com/Jack/articles-2467.html 轉化成 www.freeflying.com/articles.aspx?author=Jack&id=2467，肯定不能在我們習慣的頁面事件中完成。因為如果不經過轉換，我們根本無法到達www.freeflying.com/articles.aspx頁面，連結會直接指向www.freeflying.com/Jack/articles-2467.html，在那裡，也沒有articles-2467.html檔案，我們只能得到一個404錯誤。所以，轉換工作將在“應用程式生命週期”中完成。

具體的實現方式有兩種：Global.asax和HttpModule；但他們都採用了同一個方法：RewritePath()。

對於應該選擇Global.asax還是HttpModule，有很多人都認為，HttpModule 效率更高，但我無法理解。按照msdn的說法，“如果我們建立了Global.asax檔案，該檔案將會被編譯成一個HttpApplication衍生類別，並由該HttpApplicant衍生類別代替預設的HttpApplication執行個體，用以維護application。當 HttpApplication執行個體被建立的同時，在web.config中註冊的所有HttpModule也會被建立；再然後，HttpApplication的Init()方法被調用。”“HttpApplication執行個體維護一個pipeline，用以依次對 request請求進行驗證、緩衝等處理”，而比較常用的有BeginRequest事件（在UrlRewrite中就是調用的該方法），ProcesRequest()方法（HttpHandler中必須實現的方法）。所以，我認為，HttpApplication（包括 Global.asax檔案）“包含”了Application事件、HttpModule和HttpHandler的“容器”。無論把代碼寫在 Global.asax還是HttpModule中，效能是一樣的。
3. 如代碼所示，如果僅有一個或幾個轉換，我們可以使用if之類的運算式，如果是成千上萬個轉換，我們怎麼辦？而且事實的確如此，可以想象，id應該就是資料庫裡某個表的自增長欄位。有沒有一種自動化的處理機制，使得我們可以讓程式智能化的進行URL的轉換？有，就是大名鼎鼎的Regex。我們下一節專節進行講解。

最後，是我找到的一些很好的參考連結：

UrlRewrite還有必要嗎？Google的官方解釋

asp.net4.0中的“URL Routing”，據說能實現和URL Rewrite一樣的功能

園子裡老趙的部落格，UrlRewrite的實現機制

還是老趙，估計是被SEOer氣瘋了之後寫的一篇部落格