Asp.net 如何让HttpCompression(GZip)在IIS 6上使用URL路由(无扩展URL)

Asp.net 如何让HttpCompression(GZip)在IIS 6上使用URL路由(无扩展URL),asp.net,iis-6,gzip,url-routing,http-compression,Asp.net,Iis 6,Gzip,Url Routing,Http Compression,好, URL路由很棒。无扩展URL、SEO友好型等。然而,IIS 6似乎不在使用无扩展URL的站点上执行压缩 启用了通配符映射,因此Asp.Net可以处理无扩展文件,但是有没有办法将这些资源设置为gzip?也许以下产品可能有用: 免责声明:我没有试用过该产品,也没有与该公司有任何关联。在我了解到IIS6内置的压缩功能并不是最重要的功能后,我一直把它放在我的雷达上,以防带宽成本飙升 其中一个httpZip声明: “按MIME类型控制压缩:IIS 6.0内置压缩使用文件扩展名和/或位置来确定是否应压

好,

URL路由很棒。无扩展URL、SEO友好型等。然而,IIS 6似乎不在使用无扩展URL的站点上执行压缩


启用了通配符映射,因此Asp.Net可以处理无扩展文件,但是有没有办法将这些资源设置为gzip?

也许以下产品可能有用:

免责声明:我没有试用过该产品,也没有与该公司有任何关联。在我了解到IIS6内置的压缩功能并不是最重要的功能后,我一直把它放在我的雷达上,以防带宽成本飙升

其中一个httpZip声明: “按MIME类型控制压缩:IIS 6.0内置压缩使用文件扩展名和/或位置来确定是否应压缩文件。如果需要通过MIME控制HTTP压缩(例如,如果您有一个应用程序文件(如ASP)或一个ISAPI筛选器,该筛选器使用不同的MIME输出内容),httpZip的按MIME类型压缩的细粒度控件是在IIS 6.0上实现这一点的唯一方法。”


为了解决JackM评论中提出的问题,该产品的一个声明(在上面的第一个链接中)是“通过实时浏览器兼容性检查确保无缺陷的解压。[…然后稍后…]Windows Server 2003上的IIS 6.0:Web服务器内置了一个强大的压缩引擎,但存在一个致命缺陷——它缺乏浏览器兼容性检查。”

我实际上认为HttpCompression在IE6上不起作用,至少通过IIS是这样。在上一个项目的启动过程中遇到了类似的问题。公司内部没有人能看到这个网站,我们发现这是因为每个人都安装了IE6。我们必须删除压缩。Http压缩只有在浏览器请求时才会发送。如果IE6不支持它,那么它就不会发送头。不管怎样,谁真正关心IE6呢?:-)我在FF3中进行所有测试,然后确保它在IE6中看起来不可怕。压缩在FF3上没有发生。。。所以服务器没有发送压缩。顺便说一句,在“httpZip”上搜索,在这里找到一些关于该产品的其他问题。感谢httpZip的评论。