是否可以为IIS的http压缩添加axd扩展?

这个 article 表示在web资源axd扩展中使用压缩有潜在的问题。作者建议 排除 任何压缩的扩展。

我在iis 6.0上运行了一个asp.net 2.0应用程序,并将.axd添加到hcscriptfileextensions列表中,但在过去几个月里没有造成任何明显的问题。

但是,默认情况下,当用户代理指示IE6时,ScriptManager不会压缩ScriptResource.axd,但是使用此设置,IE6用户仍将获得压缩版本。你可能不希望这种行为。

您没有为httphandlers列出ashx扩展名。我见过很多库使用它来输出javascript。

实际上,现在你提到这个话题:压缩CSS也可能是一个问题。当被压缩的CSS服务时,IE 6可能崩溃。

不幸的是,我没有任何链接来支持这一声明,这只是我从我们的发展负责人那里听到的。

由于css通常比呈现的html小一些,所以我总是省略压缩css——以防万一。

编辑:刚刚偶然发现一个来自ms的链接提到了这个问题-它还提到js是一个潜在的问题: http://support.microsoft.com/kb/825057

我只想就我到目前为止所做的给予一些反馈。我还没有尝试过blowery,因为我想探索如何在iis 6中使用httpcompression来查看它的运行情况,或者最初是否可以使用.axd文件。为了测试我页面上的压缩统计数据,我使用了名为yslow的firefox雅虎插件。在我看来,这个插件是直观的,非常有用。

所以我已经在WindowsServer2003上打开了IIs6HttpCompression,为CSS、JS和ASPX文件等配置压缩,然后建立了正在/不在使用YSlow压缩的文件。不用说webresource.axd文件没有被压缩,但是其他文件被压缩了。

然后,我更改了iis metabase.xml文件,以便在hcscriptfileextensions属性中包含文件扩展名axd。在我重新启动iis之后,来自yslow的测试结果现在显示所有webresource.axd文件都被压缩了。我仍然在测试这个功能,以检查所有客户端的东西是否如预期的那样工作,但是到目前为止没有任何东西被破坏。 我希望这能帮助其他人