我可以gzip压缩我的所有HTML内容（页面）

Question

我试图找出是否有任何原则来定义哪些页面应该是gzip压缩的，并在发送简单的html内容时画一条线。

如果你们可以分享你在gzip压缩项目的一部分时所做的决定，那将会很有帮助。

Answer 1

一个好主意是基准测试，数据下降速度有多快。压缩程度如何？如果需要5秒钟才能发送从200K到160K的东西，那可能不值得。服务器端有压缩成本，如果服务器忙，可能不值得。

在大多数情况下，如果你的服务器负载经常低于0.8，我只是gzip任何非二进制的东西，如jpegs，pngs和zip文件。

这里写得很好：

http://developer.yahoo.com/performance/rules.html#gzip

Answer 2

除非你的服务器的CPU被大量使用，否则我总是会使用压缩。这是带宽和CPU利用率之间的权衡，网络服务器通常有足够的备用CPU周期。

Answer 3

我认为gzip HTML内容不是不的好理由。

加载速度的大幅增加需要很少的CPU功率。

Answer 4

有一个值得注意的例外：有一个bug in Internet Explorer 6，它会使所有压缩内容变为空白。

Answer 5

我们决定对所有内容进行gzip，因为花时间确定gzip是什么，或者什么不是gzip看起来不值得努力。 gzipping一切的开销并不比gzipping什么都高。

这webpage表明：

  

“服务器选择基于gzip的内容   文件类型，但通常也是   受限于他们的决定   压缩。大多数网站都是gzip他们的   HTML文档。这也值得   gzip你的脚本和样式表，   但许多网站都错过了这个   机会。事实上，这是值得的   压缩任何文本响应   包括XML和JSON。图像和PDF   文件不应该被gzip，因为   他们已经被压缩了。尝试去   gzip他们不仅浪费CPU，而且可以   可能会增加文件大小。“

如果您关心cpu时间，我建议不要压缩已经压缩的内容。请记住，当为程序员/系统管理员付出昂贵代价的系统增加复杂性时，服务器便宜。

Answer 6

考虑到gzip压缩后要下载的HTML数据大小有很大的增长，我不明白为什么你不应该gzip它。

也许它使用了一点CPU ...但不是那么多;这对于下载量较少的客户来说非常有趣。并且在网络服务器配置中只有几行才能激活它。

（但是让你的网络服务器这样做：对于最常用的服务器，有mod_deflate等模块）

作为半旁注：你在谈论压缩HTML内容页面......但是停在HTML页面上：你也可以压缩JS和CSS（它们是文本文件，因此，通常压缩得非常好），并且它也不会花费太多CPU。

考虑到现在使用的大型JS / CSS框架，通过压缩这些内容可能比通过压缩HTML页面获得更大的收益。