难道网络还需要HTTP放气?

压缩网页,使他们更小的是,以确保快速的网页加载时间是至关重要的。gzip和Brotli是网络的两个最常用的压缩格式。第三个竞争者,HTTP放气,一直围绕只要Gzip已,但它从来没有流行起来。你还需要支持它在你的网站和应用?或者是时候退休HTTP从放气网络平台?

每一个主要的网络浏览器和其他各种工具和应用程序发送接受编码:放气,Gzip已头他们连接到每一个Web服务器。请求头发布到服务器的客户端支持上市压缩格式(“编码”)两个HTTP放气和gzip一直以来HTTP 1.1版本早在1999年大部分现代浏览器也宣布了新的Brotli支持(支持布尔) 格式。

该gzip格式比HTTP减缩更为常见,尽管他们类似病史。2020网络年鉴分析了超过750万个的网站主页学习压缩的趋势。如果成立只有0015%的服务器返回的HTTP编码放气反应。的反应大约30%使用gzip和大约10%所使用的较新的Brotli压缩格式。

如果调查网站刚刚首选HTTP减缩目前还不清楚,或者如果他们不支持gzip和Brotli。这是令人吃惊的是网站一个完整的60%供应压缩。(检查你的。Web服务器。)

结论很清楚:你并不需要在新的软件实施和维护HTTP缩小。你的时间是更好的花费在gzip和Brotli。大多数网站从字面上无法在这里的基本知识。您可以随时退回到发送给客户的未压缩的响应不支持其他两种方法。

试想想它,它的时候了Web浏览器和Web服务器的HTTP不赞成放气。这是不是一个失败的技术,但它不再相关无论是。该格式很少被使用,从而在客户端和服务器都很差测试。

HTTP放气稍好相比,Gzip已。这样可以节省12个字节和稍微降低处理器的负载。这不是一个很大的区别,但。那么,什么是错HTTP deflate和为什么它后面很远,Gzip已下跌呢?

在这篇文章中,我调用了HTTP / 1.1规范指的是什么的“放气”为“HTTP放气”来代替。HTTP Deflate — or Zlib (RFC 1950年) as the format is really called — and Gzip (RFC 1952年)是用于deflate包装(RFC 1951年)压缩格式。命名混乱显然导致不兼容的客户端和服务器实现。Gzip已更加明确,因此成为使用更安全的压缩格式。

我不能代表事物的服务器端说话,我不知道他们是否返回的Zlib或“原始”放气。Web浏览器,许多HTTP库和其他客户端软件有格式检测逻辑。这让他们只能采用很小的计算开销解压两种格式的变化。然而,这是不值得的额外工作。

该HTTP减缩泡沫破灭十年前,和gzip赢得放气,包装格式大战。它的方式过去的时间来删除HTTP放气从网络平台的支持。

相关阅读