您认为在网络服务器上对所有文件类型进行文件压缩是否是一种好习惯?
我打算在SVG文件上启用文件压缩,以减少下载字体文件的等待时间以及其他文本基本文件类型,我想是否一个好的做法是在所有文件上启用文件压缩文件的类型与否。
它对性能有什么不良影响吗?
请告诉我您的体验。
答案 0 :(得分: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上的用户来说非常明显 连接。
建议不要对已压缩的文件进行压缩。 部分列表包括以下类型的文件:
拉链
EXE
图像文件
使用mod_deflate压缩这些文件类型实际上可以增加 它们的大小或损坏文件。
使用mod_deflate时有9种压缩级别。 默认级别(6)和最大值之间的差异 压缩级别(9)是最小的,并且额外CPU时间的成本 处理较高压缩级别所必需的是重要的 最终没有益处。因此,您应该使用默认值 压缩等级。
所以这是我喜欢在服务器端压缩的列表:
* / * xml *(包括application / xhtml + xml | application / xml | application / xml-dtd | image / svg + xml and ...)
text / *(包括text / html | text / javascript和...)
message / *(包括message / http | message / rfc822和...)来自此页面的代码示例http://www.iis.net/configreference/system.webserver/httpcompression
application / ecmascript | application / json |应用/ JavaScript的
这可能对某人有用。
答案 1 :(得分:0)
压缩无损数据会给你带来好结果。但压缩有损文件不会,并且很可能会花费更多,因为对这些文件使用压缩只会导致浪费的时钟周期(有损文件是预压缩的视频,音频和图像文件 - jpg,mp3,avi ..等)。
无忧数据将包括文本,源代码,任何位图图像(bmp),可执行文件,csv文件等。它们将具有良好的压缩比,因此压缩它们将产生良好的结果(导致更高的吞吐量和能效) 。您还应该考虑使用轻量级压缩算法(如果可能,请使用gzip,尤其是lzop)。
答案 2 :(得分:-1)
是的,这通常是一个好主意。计算机通常可以比通过网络获取字节更快地解压缩字节。
如果您不确定,为什么不使用像PageSpeed这样的东西来分析最佳行动方案。