王健宇's BLOG

然后输入"net Start w3svc"启动IIS

 

4. 用记事本打开 "%windir%\system32\inetsrv\MetaBase.xml"，找到 "IIsCompressionScheme"，按下述方法修改、保存。(建议修改前先做备份)

如果需要压缩动态文件，则将[code] HcDoDynamicCompression设置为"TRUE"，并在

中增加您要压缩的动态文件后缀名，如aspx (由于我要优化的系统中，做了 html -> aspx 的 URL Rewrite，所以将 html、htm 也加入了)。

如果需要压缩静态文件，则将HcDoStaticCompression和HcDoOnDemandCompression设置为 "TRUE"，并在HcFileExtensions中增加您需要压缩的静态文件后缀名，如xml、css等。

HcDynamicCompressionLevel和HcOnDemandCompLevel表示需要的压缩率，数字(0~9)越小压缩率越低。

 

 

5. 重启服务器。

测试

用了CDN服务，在按照上面的方法配置好Gzip后，不通过CDN，直接用Fidller或者FireFox Firebug看页面信息，都能看到已经通过Gzip压缩过了，但是在Linux下面使用wget、curl等 工具查看同样的页面信息时，却发现没有压缩。这个问题一直没有解决。最后在MetaBase.xml第三段IIsCompressionSchemes中发现了三个很重要的参数：

HcNoCompressionForHttp10
HcNoCompressionForProxies
HcNoCompressionForRange它们的默认值分别是：

HcNoCompressionForHttp10="TRUE"
HcNoCompressionForProxies="TRUE"
HcNoCompressionForRange="FALSE" 当把HcNoCompressionForHttp10的值设置成FALSE时，wget与curl就可以看到页面已经被gzip压缩了。

由此分析：虽然wget与curl在页面返回信息中写着其使用了http1.1，但实际上它们实际仍然在使用http1.0。禁止为http1.0启用压缩设为否，就可以解决这个问题了。
 

本文转载自黑小子博客,原文地址:http://www.hackersb.com/article.asp?id=243