本文将通过实例比较ASP.NET下的三种典型URL重写方案——ISAPI重写(使用开源组件IIRF),ASP.NET2.0内置的urlMappings和基于自定义HTTPModule的URL重写(使用NBear.Web中的UrlRewriteModule实现),并探讨URL重写中可能遇到的陷阱及处理办法。
下载示例程序源码
需要手动为UrlRewriteSample目录添加一个到http://localhost/UrlRewriteSample的同名虚拟目录,允许匿名访问,并设置目录默认页为default.aspx。
另外,为了启用IIRF的URL重写支持,需要将UrlRewriteSample/bin目录下的IsapiRewrite4.dll添加为IIS默认网站的ISAPI过滤器。
设置重写规则
注意,我们的演示程序中将混合使用三种方式的URL重写,因此,需要为三种实现分别设置一些URL重写规则:
1、IIRF,对于IIRF,对应于IsapiRewrite4.dll,在相同的目录会有一个IsapiRewrite4.ini文件,除了默认的一些设置,我们在文件末尾添加了几条自定义规则如下:
# Custom RewriteRules
RewriteRule ^/UrlRewriteSample/test(.*).aspx /UrlRewriteSample/Default.aspx?page=$1
RewriteRule ^/UrlRewriteSample/folder/(.*).aspx /UrlRewriteSample/Default.aspx?folder=$1
RewriteRule ^/UrlRewriteSample/folder/? /UrlRewriteSample/Default.aspx?folder=default
熟悉正则表达式的朋友应该很容易理解上面这三条规则。
规则一将形如testXXX.aspx这样的页面访问,重写为Default.aspx?page=XXX这样的页面;
规则二将形如folder/XXX.aspx的路径,重写为Default.aspx?folder=XXX这样的页面;
规则三将不带任何文件的folder目录的访问,重写为Default.aspx?folder=default这样的页面。
2、urlMappings是ASP.NET2.0内置支持的URL重写配置块,它应该包含在web.config的<system.web>配置块中。但是,这个内置的URL重写支持不支持正则表达式,因而只能用来实现一对一的路径和页面的重写。urlMappings的配置内容包含在下面的Web.config文件中。
3、NBear.Web.Modules.UrlRewriteModule则是NBear中实现的一个基于HTTPModule的URL重写实现,它允许使用正则表达式来描述重写规则。
<configuration>
<configSections>
<section name="UrlRewriteRules" type="NBear.Web.Modules.UrlRewriteRules, NBear.Web"/>
</configSections>
<UrlRewriteRules>
<Rule key="^/UrlRewriteSample/sample(.*).aspx" value="/UrlRewriteSample/Default.aspx?page=$1"/>
<Rule key="^/UrlRewriteSample/section/(.*).aspx" value="/UrlRewriteSample/Default.aspx?section=$1"/>
</UrlRewriteRules>
<system.web>
<urlMappings enabled="true">
<add url="~/buildin/Default.aspx" mappedUrl="~/Default.aspx?buildin=default"/>
<add url="~/buildin.aspx" mappedUrl="~/Default.aspx?page=buildin"/>
<add url="~/notexistfolder/buildin.aspx" mappedUrl="~/Default.aspx?page=buildin"/>
</urlMappings>
<compilation debug="true">
<assemblies/>
</compilation>
<httpModules>
<add type="NBear.Web.Modules.UrlRewriteModule, NBear.Web" name="UrlRewriteModule"/>
</httpModules>
</system.web>
</configuration>
注意,代码中包含了urlMappings配置和用于NBear.Web.Modules.UrlRewriteModule重写规则。为了比较着几种重写方案,正则表达式基本上是和前面的IIRF定义中的规则类似的。
页面测试
定义完这些重写规则,我们就可以试着在页面中使用它们了。例如,如果我们写一个测试页面如下:
Default.aspx
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
<title>Untitled Page</title>
</head>
<body>
<form id="form1" runat="server">
<div>
<a href="buildin.aspx">buildin page</a>
<br />
<br />
<a href="notexistfolder/buildin.aspx">buildin page</a>
<br />
<br />
<a href="test1.aspx">test page</a>
<br />
<br />
<a href="sample2.aspx">sample page</a>
<br />
<br />
<a href="folder/1.aspx">folder page</a>
<br />
<br />
<a href="section/2.aspx">section page</a>
<br />
<br />
<a href="buildin">buildin default page</a>
<br />
<br />
<a href="folder">folder default page</a>
<br />
<br />
<a href="section">section default page</a>
<br />
<br />
<asp:Button ID="Button1" runat="server" Text="test postback"/></div>
</form>
</body>
</html>
Default.aspx.cs
{
protected void Page_Load(object sender, EventArgs e)
{
Response.Write(Request.Path + "?" + Request.ServerVariables["QUERY_STRING"]);
}
}
注意,Default.aspx页面会输出当前呈现的实际页面及其QueryString参数。
运行该页面,分别点击页面中的链接,我们会看到,貌似所有的URL重写一切正常。但是,当试着点击页面中的按钮,我们马上会发现,页面postback后,浏览器地址栏中的链接变成了那个被重写后的地址,而不是,原来显示于地址栏的虚拟地址了。这是一个严重的不一致,没道理我点击页面的按钮,在没有跳转到其他页面的情况下,地址栏显示另一个页面地址,不是吗?
要解决这个问题,我们只需要为form添加一个onsubmit事件处理如下:
<form id="form1" runat="server" onsubmit="this.action=document.location.href">
添加该事件处理,就能在页面postback提交之前,重置页面的地址。
为前面的页面添加onsubmit之后,我们发现,postback不再会改变地址栏地址显示了。太棒了~~
。。。
先别沾沾自喜太多,你确认试过点击最后一组链接中的buildin default page和section default page了吗?
你会发现,这两个链接根本不能显示。为什么呢?为什么类似的folder default page可以正常显示,而另两个不能显示呢?
回到前面的规则定义部分,我们就能发现,folder default page使用的是由IIRF这个ISAPI定义的规则,而另两个则使用的是内置于ASP.NET2.0的HTTPModule的重写规则(本质上,urlMappings也是使用HTTPModule来实现重写的,所以,除了不支持正则表达式之外,它也包含自定义HTTPModule方式实现的所有缺点)。
在IIS的ISAPI层面,是可以截获所有的页面请求的,哪怕指定的页面、目录根本不存在。但是,ASP.NET解析器则只有在对页面的请求被IIS转发过来时,才能处理。我们知道,IIS可以忽略对链接的虚拟目录是否存在的检测,但是,却无法检测非ASP.NET支持的文件扩展名的链接(我们固然可以在IIS中将所有类型的扩展名都映射到ASP.NET解析器,但是,如果我们有设置IIS的权限,为什么还要用性能更低,限制更多的ASP.NET方式的URL重写,而不使用基于ISAPI方式的重写呢?)。所以,为了让这两个不能显示的页面能正常显示,一方面,我们要在IIS中设置默认页,如default.aspx,另一方面,需要让IIS对某个不带aspx扩展名的链接,如这里只包含某个目录的名称的链接转发到默认页。
要做到这一点,我们需要在我们的应用程序中,为buildin和section分别将两个对应的目录,并且,在目录中创建两个空的default.aspx页面。尽管这样的default.aspx页面实际上永远不会被真正执行,但是有他们的帮助,就能让IIS顺利地将页面请求转发至ASP.NET解析器,从而,使得基于HTTPModule的URL重写规则,被执行。
好了,创建这两个目录及default.aspx文件,我们就能修复该问题了。
。。。
别急着庆祝,还是多做点测试为好。:)
我们来对页面上的链接反复点击点击,folder page -> section page -> folder page -> section page...等等,打住,看到浏览器地址栏发生了什么吗?这不是恐怖活动,但是。。。也差不多了。我们看到我们可爱的地址,变成了...folder/section/folder/section...aspx。
想想是为什么呢?看看我们的aspx文件。。。我想你一定想到了。对了,都是相对路径惹的祸!
我们可爱的的相对路径一顶是同学们最常使用的,但是,浏览器在处理相对路径时,是以浏览器上接受的url地址为基础进行计算的,也就是说,如果当前的地址为folder/1.aspx,那么,很显然,./section/2.aspx这个页面,对应的自然是folder/section/2.aspx了,问题就出在这儿了!没有URL重写时,不会有这样的情况出现。但是URL重写,并且,将一个带假目录的虚拟地址重写到一个不带假目录的页面时,由于浏览器客户端和服务端此时的当前页面计算方法是不同的,就会发生相对路径的匹配错误问题!真实很严重的问题啊!
解决的办法,只有使用绝对路径!但是,我们当然不会傻到对每个链接直接使用绝对路径的,呵呵:)
将Default.aspx中的所有相对路径都使用Page.ResolveUrl进行包装如下,在输出页面时就将地址转换为绝对路径,就能解决这个恐怖的相对路径陷阱了。当然,也别忘了加上onsubmit事件处理代码:
Default.aspx
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
<title>Untitled Page</title>
</head>
<body>
<form id="form1" runat="server" onsubmit="this.action=document.location.href">
<div>
<a href="<%= ResolveUrl("buildin.aspx") %>">buildin page</a>
<br />
<br />
<a href="<%= ResolveUrl("notexistfolder/buildin.aspx") %>">buildin page</a>
<br />
<br />
<a href="<%= ResolveUrl("test1.aspx") %>">test page</a>
<br />
<br />
<a href="<%= ResolveUrl("sample2.aspx") %>">sample page</a>
<br />
<br />
<a href="<%= ResolveUrl("folder/1.aspx") %>">folder page</a>
<br />
<br />
<a href="<%= ResolveUrl("section/2.aspx") %>">section page</a>
<br />
<br />
<a href="<%= ResolveUrl("buildin") %>">buildin default page</a>
<br />
<br />
<a href="<%= ResolveUrl("folder") %>">folder default page</a>
<br />
<br />
<a href="<%= ResolveUrl("section") %>">section default page</a>
<br />
<br />
<asp:Button ID="Button1" runat="server" Text="test postback"/></div>
</form>
</body>
</html>
好了,再试一试点击页面上的链接和按钮,多点几次,再点,再点。。。
。。。
呼~
终于搞定了吧!^-^
相关推荐
在ASP.NET 2.0中,实现URL重写的一种方法是通过HTTP模块(HTTP Modules)。HTTP模块在HTTP请求生命周期中的特定阶段运行,可以对请求和响应进行拦截和修改。在这个项目中,我们利用HTTP模块来实现URL重写。 具体来...
在这个特定的项目中,我们关注的是"asp.net 2.0伪静态 包含css和图片",这是一个实现静态URL重写技术的示例,这种技术对于SEO(搜索引擎优化)和用户体验都有很大帮助。 伪静态技术的主要目的是将动态URL转换为看...
描述中提到的“搜索功能优点Bug”,可能指的是系统中的搜索功能存在一些已知问题,这可能涉及到ASP.NET 2.0的查询字符串处理、URL重写或页面间通信等方面。修复这些问题通常需要检查查询参数的处理逻辑,确保正确...
- 使用URL重写模块,使PHP和ASP.NET 2.0的路由规则可以共存。 - 集成PHP和ASP.NET的身份验证机制,如Forms Authentication,实现跨平台的用户身份验证。 - 利用ISAPI筛选器或FastCGI扩展,实现PHP和ASP.NET 2.0之间...
在ASP.NET 2.0中,URL重写主要通过使用IIS(Internet Information Services)的HTTP模块来实现。这些模块在请求到达实际的处理程序之前拦截它们,并根据预定义的规则修改请求的URL。微软提供了一个名为`...
- **ASP.NET AJAX框架**:详细解析了Microsoft提供的ASP.NET AJAX框架,以及如何利用它简化Ajax的开发过程。 - **JavaScript与jQuery**:除了原生JavaScript之外,还介绍了jQuery等流行的JavaScript库,演示了它们在...
【CMS程序】羽天空内容管理系统 v1.0 (.NET2.0)_yutk是一款基于ASP.NET技术构建的内容管理系统,适用于构建和管理互联网网站。该系统由.NET Framework 2.0支持,为开发者提供了一个高效、易用的平台来创建、编辑和...
- 页面跳转和导航:利用ASP.NET的PostBack和URL重写技术实现页面间的跳转。 - 数据绑定:ASP.NET控件如GridView、Repeater等,用于动态显示数据库中的数据。 - 错误处理和日志记录:捕获并处理运行时异常,同时记录...
在这个“ASP.NET 1.1(2.0)版URL重写组件”中,包含了一个C#编写的实例源码,帮助开发者深入理解并应用这一技术。 URL重写组件的核心概念在于,它能够将用户的请求转换为内部处理路径,而这个路径可能是不同的,甚至...
本讲将通过实例比较ASP.NET下的三种典型URL重写方案——ISAPI重写(使用开源组件IIRF),ASP.NET2.0内置的urlMappings和基于自定义HTTPModule的URL重写(使用NBear.Web中的UrlRewriteModule实现),并探讨URL重写中...
在ASP.NET 2.0中,URL映射是一项重要的功能,它允许开发者创建用户友好的、可搜索引擎优化(SEO)的URL,同时隐藏了实际的处理逻辑和文件结构。这项技术对于提高网站的用户体验和搜索引擎排名有着显著的效果。在本文...
当请求到达Global.asax文件中的Application_BeginRequest事件时,ASP.NET开始解析请求的URL,查找对应的页面或控制器。如果URL映射到一个ASPX页面,那么ASP.NET会启动页面生命周期。这个过程中包括PreInit、Init、...
在ASP.NET中,UrlRewrite通常通过IIS(Internet Information Services)的HTTP模块来实现,该模块解析HTTP请求并根据预设的规则执行重写操作。 UrlRewrite的配置主要在Web.config文件中完成,其中包含了若干个重写...
30. **URL重写**:ASP.NET提供URL重写技术,改善URL的可读性和SEO友好性。 31. **打印功能**:利用JavaScript可以实现页面的打印功能,如使用window.print()。 32. **电子邮件发送**:System.Net.Mail命名空间提供...
这个标题提到的是利用jQuery插件在ASP.NET 2.0环境中实现一个自动完成控件,以重写TextBox控件的方式。jQuery是一个轻量级、高性能的JavaScript库,它简化了HTML文档遍历、事件处理、动画以及Ajax交互,非常适合用来...
7. **安全性和身份验证**:ASP.NET 3.5提供了多种安全机制,如基本身份验证、窗体身份验证、URL重写等。了解并实施这些策略,可以确保Web应用程序的数据安全。 8. **部署与调试**:学习如何配置IIS服务器,发布和...
《网奇企业网站管理系统CWMS 2.0英文版:ASP.NET源码解析与应用》 网奇企业网站管理系统CWMS 2.0英文版,是基于ASP.NET技术开发的一款高效、灵活的企业级网站管理解决方案。该系统的核心在于提供了一整套完善的网站...
URL 重写可以改变显示给用户的 URL 地址,而 ASP.NET 的路由机制则用于将请求映射到相应的控制器和动作。 **5.12 Cookie 的工作原理** Cookie 是一种简单的客户端存储技术,用于存储用户偏好设置或其他小量的数据...
【普生内容管理系统(Pusheng CMS) v2.0】是一款基于ASP.NET技术构建的开源内容管理系统,适用于构建各类企业网站、新闻资讯平台、电子商务站点等。本文将深入解析该系统的特性和关键知识点。 首先,ASP.NET是微软...
- **路由(Routing)**:深入讨论了ASP.NET MVC 2框架中的路由机制,包括如何自定义路由规则、URL重写等技术点,以便更好地控制和优化URL结构。 - **URL生成**:讲解如何在ASP.NET MVC 2框架中生成友好的URL,提高网站...