asp.net 2.0 中的URL重写以及urlMappings问题

在asp.net2.0中的urlMappings倒是非常好用,可惜暂不支持正则表达式,不过,好在如果用IHttpModule的话

不管什么样的请求都会先经过IHttpModule这样就为URL重写提供了一个好机会:

下面是我写的一个IHttpModule:

using System; 
using System.Web;

public class ReWriteModule:IHttpModule 

public ReWriteModule() 


public override string ToString() 

return this.GetType().ToString(); 
}

void IHttpModule.Dispose() 
{


private static System.Xml.XmlDocument ruleDoc = null; 
private static System.Xml.XmlDocument GetRuleConfig(System.Web.HttpContext app) 

if (ruleDoc == null) 

ruleDoc = new System.Xml.XmlDocument(); 
ruleDoc.Load(app.Server.MapPath("~/rule.xml")); 

return ruleDoc; 

public static string GetUrl(System.Web.HttpContext cxt,string path) 
{

System.Xml.XmlDocument doc = GetRuleConfig(cxt); 
System.Xml.XmlNodeList lst= doc.GetElementsByTagName("RewriterRule"); 
string pat=""; 
foreach (System.Xml.XmlNode nd in lst) 

System.Xml.XmlNodeList sub = nd.ChildNodes[0].ChildNodes; 
foreach(System.Xml.XmlNode chk in sub) 

pat = "^" + chk.InnerText+"$"; 
System.Text.RegularExpressions.Regex reg = new System.Text.RegularExpressions.Regex(pat, System.Text.RegularExpressions.RegexOptions.Compiled | System.Text.RegularExpressions.RegexOptions.IgnoreCase); 
if(reg.IsMatch(path)) 

return reg.Replace(path, nd.ChildNodes[1].InnerText); 



return null;


void IHttpModule.Init(HttpApplication context) 

context.BeginRequest += delegate(object sender, EventArgs e) 
{

System.Web.HttpContext cxt = context.Context;

if (cxt.Request.ContentType != "image/pjpeg") 

string type = cxt.Request.ContentType.ToLower(); 
string path = cxt.Request.Path; 
string apppath = cxt.Request.ApplicationPath; 
path = path.Remove(0, apppath.Length); 
path = "~" + path;

string newUrl = GetUrl(cxt, path.TrimEnd().TrimStart()); 
if (newUrl != null) 

cxt.Response.Filter = new ResponseFilter(cxt.Response.Filter,cxt.Request.Path); 
cxt.Response.Write("请求的路径:" + path); 
cxt.Response.Write("<BR>"); 
cxt.Response.Write("转向的目的URL:" + newUrl); 
cxt.Response.Write("<BR>"); 
cxt.RewritePath(newUrl);

}//如果要求处理所有的请求时用到 
//else 
//{ 
// cxt.Response.Write(cxt.Request.Path + "<BR>"); 
// cxt.Response.Write("你请求的资源不存在或无权访问!"); 
// cxt.Response.Flush(); 
// cxt.Response.End(); 
//} 
}

}; 

}

由于一旦进行了URL重写,原先的WEBFORM中的Action会发生改变,容易造成:请求的资源不存在问题

具体怎么样?各位DX看看就清楚了!!!

所有才有了这个ResponseFilter了,实现如下,

public class ResponseFilter:System.IO.Stream 

public ResponseFilter(System.IO.Stream sink,string _str) 

_sink = sink; 
// 
// TODO: 在此处添加构造函数逻辑 
// 
this.str = _str; 

private string str = ""; 
private System.IO.Stream _sink; 
private long _position; 
private System.Text.Encoding end=System.Text.Encoding.GetEncoding("GB18030"); 
private System.Text.StringBuilder oOutput = new System.Text.StringBuilder(); 
// The following members of Stream must be overriden. 
public override bool CanRead 

get { return true; } 
}

public override bool CanSeek 

get { return true; } 
}

public override bool CanWrite 

get { return true; } 
}

public override long Length 

get { return 0; } 
}

public override long Position 

get { return _position; } 
set { _position = value; } 
}

public override long Seek(long offset, System.IO.SeekOrigin direction) 

return _sink.Seek(offset, direction); 
}

public override void SetLength(long length) 

_sink.SetLength(length); 
}

public override void Close() 

_sink.Close(); 
}

public override void Flush() 

_sink.Flush(); 
}

public override int Read(byte[] buffer, int offset, int count) 

return _sink.Read(buffer, offset, count); 
}

// The Write method actually does the filtering. 
public override void Write(byte[] buffer, int offset, int count) 

string szBuffer = System.Text.UTF8Encoding.UTF8.GetString(buffer, offset, count); 
string ap="action=\""; 
int pos=-1; 
if ((pos=szBuffer.IndexOf(ap) )!= -1) 

int epos = szBuffer.IndexOf("\"", pos + ap.Length+1); 
if (epos != -1) 

szBuffer= szBuffer.Remove(pos + ap.Length, epos - pos - ap.Length); 
}

szBuffer = szBuffer.Insert(pos + ap.Length, this.str);

byte[] data = System.Text.UTF8Encoding.UTF8.GetBytes(szBuffer); 
_sink.Write(data, 0, data.Length);


else 

oOutput.Append(szBuffer); 
}

//下面的这一段可以用来修改<Head></head>之间的内容; 
//Regex oEndFile = new Regex("</head>", RegexOptions.IgnoreCase|RegexOptions.Compiled); 
//if (oEndFile.IsMatch(szBuffer)) 
//{ 
// //Append the last buffer of data 
// //附加上缓冲区中的最后一部分数据 
// oOutput.Append(szBuffer); 
// //Get back the complete response for the client 
// //传回完整的客户端返回数据 
// string szCompleteBuffer = oOutput.ToString().ToLower(); 
// int ipos = szCompleteBuffer.IndexOf("<title>"); 
// int epos = szCompleteBuffer.IndexOf("</title>",ipos+7); 
// string sp = szCompleteBuffer.Substring(ipos+7, epos - ipos ); 
// szCompleteBuffer = szCompleteBuffer.Remove(ipos+7,sp.Length-7); 
// szCompleteBuffer = szCompleteBuffer.Insert(ipos + 7, "dhz"); 
// // szCompleteBuffer = szCompleteBuffer.Replace(sp, "dhz"); 
// //No match, so write out original data 
// //没有匹配,因此写入源代码 
// byte[] data = System.Text.UTF8Encoding.UTF8.GetBytes(szCompleteBuffer); 
// _sink.Write(data, 0, data.Length); 
//} 
//else 
//{ 
// oOutput.Append(szBuffer); 
//} 

}

//////而重候规则呢则是用xml文件配置如下;

当然在web.config通过自定义配置节做也可以的

<?xml version="1.0" encoding="utf-8" ?> 
<Rules> 
<RewriterRule> 
<LookFors> 
<LookFor>~/(\d{4})/(\d{2})\.html</LookFor> 
<LookFor>~/(\d{4})/(\d{2})/</LookFor> 
<LookFor>~/(\d{4})/(\d{2})</LookFor> 
<LookFor>~/(\d{4})/(\d{2})/index.html</LookFor> 
</LookFors> 
<SendTo>~/Pro.aspx?year=$1&month=$2</SendTo> 
</RewriterRule> 
<RewriterRule> 
<LookFors> 
<LookFor>~/pc</LookFor> 
</LookFors> 
<SendTo>~/Test2.aspx</SendTo> 
</RewriterRule> 
</Rules> 
//这个规则写的不好,如第一个就可以用一个正则表达式来做。

(0)

相关推荐

  • URL重写及干掉ASP.NET试图状态的实现方法

    1.URL重写已经很普遍了,但基本上大部分的URL重写都不支持页面的相对路径,所有如果想在已经开发好的项目中添加还是有压力的,第二就是例如微软的那个URL重写是根据正则表达式来处理的,那样是很好,但也有不足之处,就是不方便定位到某个页面只能有哪些参数. 我觉得要解决的问题有一下几个: 1.解决如图片js等不能使用相对路径的文件 2.解决某个页面能有几个参数和哪些参数是可选的 下面就是解决掉这些问题了 添加处理程序MyHttpModule,下面是我的一个简单的处理程序(我只是做了一个简单的,并没有

  • asp.net下实现URL重写技术的代码

    URL 重写是截取传入 Web 请求并自动将请求重定向到其他 URL 的过程.   比如浏览器发来请求hostname/101.aspx ,服务器自动将这个请求中定向为http://hostname/list.aspx?id=101. url重写的优点在于:     缩短url,隐藏实际路径提高安全性     易于用户记忆和键入.      易于被搜索引擎收录 二 实现url重写的基本方法    下载MS的URLRewriter.dll,放到你的web程序的bin下 下载地址1:http://w

  • asp.net下用url重写URLReWriter实现任意二级域名的方法第1/2页

    摘要:解释了url重写的相关知识.用asp.net实现二级域名重写的方法.对重写的一些问题做了汇总解答.提供了几段示例代码. 好久没有写技术文章,如果大家看不明白,就多看几篇,汗,或者,在文章的后面回复(这是最有效的办法),我会尽力帮助大家解答疑惑. 来找这篇文章的,应该都知道什么叫二级域名吧,废话就不说了.但是讨论前,先要明白一个思想问题.很多朋友一直考虑不清(我前几天也一直搞不明白)的问题是,我键入一个地址后,怎么这个url就被重写了?第一步:在浏览器键入了一个地址,比如http://lov

  • asp.net URL重写简化版 速学URL重写

    在 asp.net 里实现 URL重写(URLRewriter)的一个最简单的方法. 参考了 (作者 Scott Mitchell 翻译:Janssen )的大作,虽然没有完全看明白,但是也照猫画虎地做了一个,颇有"成就"感.写出来分享一下. 原作里讲了很多的原理,这里就不说了(其实我也不懂).这里就写操作过程吧.目的是实现一个最简单的能实现 URL重写 的程序. 1.需要设置一下IIS里的站点属性. 2.修改web.config的内容. 复制代码 代码如下: <system.w

  • ASP.NET中获取URL重写前的原始地址详解

    通常的使用场景是当我们有某个页面需要用户登录才能访问时,我们会在代码中判断当前访问用户是否登录,如果未登录,则重定向至登录页面,并将当前网址通过Url参数传递给登录页面.如果使用了URL重写,并通过Request.Url.AbsoluteUri获取当前网址,用户登录后打开的就是重写后的地址,这虽然不影响正常使用,但从用户体验及URL统一的角度,我们更希望是重写前的地址. 之前,我们在开发中也被这个问题困扰,只能尽量通过js重定向至登录页面(通过location.href获取当前网址)或者在代码中

  • asp.net不用设置iis实现url重写 类似伪静态路由

    程序要调整的部分只有两块.一是web.config文件.二是链接地址.所需urlrewrite.dll 首先下载URLRewriter:http://download.microsoft.com/download/0/4/6/0463611e-a3f9-490d-a08c-877a83b797cf/MSDNURLRewriting.msi 下载安装后再bin目录下找到URLRewriter.dll文件 好了开始实施.第一步:将urlrewrite.dll下载到你的web程序目录里去.哪都行.我是

  • 一个完整的ASP.NET 2.0 URL重写方案[翻译]

    这篇文章描述了一个完整的 ASP.NET 2.0 URL 重写方案.这个方案使用正则表达式来定义重写规则并解决通过虚拟 URLs 访问页面产生回发事件的一些可能的困难. 为什么要重写 URL ? 将 URL 重写方法应用到你的 ASP.Net 应用程序的两个主要原因是:可用性和可维护性. 可用性 谁都知道,相对于难于辨认的带参数的长的查询路径,用户更喜欢一些短的.简洁的 URL.任何时候,一个容易记住和敲入的路径比添加到收藏夹更有用.其次,当一个浏览器的收藏夹不可用时,记住的地址总比在搜索引擎中

  • asp.net url重写浅谈

    ActionlessForm.dll------用来处理回发 URLRewriter.dll----- 是微软封装好了的一个URL重写组件 添加引用---- 具体的使用说明请去看 http://msdn.microsoft.com/zh-cn/library/ms972974.aspx#XSLTsection123121120120 比我说得好得多.. 具体使用方法: 首先web.config的配置: 复制代码 代码如下: <?xml version="1.0"?> <

  • Asp.Net URL重写的具体实现

    说到不用设置iis,主要是为了实现在虚拟主机或是拿不到iis操作限的时候,不能添加isap又想实现类似于静态化的程序实现方式,先声明,这里最终要实现的效果是,最终可以用 12345.html 替换 show.aspx?id=12345这样的地址访问 也可以实现百度空间的 http://hi.jb51.net/wu1987116 替换 http://hi.jb51.net/index.aspx?UserName=wu1987116 功能,支持任意扩展名及无扩展 程序要调整的部分只有两块.一是web

  • asp.net 2.0 中的URL重写以及urlMappings问题

    在asp.net2.0中的urlMappings倒是非常好用,可惜暂不支持正则表达式,不过,好在如果用IHttpModule的话 不管什么样的请求都会先经过IHttpModule这样就为URL重写提供了一个好机会: 下面是我写的一个IHttpModule: using System;  using System.Web; public class ReWriteModule:IHttpModule  {  public ReWriteModule()  {  }  public override

  • ASP.NET 2.0中的页面输出缓存

    静态页面全部内容保存在服务器内存中.当再有请求时,系统将缓存中的相关数据直接输出,直到缓存数据过期.这个过程中,缓存不需要再次经过页面处理生命周期.这样可以缩短请求响应时间,提高应用程序性能.很显然,页面输出缓存适用于不需要频繁更新数据,而占用大量时间和资源才能编译生成的页面.对于那些数据经常更新的页面,则不适用.默认情况下,ASP.NET 2.0启用了页面输出缓存功能,但并不缓存任何响应的输出.开发人员必须通过设置,使得某些页面的响应成为缓存的一部分. 设置页面输出缓存可以使用以下两种方式:一

  • 在ASP.NET 2.0中操作数据之三:创建母版页和站点导航

    导言 通常,用户友好的个性化站点都有着一致的,站点统一的页面布局和导航体系.Asp.net 2.0引入的两个新特性给我们在统一站点的页面布局和站点导航上提供了简单而有效的工具,它们是母板页和站点导航.母板页允许开发者创建统一的站点模板和指定的可编辑区域.这样,aspx页面只需要给模板页中指定的可编辑区域提供填充内容就可以了,所有在母板页中定义的其他标记将出现在所有使用了该母板页的aspx页面中.这种模式允许开发者可以统一的管理和定义站点的页面布局,因此可以容易的得到拥有统一的视觉和感觉的页面并且

  • 在ASP.NET 2.0中操作数据之十九:给编辑和新增界面增加验证控件

    导言 在前面三节的示例中,GridView和DetailsView控件使用的是绑定列和CheckBoxField(绑定GridView和DetailsView时,通过智能标记可以令VS根据数据库自动增加对应的类型).当编辑GridView或者DetailsView中的一行时,非只读属性的绑定列将自动转为textbox,以便用户修改现有的数据.同样地,当在DetailsView控件中新增记录时,InsertVisible属性为true(默认值)的绑定列会呈现出空的textbox,以接受用户输入.C

  • 在ASP.NET 2.0中操作数据之一:创建一个数据访问层

    导言 作为web开发人员,我们的生活围绕着数据操作.我们建立数据库来存储数据,写编码来访问和修改数据,设计网页来采集和汇总数据.本文是研究在ASP.NET 2.0中实现这些常见的数据访问模式之技术的长篇系列教程的第一篇.我们将从创建一个软件框架开始,这个框架的组成部分包括一个使用强类型的DataSet的数据访问层(DAL),一个实施用户定义的业务规则的业务逻辑层(BLL),以及一个由共享页面布局的ASP.NET网页组成的表现层.在打下这个后端的基础工作之后,我们将开始转向报表,示范如何显示,汇总

  • ASP.NET 2.0 中收集的小功能点(转)

    1.asp.net 2.0中的MaxPageStateFieldLength 属性 在asp.net 2.0中,可以强制对viewstate进行分段传输了,使用的是Page.MaxPageStateFieldLength 属性,可以设置viewstate中,每个页面状态字段的最大字节数.格式如下,要在WEB.CONFIG文件里设置的:<pages maxPageStateFieldLength="5" />其中,将设置把viewstate为不超过5字节,如果实际的views

  • ASP.NET 2.0中预设的cookie

    今早在老外的BLOG上看到这个说法,不妨留意一下: 如果你在asp.net 2.0中使用FormsAuthentication,并且将cookie设置为持久状态,那么其持续时间默认是30分钟的,而不是asp.net 1.1中的50年,因为50年的话太不安全了,你的计算机会被人卖掉的.如果要更改的话,可以使用timeout属性更改 <authentication mode="forms"> <form loginUrl="login.aspx" ti

  • 在ASP.NET Core5.0中访问HttpContext的方法步骤

    ASP.NET Core 应用通过 IHttpContextAccessor 接口及其默认实现 HttpContextAccessor 访问 HttpContext. 只有在需要访问服务内的 HttpContext 时,才有必要使用 IHttpContextAccessor. 通过 Razor Pages 使用 HttpContext Razor Pages PageModel 公开 HttpContext 属性: public class AboutModel : PageModel { pu

  • 在ASP.NET 2.0中操作数据之六十:创建一个自定义的Database-Driven Site Map Provider

    导言: ASP.NET 2.0的网站地图(site map)功能允许页面开发者在一些持久介质(persistent medium),比如一个XML文件里,自己定义一个web程序的site map.一旦定义了之后,我们可以通过System.Web命名空间的SiteMap class类或某个Web导航控件,比如SiteMapPath, Menu, 或TreeView来对其进行访问.site map系统使用的是provider model模式,所以可以创建不同的site map,并将其应用到一个web

随机推荐