IIS7.0经典和集成的区别

经典:

兼容模式,web应用程序之前是在IIS6.0及以下的版本运行迁移到IIS7.0版本,代码根本不用修正就能够正常运转。

PS:只需将应用程序配置成经典形式

集成:

1.集成形式是一种统一的乞求处置管道,它将ASP.NET恳求管道与IIS中心管道组合在一同,这种形式可以提供更好的性能,可以完成配置和管理的模块化,而且增加了运用托管代码模块扩展IIS时的灵敏性。假设老的Web应用程序运转于IIS7.0的集成形式下,可能需求对应用程序的web.config文件停止修正,特别是运用了完成IHttpHandler接口的自定义模块的状况。IIS7.0在同一个效劳器上可以同时支持两种形式的应用程序。

2.web.config文件的变化

system.webServer节指定了应用于web应用程序的IIS7.0设置,其父节点是configuration,该节点中能够设置的内容包括:

当恳求未包含指定资源时,Web效劳器返回给客户端的默许文档(defaultDocument); 响应的紧缩设置(httpCompression) 自定义头部(httpProtocol节的customHeaders) 模块(modules) 处置程序(handlers)

其中的一些设置仅适用于集成形式,而不适用于经典形式,如经典形式下运转的应用程序则疏忽web.config的system.WebServer节中指定的一切托管代码模块和处置程序,这种形式下web应用程序应该在syste.web节的httpModules和httpHandlers中定义模块和处置程序。

时间: 2024-07-28 16:50:57

IIS7.0经典和集成的区别的相关文章

IIS7.5应用程序池集成模式和经典模式的区别【转】

由于最近公司服务器上需要将iis的应用程序池全部都升级到4.0的框架,当然选择4.0就肯定使用集成模式部署.升级过程中出现了比较多的问题,前面文章也提到过几个.这次就主要介绍下httpHandler 和 httpModule 在集成和经典模式下的区别.很多文件上传等都是需要使用到httpModule去实现.我今天就出现了NeatUpload在iis7.5下出现未将对象引用到设计实例的错误.所以用httpModule作为测试案例. 新建测试网站WebApplication,加入MyHttpModu

IIS7.5应用程序池集成模式和经典模式的区别介绍

IIS7.5应用程序池集成模式和经典模式的区别介绍 作者:  字体:[增加 减小] 类型:转载 时间:2012-08-07 由于最近公司服务器上需要将iis的应用程序池全部都升级到4.0的框架,当然选择4.0就肯定使用集成模式部署 升级过程中出现了比较多的问题,前面文章也提到过几个.这次就主要介绍下httpHandler 和 httpModule 在集成和经典模式下的区别.很多文件上传等都是需要使用到httpModule去实现.我今天就出现了NeatUpload在iis7.5下出现未将对象引用到

IIS经典模式集成模式的区别(转载)

在 IIS Metabase 中维护着 Application Pool 和 Worker Process 的Mapping.WAS(Web Administrative Service)根据这样一个 mapping,将存在于某个 Application Pool Queue 的 request 传递到对应的 Worker Process (如果没有,就创建这样一个进程).在 Worker Process 初始化的时候,加载 ASP.NET ISAPI,ASP.NET ISAPI 进而加载 CL

iis7.0的运行模式的方法简介

IIS7.0的集成模式和经典模式 IIS7.0中的Web应用程序有两种配置模式:经典模式和集成模式.经典模式是为了与之前的版本兼容,使用ISAPI扩展来调用ASP.NET运行库,原先运行于IIS6.0下的Web应用程序迁移到IIS7.0中只要将应用程序配置成经典模式,代码基本不用修改就可以正常运行.集成模式是一种统一的请求处理管道,它将ASP.NET请求管道与IIS核心管道组合在一起,这种模式能够提供更好的性能,能够实现配置和管理的模块化,而且增加了使用托管代码模块扩展IIS时的灵活性.如果老的

IIS7.0与AP.NET

IIS7在请求的监听和分发机制上进行了革新性的改进,主要体现在对于Windows进行激活服务(Windows Process Activation Service ,WAS)的引入,将原来的W3SVC的部分功能分流给了WAS.W3SVC的主要功能:HttP请求接收.配置管理.进程管理. IIS7将后两组功能实现到了WAS中,接收Http请求的任务依然落在W3SVC上,WAS的引入为IIS7.0提供了对非Http协议的支持.WAS通过监听器适配器接口抽象出针对不同协议的监听器.具体说,除了给予网络

Windows-Server-2008、IIS7.0环境下配置伪静态化

在Windows-Server-2008.IIS7.0环境下配置伪静态化 首先,是IIS7.0的配置,由于Windows Server 2008操作系统默认的IIS版本为7.0,我们知道,IIS7.0与IIS6.0 的操作界面差别较大,如图(1)所示: 1.IIS7.0操作界面: 图(1) 2 新建网站同时新建应用程序池与网站对应,注意,在IIS7下新建网站之后,程序会自动新建应用程序池与之对应: 不需要再新建应用程序池.如图(2): 图(2) 3  添加网站详细页面如图(3)所示: 图(3)

[转载]ASP.NET伪静态页面的实现和伪静态在IIS7.0中的配置

ASP.NET伪静态 UrlRewrite(Url重写) 实现和配置 最近在写一个CMS的内容管理系统,需要用到一个伪静态方面的方法,在网上找了一下这方面的资料,现将这方面的资源记录一下. 本机环境: Window server 2008 R2 Enterprise 操作系统+SQL Server 2008 R2 Enterprise企业版数据+Visual Studio 2010 SP1 普及一下伪静态方面的知识, 1.伪静态简单一点儿来说,其实就是重写了URL,最大的好处便于搜索引擎抓取,因

http1.0与http1.1的区别

http1.0与http1.1的区别 1.http1.1提供身份认证(HTTP1.1提供一个基于口令的基本认证方式,) 2.http1.1提供永久性连接(即1.0使用非持久连接,一个tcp连接只传输一个web对象,服务器完成完请求后立即断开tcp连接,服务器不跟踪每个客户也记录过去的请求,显然,这就造成访问一个包含许多图像文件的网页文件的整个过程包含了多次请求和响应,每次请求和响应需要建立一个单独的连接.客户端每次建立和关闭建立都特别费时,而且会严重影响客户与服务器的性能.HTTP1.1采用持久

IIS7.0上传文件限制的解决方法

在 Windows7(iis7.5).Win2008(iis 7.0)和Win2003(iis 6.0) 中,默认设置是特别严格和安全的,这样可以最大限度地减少因以前太宽松的超时和限制而造成的攻击. 指定 ASP 请求的实体主体中允许大小为 200,000 (IIS6为204,800) 个字节,在 iis 6.0 之前的版本中,例如:Windows XP(IIS 5.1),没有限制. 这就造成了文件上传不能超过200k,而事实上是提交数据不能超过200k,你可以发一个很长的帖子试试,也会出现这个