在网上玩过几个networking服务器之后，我看到诸如goDaddy默认情况下没有启用gzip。 与几个IIS丢弃，Apache的默认安装，等等。
我一直运行跨服务器，没有基本的东西，提高您的网站默认打开速度。
这导致我有两个select：每个使web服务器打包的人都很差，或者我不明白他们为什么这样做。 我更不知道为什么他们不这样做。
有人能告诉我为什么你会发布禁用function，如gzip和各种caching控制头的web服务器？
我认为更快的网站是这样的结果，根据ySlow和PageSpeed一直告诉我的。 有什么缺点？
“资源” – 它需要内存和CPU来dynamic压缩你的内容……尽pipe如此，在一个或两个站点上，这些资源是微不足道的，但是在1000或更多的情况下……事情会变得很怪异。 另外 – 猎鹰的评论是有效的 – 供应商确实希望故障安全“裸骨”configuration为默认。
-Sean
更新：我也忘记了：每个请求上的额外执行时间也做了实际的压缩 – 还有额外的内存使用加载mod_deflate [deflate_module]摆在首位，所以通常每个进程得到一点点的胖，一点点比较慢。 〜就像我说的，通常微不足道的，但如果你是资源紧张开始….
一个原因可能是IE6的兼容性。 虽然IE6支持gzip，但它只能达到65535字节的压缩大小。
如果你的页面比其他页面大，那么这个页面就不会被解释。 但是这里有一个有趣的部分：它只发生在页面从文件caching中加载的时候，而不是在networking上接收到的时候，使整个混乱难以debugging。
它可以通过处理请求的头来解决，但有时会有一个使用IE6的透明代理，例如。 病毒软件。 代理不会更改任何用户代理标题，所以你几乎没有运气。 好东西，IE6几乎已经根除了。
不知道是否所有的版本都受到影响，或只有一些，但以上是我工作的网站已经gzip了很长一段时间的原因。
你可能会认为这是因为每个浏览器都不支持GZip。 这种解释是错误的：服务器可以基于请求的Accept-Encoding头向后兼容，这表明浏览器是否可以接受GZip压缩的内容。
一个可能的解释是，没有必要压缩一切。 为什么要压缩ZIP文件或JPEG图像？ 充其量，大小将是相同的。 最糟糕的是，它会变得更大。
另一个因素是服务器端性能。 当开发人员知道特定内容对CPU的影响以及ZGip的优缺点时，让开发人员开启压缩效果会更好。
我认为这是出于兼容性的原因。 某些客户端无法解压，在极less数情况下可能会破坏服务器端function。 供应商可能需要一个故障安全的默认configuration。
Web服务器需要执行的指令越less，可以提供的请求越多。
gzip压缩需要执行的指令，所以它减慢了速度。 如果你想要它，你可以打开它。
我的答案可能是愚蠢的和有争议的，但是你能想象一下，如果默认情况下启用了HTTP压缩，亚马逊公司会有多less收入？ stream量是每月账单的重要组成部分，所有这些平静的API都会传输大量数据。