我可以gzip-压缩我所有的html内容（页）

Question

我想知道是否有任何原则定义哪些页面应该gzip压缩，并绘制一条线，何时发送纯html内容。

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

Answer 1

一个好主意是标杆，如何快速的数据下来VS它的压缩程度如何，如果需要5秒钟发送从200K到160K的东西可能不值得。服务器端存在压缩成本，如果服务器忙碌，可能不值得。

大多数情况下，如果您的服务器负载经常低于0.8，那么我只是将任何非二进制文件（如jpegs，png和zip文件）进行gzip压缩。

有一个很好的写在这里：

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

Answer 2

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

Answer 3

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

在加载速度方面，它只需很少的CPU功率就能获得大幅度的提升。

Answer 4

我们决定gzip所有的内容，因为花时间决定要gzip什么或不gzip不值得这样的努力。压缩一切的开销并不比没有压缩的要高得多。

这webpage提示：

“服务器选择基于 文件类型gzip压缩的，但通常是在他们决定 压缩什么太 限制大多数网站gzip压缩的 HTML文档它。也值得 gzip您的脚本和样式表， ，但许多网站错过了这个 的机会。事实上，它是值得的 压缩任何文本响应 包括XML和JSON。图片和PDF 文件不应该被压缩，因为 它们已经被压缩。试图 gzip压缩他们不仅浪费CPU，但可以 潜在地增加文件大小。”

如果你关心CPU的时间，我会建议不要使用gzip压缩已压缩的内容。还记得增加复杂的系统程序员/系统管理者是昂贵的，服务器是便宜

Answer 5

有一个明显的例外：。有一个bug in Internet Explorer 6，使所有压缩内容变成了空白

Answer 6

考虑到存在的HTML数据的大小，下载时，它的gzip压缩了巨大的收益，我不明白为什么你不应该gzip压缩它。

也许它使用了一点点的CPU ...但不是那么多;对于客户来说，这对客户来说真的很有趣，他们的下载量较少。在web服务器配置中只有几行可以激活它。

（但是，让你的服务器做的：有像mod_deflate为最常用的服务器模块）

作为一个半旁注：你正在谈论压缩HTML内容的网页...但在HTML页面停止：你也可以压缩JS和CSS（它们是文本文件，所以通常压缩得非常好），而且它也不需要太多CPU。

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