我一直听说将网站进行gzip压缩可以加快页面的传输速度。我的网站通常有很大的负载，我还需要考虑gzip吗？我也看到了使用gzip的缺点，例如浏览器需要花费时间解压内容才能显示。这是真的吗？
更新：
此问题基于网站已经相当优化的假设。
实际上，我已经对其进行了优化。我的网站上大部分内容都是通过数据库生成的，最初加载所有内容需要一些时间，因此我编写了几个脚本，每晚运行生成内容并将其存储为静态HTML文件，然后在流量最大的页面中引用这些文件。服务器的负载远低于其容量，所以感谢您提供的见解，我现在会更认真地考虑它。我正在考虑使用一些能够动态执行这项任务的PHP类。您有什么推荐吗？
压缩响应可以提高传输速度，这意味着它将减少用户下载生成页面所需的时间。通常情况下，这不会减轻服务器的负载（一般而言），实际上它可能会略微增加服务器负荷，因为压缩本身并不是免费的（它会占用一些CPU周期）。
通常情况下，从用户体验的角度看没有任何劣势（仅有优势）。
然而，如果您的服务器已经严重负载，我可能会跳过它，因为它只会增加负载（一般而言）。首先优化代码，然后再添加压缩。不要试图将压缩作为糟糕优化代码的紧急处理措施（它不会奏效）...
.htaccess文件或php.ini，则没有必要在PHP中执行此操作... - ircmaxell我同意@ircmaxell的观点。如果数据库未经过优化或存在愚蠢的查询，则不会对您产生任何魔法。相反，您不会失去任何东西- CPU会承受一些额外的负载，但它可能会严重降低带宽使用率。由于大多数现代浏览器支持GZIP压缩，因此它只是服务器询问客户端是否支持它。更多信息 http://httpd.apache.org/docs/2.0/mod/mod_deflate.html
也许你还应该尝试像@Andrew Sledge建议的一些缓存模块。尝试APC :-) http://www.php.net/manual/en/intro.apc.php。还可以尝试压缩CSS文件，图像或JS文件。我过去使用静态生成整个网站，然后仅更新更改的页面-这肯定取决于更新速率..
我知道这是一个旧的堆栈问题，但我想尝试用今天的术语/最佳实践回答你的问题。
由于您每晚都在生成静态文件，因此建议您研究zopfli压缩静态文件这里是php lib。特别是因为zopfli压缩比标准gzip多约5％，而且不需要每次执行（在生成静态文件时执行一次并以此方式存储）。然后，当用户要求支持gzip时，您可以提供gzip文件（这样就不需要即时压缩）。对于不支持gzip的用户，您可以在服务器上解压缩它（这样可以减少I / O，因为压缩文件比未压缩版本小，基本上是即时解压缩）。
但是，对于动态内容仍应使用即时压缩（不使用zopfli，因为它具有更高的时间/成本）。
就时间成本而言，使用zopfli压缩静态内容：只要它每天被访问超过100次，它就值得做，因为它需要比标准gzip多大约100倍的处理能力。所以一旦达到101次，您的处理器将正式比即时压缩少处理。
解压缩所需时间总是比传输时间节省的一小部分。
三者结合使用，您可以获得更快的页面加载速度。有关更多详细信息，请参见这里。