0

您认为对网络服务器上的所有文件类型进行文件压缩是否是一种好习惯?

我打算对 SVG 文件启用文件压缩,以减少下载字体文件和其他文本基础文件类型的等待时间,我在想是否在所有类型的文件上启用文件压缩是一个好习惯文件与否。

它对性能有什么不好的影响吗?

请让我知道您的经验。

4

3 回答 3

0

在网上搜索了几个小时后,我找到了这两个资源:

http://www.ibm.com/developerworks/library/wa-httpcomp/

http://docs.oracle.com/cd/E24902_01/doc.91/e23435/enablecomp.htm

形成第一个资源:

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

并从第二个资源:

常规文本和大多数非图像内容非常适合压缩。文本文件通常可以压缩 70% 或更多。压缩可以节省大量带宽并实现更快的浏览器响应时间。这种影响在大多数高速 LAN 环境中可以忽略不计,但对于使用慢速 WAN 连接的用户来说却非常明显。

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

压缩

PDF格式

可执行程序

图像文件

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

使用 mod_deflate 时有 9 级压缩可用。默认级别 (6) 和最大压缩级别 (9) 之间的差异很小,处理更高压缩级别所需的额外 CPU 时间成本很高,最终无益。因此,您应该使用默认压缩级别。

所以这是我更喜欢在服务器端压缩的列表:

* / *xml* (包括 application/xhtml+xml | application/xml | application/xml-dtd | image/svg+xml 和...)

text/* (包括 text/html | text/javascript 和 ...)

message/* (包括 message/http | message/rfc822 和 ...)来自此页面的代码示例http://www.iis.net/configreference/system.webserver/httpcompression

应用程序/ecmascript | 应用程序/json | 应用程序/javascript

这可能对某人有用。

于 2013-09-25T08:14:56.950 回答
0

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

无损数据将包括文本、源代码、任何位图图像 (bmp)、可执行文件、csv 文件等。它们将具有良好的压缩比,因此压缩它们会产生良好的结果(导致更高的吞吐量和能源效率)。您还应该考虑使用轻量级压缩算法(gzip,尤其是 lzop,如果可能的话)。

于 2013-10-01T16:15:16.530 回答
-1

是的,这通常是个好主意。计算机通常可以比通过网络获取字节更快地解压缩字节。

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

https://developers.google.com/speed/pagespeed/

于 2013-09-25T00:27:54.137 回答