那么通过以上的说明，问题二：我们怎么知道IIS和ASP.NET ISAPI到底是怎样工作的？
ASP.NET Process Model之一：IIS 和 ASP.NET ISAPI
前几天有一个朋友在MSN上问我“ASP.NET 从最初的接收到Http request到最终生成Response的整个流程到底是怎样的？”我觉得这个问题涉及到IIS和ASP.NETASP.NET Runtime的处理模型的问题，并不是三言两语就能说清楚的，所以决定写这样一篇介绍IIS和ASP.NET Runtime Process Model的文章，谈谈我对此的一个粗浅的认识，如果有什么不对的地方，希望大家及时指正。
这篇文章大体分为两个部分，第一部分我将谈谈IIS的两个不同的版本—IIS 5.x 和 IIS 6（虽然IIS 7已经Release很长时间了，而且较之前两个版本发生了非常大的变化，由于本人缺乏对IIS 7深入的了解，所以在这里就不再介绍了，不过以后我将这方面的内容补上）的处理模型：IIS如何监听来自外界的Http request，如何根据ISAPI Extension Mapping将对于不同Resource的请求分发给不同的ISAPI Extension，基于ASP.NET Resource的ASP.NET ISAPI如何将Request传递给ASP.NET Runtime 环境。第二部分将着重介绍在一个托管的ASP.NET Runtime 环境对传入的Http request的处理过程。我们先来看看IIS 5.x和IIS 6的处理过程。
1． 一、IIS 5.x based Process Model
IIS 5.x一个显著的特征就是Web Server和真正的ASP.NET Application的分离。作为Web Server的IIS运行在一个名为InetInfo.exe的进程上，InetInfo.exe是一个Native Executive，并不是一个托管的程序，而我们真正的ASP.NET Application则是运行在一个叫做aspnet_wp的Worker Process上面，在该进程初始化的时候会加载CLR，所以这是一个托管的环境。我们接下来将谈论aspnet_wp如何创建，aspnet_wp和InetInfo.exe如何进行通信，以及简单介绍在aspnet_wp中，如何将Request 导入ASP.NET Rutime Pipeline。
我们通过创建虚拟目录将资源Host到IIS下，原则上，我们可以通过IIS访问置于虚拟目录下的所有Resource，这部仅仅包含一些静态资源文件，比如图片、纯Html文件、CSS、JS等等，也包含一些需要动态执行的文件，比如aspx，asmx等等，我们还可以将Remoting和WCF Service Host到IIS下。对于这些静态的文件，IIS直接提取对应的文件将其作为Http Response返回给Client，但是对�
这里不是指调用简单的 PageMethod，因为静态方法是不能操作当前页面的控件的，所以静态的 PageMethod 作用就跟普通的 WebService 一样，比较局限。
那么，调用一般的服务器端方法，其实就是发起一个异步回调。最简单的实现办法，是通过 UpdatePanel 来做。
首先定义一个隐藏的 LinkButton，在其处理事件中，去调用我们要� ......
在asp.net中使用fckeditor ,页面使用them时,通过编辑器上传图片或文件提示
"Using themed css files requires a header control on the page"
解决办法:
在fckeditor的web.config文件中做如下修改
<configuration>
<appSettings/>
<connectionStrings/>
<system.web>
<pages styleSheet ......
