asp.net用url重寫URLReWriter實現任意次層網域 進階篇

我最近寫了個小例子,大家可以先看這個,裡面有小例子的完整代碼下載
http://www.jb51.net/article/20906.htm

好久沒有寫技術文章,如果大家看不明白,就多看幾篇,汗,或者,在文章的後面回複(這是最有效辦法),我會儘力協助大家解答疑惑.

來找這篇文章的,應該都知道什麼叫次層網域吧,廢話就不說了.但是討論前,先要明白一個思想問題.
很多朋友一直考慮不清(我前幾天也一直搞不明白)的問題是,我鍵入一個地址後,怎麼這個url就被重寫了?
第一步:在瀏覽器鍵入了一個地址,比如http://love.kerry.com,點斷行符號後,都發生了什麼?
為了把問題簡單化,我來這樣解釋:
第二步:首先,鍵入的地址被解析,最終來到了一台web伺服器.交給IIS處理.在.net的世界中,IIS會把這樣的請求再交給一個web處理器 處理,最後,該 web處理器 把處理的結果返回給瀏覽器,顯示給使用者看.
請不用忽略這樣一個問題,第二步的所有事情都是在伺服器端做的.在這些事情進行的時候,使用者端的瀏覽器上面的地址不會改變.即使最後 web處理器 把處理結果返回來的時候,上面的地址也不會改變.
一開始鍵入的url,只是起一個敲門的作用,門敲完了,作用就算結束了,只有你的眼睛可以看到那個地址,瀏覽器,伺服器等都不知道這個地址.
然後要明白的問題是,所謂url重寫,也只是web開發人員知道的內幕情況,使用者根本不知道發生了什麼,他認為自己鍵入的地址就是應該出來螢幕上顯示的結果.也就是說,我們在幕後控制要顯示的內容.
接下來要考慮的是,怎麼樣控制顯示的內容?
從上面說的過程,很明顯要在 web處理器 的工作這一步動手腳.

一個最簡單的考慮是,使用者敲入了一個簡單的不帶任何參數地址, http://love.kerry.com然後我們把這個地址改成一個符合程式需要的帶參數的地址, http://kerry.com?lover=notus,最後處理之.
所謂的url重寫,就是在這一步.
用.net的術語來說,我們需要給應用程式註冊一個httpmodule,用來處理特定的url
註冊httpmodule,在web.config,
處理url,在我們提供的httpmodule程式中

大體相當於這樣的一段程式

//用我們的httpmodule程式截獲原始url
String OriginalUrl=” http://love.kerry.com”;
//處理原始url,得到最後需要的url,值為http://kerry.com?lover=notus
String FinalUrl=Rewrite(OriginalUrl);
// context重新將url在內部發送給IIS處理
context.RewritePath(FinalUrl);

接下來,我們來實現url重寫.
第一步:確定要對哪些url執行重寫,即制定重寫規則
第二步:編寫httpmodule處理常式
第三步:將編寫的httpmodule整合入web程式,開始工作.

上面就是url重寫的基本知識,而用url重寫實現次層網域,過程一樣.因為無論是次層網域還是第三層網域名,都是一個url地址.只要我們截獲這個url地址,就可以在處理的時候動手腳.

這些工作挺麻煩,但是網路上已經有高人給我們寫了這樣的程式,參看下面的文章:

http://www.microsoft.com/china/msdn/library/webservices/asp.net/URLRewriting.mspx

http://www.cnblogs.com/jzywh/archive/2005/09/29/246650.html

http://www.cnblogs.com/jzywh/archive/2006/02/20/334004.html

文章結束了.

在實施過程中會碰到一些問題,大多是因為看上面的文章不仔細產生的,但是說實話,那麼長的文章要看完也不容易.下面我來記錄一些重要的問題.其中最後的兩個問題,用具體的代碼展示了如何處理重寫的目標url以達到我們的要求

為什麼非要用泛解析?
看了好多朋友的回複,我想現在可能有這樣的誤解,即,這篇關於url重寫的文章只是給大家介紹一些處理方法.至於泛解析不泛解析,並不重要.
如果你不需要實現任意次層網域,那就用不著去實現泛解析,直接把你需要的次層網域定死,然後在url重寫裡處理好了!
再退一步,如果連次層網域都不用實現,僅僅是對一個固定網域名稱下的url進行重寫,那都不需要修改msdn的那個urlrewriter,直接拿來用就可以實現了簡單的url重寫. zyw對這個項目進行的修改,只是為了取到全部的url進行更大限度的控制.而如我們所見,一開始msdn的那個urlrewriter並不關心網域名稱的問題
我一開始給文章起這樣的題目,是因為最近我項目裡用到了,寫文檔的時候順便就把這個文章寫了

微軟的URLRewriter是什麼?這個項目在哪裡下載的?
這個是在msdn上一篇介紹URLRewriter的文章中提供的樣本程式,可以在這裡下載到
http://www.microsoft.com/china/msdn/library/webservices/asp.net/URLRewriting.mspx

怎麼使用這些代碼?麻煩嗎?
肯定的說,不麻煩,要做的事情有:
下載代碼到你的機器上.
安裝後,把URLRewriter這個項目添加到你自己的工程中
按照上面給的地址裡的方法,修改代碼
配置web.config,開始使用.

什麼是httpmodule?

簡單理解,就是一塊處理http請求的程式
更詳細的理解,請查閱sdk文檔.

怎麼樣實現泛解析?

首先,在網域名稱服務 (DNS)商那裡添加一個*.kerry.com的次層網域,指向你的伺服器ip
然後,在IIS裡建立一個網站,這個網站的主機頭留空,一般連接埠是80. 這個網站就是整個伺服器連接埠80的預設網站.
給這個網站添加一個萬用字元應用程式對應(IIS網站屬性 ->主目錄 -> 配置),這個映射的目的是要asp.net ISAPI接管任何沒有在IIS裡明確的次層網域網站.

隨便輸入次層網域的時候,發生了什麼?
當IIS檢測到傳入的url是一個次層網域的時候,它會先檢查IIS上有沒有註冊了這個次層網域的網站,如果有,就轉入到這個網站,否則,就會轉到預設網站,這個預設網站就是之前配置的主機頭為空白的那個網站.所以,一個連接埠只能有一個主機頭為空白的網站.
我們已經設定由asp.net ISAPI接管這些沒有家的孩子.寫程式,分析傳入的url,執行重寫.

為什麼我的httpmodule好像沒有起作用?

在httpmodule程式裡設定斷點後,無論怎麼樣,流程都沒有從這裡走.原因在於,你沒有向web程式註冊你的httpmodule程式.這個工作需要在web.config中完成.
<system.web>
<httpModules>
<add type="URLRewriter.ModuleRewriter, URLRewriter" name="ModuleRewriter" />
</httpModules>
</system.web>

為什麼總是提示我”未知的配置節RewriterConfig錯誤”

這是因為你沒有向web程式註冊你的RewriterConfig配置節. 這個工作需要在web.config中完成.
<configSections>
<section name="RewriterConfig" type="URLRewriter.Config.RewriterConfigSerializerSectionHandler, URLRewriter" />
</configSections>
然後,你可以在<configuration>裡使用RewriterConfig節配置規則了.

url是在httpmodule的哪個部分處理的?

大多的工作是在URLRewriter. ModuleRewriter. Rewrite()方法裡.關鍵階段是這裡:
if (re.IsMatch(requestedPath))
很明顯,這個判斷傳入的url是否是我們要重寫的url,大家接著看,
String sendToUrl = RewriterUtils.ResolveUrl(app.Context.Request.ApplicationPath, re.Replace(requestedPath, rules[i].SendTo));
這裡接受到web.config中配置的要轉到的目標url
RewriterUtils.RewriteUrl(app.Context, sendToUrl);
在內部把url重寫.

我不想把次層網域寫死在web.config中,而且我要重寫的目標url也不能寫死.比如我們有這樣的需要
Love.kerry.com實際的處理頁面是kerry.com/action.aspx?id=1
call.kerryl.com實際的處理頁面是kerry.com/action.aspx?id=2
walkwith.kerry.com實際的處理頁面是kerry.com/walk.aspx
要怎麼處理?

這個時候,就需要在上面說的那幾個代碼裡做手腳.
if (re.IsMatch(requestedPath))
{

//找到url裡的次層網域
string [] UserHost = app.Request.Url.Host.Split ( new Char [] { '.' } );
string domain2=UserHost [0];

//根據需要設定要重寫的目標url
string sendToUrl ;
if(domain2==” Love”)
sendToUrl =” /action.aspx?id=1”;
else if(domain2==” call”)
sendToUrl =” /action.aspx?id=2”;
else i f(domain2==” walkwith”)
sendToUrl =” /walk.aspx”;

RewriterUtils.RewriteUrl(app.Context, sendToUrl);

}

在web.config裡配置規則的時候,需要這樣
<RewriterRule>
<LookFor>http://(\w+)\.kerry\.com</LookFor>
<SendTo>/test.aspx</SendTo>
</RewriterRule>
(\w+)用來匹配任一字元串
這裡的test.aspx隨便寫別的也可以,因為我們根本沒有用它.

我有好多不確定次層網域的網站,但是每個網站的頁面確定,每個次層網域網站的內容實際上根劇不同的id從資料庫調,
情況如這樣
http://localhost/kerry/action.aspx?id=1 love.kerry.com/walk.aspx

http://localhost/kerry/action.aspx?id=14 like.kerry.com/walk.aspx

現在傳上去,不能顯示id參數,都改成次層網域的方式. 這個時候該怎麼辦?

首先配置規則
<RewriterRule>
<LookFor>http://(\w+)\.kerry \.com\ walk.aspx</LookFor>
<SendTo>/action.aspx</SendTo>
</RewriterRule>
然後在程式裡這樣處理
//擷取次層網域
string [] UserHost = app.Request.Url.Host.Split ( new Char [] { '.' } );
string domain2=UserHost [0];
根據網域名稱獲得不同的編號
int id=getIDfromDomain(domain2);
//獲得要轉向的基本url
string sendToUrl = RewriterUtils.ResolveUrl(app.Context.Request.ApplicationPath, re.Replace(requestedPath, rules[i].SendTo));
//加上id參數
if(id>0)
sendToUrl=string.Format ( "{0}?id={1}" , sendToUrl , id );
else
sendToUrl=”error.aspx”;
//重寫
RewriterUtils.RewriteUrl(app.Context, sendToUrl);

如何匹配目錄?寫了一個lookfor規則 http://love.kerry.com/,但是在瀏覽器輸入這個地址, 總是不能正確的重寫,經過trace後發現根本不能匹配,為什麼?

首先,我們應該知道,瀏覽器實際上接受的不是http://love.kerry.com/,而是http://love.kerry.com/default.aspx ,因此,你的</LookFor>規則應該這樣寫
<LookFor>
http://love.kerry.com/default.aspx
</LookFor>
這個default.aspx應該是你在iis裡配置的預設文件,如果你的是index.aspx或其他奇怪的名字,就寫成你自己的名字
同樣, http://love.kerry.com/fun 這個地址要匹配,需要這樣的規則http://love.kerry.com/fun/default.aspx
但是,再羅嗦一句,你的檔案根本不需要有fun這個目錄,因為...重寫了嘛

我搜到網上還有另外一種解決辦法…

或許你是指這篇文章

http://blog.csdn.net/mengyao/archive/2007/01/25/1493537.aspx

大家可以看到,其基本的方法都是一樣的.之所以沒有把這個列在最前面,是因為這個做法有些取巧,可能一開始不是那麼好理解.但是我相信看到最後的朋友再看這篇文章,應該都會會心的一笑
Happy programming

最後ps:本來準備過幾天發這個文章,就在剛才,不小心從VSS把這幾天寫的程式都刪除了,還是徹底型的,再次強烈的鄙視微軟做的這個垃圾源碼管理器 -_-