Questions tagged «gzip»

1
哪些浏览器处理“ Content-Encoding:gzip”,哪些浏览器对编码质量有特殊要求?
我正在创建“手工制作”的HTTP 1.0、1.1服务器。我最近集成了zip lib,因此现在我可以输入和输出流式编码的gziped数据。我想知道发送哪些主要浏览器(有效的浏览器-IE6-IE10,Chrome,FF等)Accept-Encoding: deflate, gzip, ...,这样Content-Encoding: gzip今天可以处理吗?他们中的哪个对质量有期望?他们中的哪一个可以将编码的gzip邮寄请求和multypart / form数据发送到我的服务器?
44 gzip 


3
我应该使用gzip压缩HTML吗?
我从在线测试人员那里看到,我的HTML可以压缩约90%!是否使用gzip是一种好习惯?我看到很多网站都没有使用它。 对我来说,这将改善流量,因为某些页面包含很多数据(120 KB的HTML,不含图像),可以压缩到几千字节。

1
为了提高gzip的性能,建议的最小对象大小是多少?
我正在努力改善页面速度的显示时间,其中一种方法是gzip来自网络服务器的内容。 Google建议: 请注意,gzip压缩仅对更大的资源有用。由于压缩和解压缩的开销和延迟,因此您只能使用超过一定大小阈值的gzip文件。我们建议最小范围为150到1000个字节。将文件压缩到150字节以下实际上会使它们变大。 我们通过Akamai为其内容提供服务,并使用其网络作为代理和CDN。他们告诉我的内容: 跟进有关最小大小是多少的问题,Akamai在将请求的对象发送给最终用户时将对其进行压缩:最小大小为860字节。 我的回复: Akamai的最小大小为860字节的原因是什么?举例来说,为什么Akamai为Facebook提供的文件不是这种情况?(请参阅下文)Google建议更积极地gzip。在我们的网站上,这似乎是恰当的,到目前为止,点击率最高的是<860字节的AJAX调用。 Akamai的回应: 860字节是压缩的最小大小的原因有两个:(1)在860字节以下压缩对象的开销超过了性能提升。(2)860字节以下的对象始终可以通过单个数据包进行传输,因此没有迫切的理由对其进行压缩。 所以我在这里进行一些事实检查。由于数据包大小而导致的860字节限制是否在此推理的结尾?为什么高流量站点将其降低到150字节限制...只是为了节省带宽成本(因为CDN的收费基于从原始站点卸载的带宽),或者这样做会提高性能? 2012年7月9日更新: 我问史蒂夫· 苏德斯(Steve Souders)是否已经获得了比数据包小的gzip压缩响应性能提升,以及为gzip性能带来好处的建议最小对象大小是多少,这是他的响应: 谢谢你的电邮。大小介于1-5K之间。Apache有一个默认值,但我忘了它是什么-那将是一个很好的指南。 我们在F5设备上进行压缩,因此我们将其压缩到〜350字节,因为在那和1K之间有相当数量的AJAX调用。我们网站上少于350个字节的AJAX调用全都减少了约70个字节...比Google的建议还少...所以它似乎可以归结为:了解您的网站并根据您的代码进行调整。 F5更新在Production中运行一段时间后,我将回到这篇文章。我认为性能上的好处不大,但由于服务较少,我们会降低Akamai的成本。


1
如果我仅提供内容的压缩版本,是否应该添加variable accept编码标头?
我只是将静态站点从VPS移到了Amazon S3。由于S3并非网络服务器,因此我决定仅提供页面的压缩版本,因此我无法使用基于标题的逻辑。我还将Cloudfront用作CDN。 我正在http://gtmetrix.com/上测试我的页面,但由于未添加,因此记错了vary accept encoding header。因此,我检查了这是什么意思,据我所知,当我们同时提供压缩版本和未压缩版本时,这才有意义。 因此,我希望您能帮助我澄清这一点。我应该添加它吗?谢谢 :)


3
正确使用内容编码
我听说它建议将页面的Content-Encoding设置为zip或gzip可以减少加载时间并减少带宽。这对于普通站点还是仅对高负载站点值得实施?此外,如何在LAMP环境中设置以这种方式提供服务的页面?zip和gzip之间有实际区别吗?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.