HTTP协议上的GZIP编码是一种用来改进WEB应用程序性能的技术。大流量的WEB站点常常使用GZIP压缩技术来让用户感受更快的速度。这一般是指WWW服务器中安装的一个功能，当有人来访问这个服务器中的网站时，服务器中的这个功能就将网页内容压缩后传输到来访的电脑浏览器中显示出来.一般对纯文本内容可压缩到原大小的40%.这样传输就快了，效果就是你点击网址后会很快的显示出来.当然这也会增加服务器的负载.一般服务器中都安装有这个功能模块的。
现在主流浏览器基本都支持Gzip压缩，因此这也成了WebServer优化策略的一种常规手段。启用压缩后能有效减少网页传输数据大小，使得有限带宽能提供更多的请求，并在一定程度上提高了网页“显示”速度。
IIS6提供了对Gzip的支持，只可惜有点不完善，需要我们自己手工做些设置。
步骤
1.在“IIS管理器”中，打开“网站>属性”对话框，切换到“服务”页卡，选中两个压缩选项。
2.新增一个服务扩展，路径为“%windir%System32inetsrvgzip.dll”。添加完成后，允许该扩展使用。
3.在“管理工具>服务”中，停止“IISAdminService”。
此时会弹出对话框说关闭www服务和ssl服务，我我们把这个几个服务同时关闭
4.用记事本打开“%windir%system32inetsrvMetaBase.xml”，找到“IIsCompressionScheme”，按下述方法修改、保存。(建议修改前先做备份)
如果需要压缩动态文件，则将HcDoDynamicCompression设置为”TRUE”，并在HcScriptFileExtensions中增加您要压缩的动态文件后缀名，如aspx(由于我要优化的系统中，做了html->aspx的URLRewrite，所以将html、htm也加入了)。
如果需要压缩静态文件，则将HcDoStaticCompression和HcDoOnDemandCompression设置为“TRUE”，并在HcFileExtensions中增加您需要压缩的静态文件后缀名，如xml、css等。
HcDynamicCompressionLevel和HcOnDemandCompLevel表示需要的压缩率，数字(0~9)越小压缩率越低。
5.重启服务器。
我们需要启动IISAdminService服务、HttpSSL服务、WorldWideWeb服务
测试
我们用HttpWatchProfessional4.1看看启用GZip后的效果。
看来效果非常不错。
用了CDN服务，在按照上面的方法配置好Gzip后，不通过CDN，直接用Fidller或者FireFoxFirebug看页面信息，都能看到已经通过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启用压缩设为否，就可以解决这个问题了。
本文转自Tar0 51CTO博客，原文链接：http://blog.51cto.com/tar0cissp/1309021，如需转载请自行联系原作者
