在2010年速度会议上 Google说,标头压缩可以带来重大收益:

霍兹尔(Hölzle)指出,在处理网页标题的处理中,效率低下,该标题提供了有关用户IP地址,浏览器和其他会话数据的信息。平均网页对不同资源进行了44个调用,其中许多请求包括重复标头数据。霍尔兹尔说,压缩标头的某些领先地点的页面负载改善了88%。

如何确保Web服务器发送的响应标头被压缩?今天的技术甚至可以做到这一点吗?

有帮助吗?

解决方案

使HTTP请求标头或压缩响应标头不符合HTTP 1.1标准。

话虽如此,这是对如何制定这种计划的一些分析:

1)也许他们意味着您可以使用其他一些自定义HTTP方案来完成此操作,例如Say httpc://.

我还可以声称,以5分的批量向/从同一服务器发送请求和响应也会提高Web的速度。我称这个方案 httpBrian://.

2)如果您假设它们仅表示HTTP响应标头,则在请求标题中,您可以拥有另一个标题,该标头指定您希望响应为不合规的HTTP响应。我想这将在代理等方面存在问题。

3)如果您假设它们仅表示部分HTTP响应标头,则HTTP服务器可以将非代理标头放置,除了对HTTP客户端执行请求压缩到另一个标头的HTTP客户端外,这些标头不立即重要。 HTTP请求将启用此类功能。这很可能是他们试图完成的。

其他提示

如果基础架构通过某种类型的自定义传输协议支持标头压缩,那么它将一直压缩,直到将其移交给不支持该功能的实体为止。

最后,也许我们的浏览器也会支持它。因此,我认为他们通过在服务器端启动并查看它走了多远来采用主动方法。

更详细地阅读段落!霍兹尔谈论 网页标题 不是 HTTP标头. 。所以我们谈论类似 meta 标签等。

好的,似乎即使我经常被投票,我也是第一个找到 正确的来源. 。这是关于Google的新应用程序层协议,名为SPDY(快速获取?),该协议提供了HTTP标头压缩。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top