File 为Web服务器上的所有文件类型启用文件压缩是一种好做法吗？

您认为对Web服务器上的所有文件类型进行文件压缩是否是一种好的做法

我打算在SVG文件上启用文件压缩，以减少下载字体文件和其他文本基文件类型的等待时间，我在想，在所有类型的文件上启用文件压缩是否是一种好的做法

它会对性能产生不良影响吗

---

请告诉我你的经验。

是的，这通常是个好主意。计算机解压字节的速度通常比通过网络获取字节的速度快

如果您不确定，为什么不使用PageSpeed之类的工具来分析最佳行动方案

---

在网上搜索了几个小时后，我找到了以下两个资源：

及

表格一资源：

HTTP压缩，HTTP 1.1协议的建议 改进页面下载时间的规范

第二个资源：

常规文本和大多数非图像内容非常适合 压缩。文本文件通常可以压缩70%或更多。 压缩可以节省大量带宽并实现更快的浏览器速度 响应时间。在大多数高速局域网中，这种影响可以忽略不计 环境，但对于速度较慢的广域网用户来说，这一点非常明显 联系

不建议对已压缩的文件进行压缩。 部分列表包括以下类型的文件：

拉链

PDF

exe

图像文件

使用mod_deflate压缩这些文件类型实际上可以增加 它们的大小或损坏了文件

使用mod_deflate时有9种压缩级别。 默认级别（6）和最大级别之间的差异 压缩级别（9）是最小的，并且在额外的CPU时间方面的成本是最小的 必须处理更高的压缩级别，这是非常重要的 最终没有好处。因此，您应该使用默认值 压缩级别

下面是我希望在服务器端压缩的列表：

*/*xml*（包括应用程序/xhtml+xml |应用程序/xml |应用程序/xml dtd |图像/svg+xml和…）

text/*（包括text/html | text/javascript和…）

来自此页面代码示例的message/*（包括message/http | message/rfc822和…）

application/ecmascript | application/json | application/javascript

---

这可能对某些人有用。

压缩丢失的数据会给你带来好的结果。但是压缩有损文件不会，而且很可能会花费更多，因为对这些文件使用压缩只会导致浪费时钟周期（有损文件是预压缩的视频、音频和图像文件——jpg、mp3、avi……等等）

---

丢失的数据包括文本、源代码、任何位图图像（bmp）、可执行文件、csv文件。。等。它们将具有良好的压缩比，因此压缩它们将产生良好的结果（导致更高的吞吐量和能源效率）。你也应该考虑使用轻量级压缩算法（GZIP，尤其是LZOP）。

我知道压缩是Web服务文件的一个好方法，但是当压缩时文件格式可能变大，因为它们不能被压缩，这迫使系统（WebServer）做更多的CPU周期。我想知道的是，在所有文件类型上应用压缩是否被证明是更好的，还是应用它是特定的文件类型。我想你是在问，是否最好对所有文件类型都启用压缩，而不是什么都不启用。听起来你似乎不愿意费心挑选文件类型，这是有道理的。无论如何，谢谢你的回答。