动态注册HttpModule使我们使用自定义的HttpModel时候不在需在配置文件里配置HttpModel,避免过多的配置出错情况。让我们来看看如何实现动态注册HttpModule.   First,我们实现自定义的HttpModel public class CustomModu

写这篇文章，心里多少有些不安。主要是因为我对在web.config文件中对HttpModule进行多个自定义HttpModule的配置与之前一位牛人的见解有些不同【具体参见http://www.cnblogs.com/Jax/archive/2007/10/02/912884.html】。所以这篇文章仅仅只是我个人浅见，希望对HttpModule机制有深入了解的人能指出我理解有偏差的地方，同时也希

又是DAN疼的一天！！ 木事做，怎么办，自定义点东西。那就拿HttpModule和httpHandler 开刀吧！ 一：自定义HttpModule 　　自定义HttpModule需要实现IHttpModule接口，接口里的两个方法 需要在继承类中实现，Init和Dispose方法；init方法有一个参数HttpApplication，也正是这个参数我们可以获取一些属性，或自定义一些处理程序，Htt

在以前的ASP时候，当请求一个*.asp页面文件的时候，这个HTTP请求首先会被一个名为inetinfo.exe进程所截获，这个进程实际上就是www服务。截获之后它会将这个请求转交给asp.dll进程，这个进程就会解释这个asp页面，然后将解释后的数据流返回给客户端浏览器。其实ASP.DLL是一个依附在IIS的ISAPI文件，它负责了对诸如ASP文件，ASA等文件的解释执行， －－－－－－－－－－

HttpModule是向实现类提供模块初始化和处置事件。当一个HTTP请求到达HttpModule时，整个ASP.NET Framework系统还并没有对这个HTTP请求做任何处理，也就是说此时对于HTTP请求来讲，HttpModule是一个HTTP请求的“必经之路”，所以可以在这个HTTP请求传递到真正的请求处理中心（HttpHandler）之前附加一些需要的信息在这个H

IIS在接到一个新的http请求后，最终会调用asp.net_isapi.dll的ISAPI扩展(特指IIS6.0环境，iis7.0的应用程序池默认为集成方式，相对有所变化)，然后传递到httpRuntime Pipe(http运行时管道)，Asp.Net这时才开始运行(即HttpRunTime是Asp.Net真正的入口)，HttpRunTime会为每个asp.net应用自动创建一个HttpApp

需求背景： 本公司建立了两个站点，一个是对内站点，只允许公司的内部员工访问，另一个是外部站点，这里的外部是指公司的合作商或者外包商可以访问的站点。对这两个站点的要求是内部的站点非本公司员工不可以访问， 由于内部的站点允许所有员工访问，所以我们添加了“ALL authenticated Users” 这就意味着，凡是Active Directory的用户都能访问，所以这里面用

IIS在接到一个新的http请求后，最终会调用asp.net_isapi.dll的ISAPI扩展(特指IIS6.0环境，iis7.0的应用程序池默认为集成方式，相对有所变化)，然后传递到httpRuntime Pipe(http运行时管道)，Asp.Net这时才开始运行(即HttpRunTime是Asp.Net真正的入口)，HttpRunTime会为每个asp.net应用自动创建一个HttpApp

    前面三节讲了控件的构造、呈现和数据绑定，我想该差不多了。本想讲一个自定义控件来终结控件部分，但是我个人不太喜欢控件这些东西，所以也就懒的写相关的内容，抱歉了。虽然我不喜欢使用控件，但我还是喜欢整个WebForm的设计。一个字：“太神了”。前面章节将Page生命周期的时候有朋友评论说内容太少了，今天开始就从来围绕生命周期的话，讲讲相关的内

首先写一个处理urls重写的类，并且这个类必须继承ihttpmodule接口，以博客园的程序为例： public class urlrewritemodule : system.web.ihttpmodule { public void init(httpapplication context) { context.beginrequest +=new eventhandler(context_b