对常规启用 IIS6.0 Gzip 方法的补充,用于解决wget、curl等无法得到压缩结果的问题
2008-11-14 17:10
761 查看
Tengs2000的文章:《[ASP.NET 优化] IIS6 Gzip》已经图文并茂地把如何在IIS6.0上启用Gzip讲的很清楚了,我这里只是要根据自己在配置过程中的问题做一些补充。
先说说我遇到的问题:我们公司用了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启用压缩设为否,就可以解决这个问题了。
先说说我遇到的问题:我们公司用了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启用压缩设为否,就可以解决这个问题了。
相关文章推荐
- iis6.0 配置PHP 5.38(解决老PHP版本无法启用CURL问题)
- IIS启用Gzip压缩造成OpenFlashChart不能正常显示问题及解决方法
- IIS启用Gzip压缩造成OpenFlashChart不能正常显示问题及解决方法
- IIS7下js文件启用Gzip后却不压缩的解决方法
- IIS启用GZIP压缩js、css无效的原因及解决方法
- IIS启用GZIP压缩js、css无效的原因及解决方法
- Gzip压缩启用方法 IIS6.0
- 对于Volley中onResponse无法返回数据结果的问题解决方法
- 在启用sharepoint portal server 2003的SSO时,提示“无法连接到数据库服务器,请检查配置账户的权利”的问题的解决方法
- IIS启用GZip压缩后带来的问题及解决办法
- 判断应用是否存在快捷方式的方法在很多手机上都无法得到正确的结果的解决办法
- 关于multisim仿真软件安装后无法启用元件库的问题解决方法
- IIS7下js文件启用Gzip后却不压缩的解决方法
- PHP5.5,5.6以及PHP7无法加载curl库的问题解决方法
- MySql安装问题,无法启用3306导致连接失败问题集和解决方法
- Gzip压缩启用图文方法详细说明【IIS6.0、Apache】
- linux JDK 安装无法建立连接的问题解决 wget方法后面再说
- PHP5.5,5.6以及PHP7无法加载curl库的问题解决方法
- IIS启用GZip压缩后带来的问题及解决办法
- PHP5.5,5.6以及PHP7无法加载curl库的问题解决方法