asp.net用url重写URLReWriter实现任意二级域名 高级篇

 我最近写了个小例子,大家可以先看这个,里面有小例子的完整代码下载

好久没有写技术文章,如果大家看不明白,就多看几篇,汗,或者,在文章的后面回复(这是最有效的办法),我会尽力帮助大家解答疑惑.

来找这篇文章的,应该都知道什么叫二级域名吧,废话就不说了.但是讨论前,先要明白一个思想问题.
很多朋友一直考虑不清(我前几天也一直搞不明白)的问题是,我键入一个地址后,怎么这个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

文章结束了.

在实施过程中会碰到一些问题,大多是因为看上面的文章不仔细产生的,但是说实话,那么长的文章要看完也不容易.下面我来记录一些重要的问题.其中最后的两个问题,用具体的代码展示了如何处理重写的目标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文档.

怎么样实现泛解析?

首先,在域名服务商那里添加一个*.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把这几天写的程序都删除了,还是彻底型的,再次强烈的鄙视微软做的这个垃圾源码管理器 -_-