如何压缩HTTP响应头？

Question

在2010年速度会议上，Google说头部压缩可以产生很大的收益。

H lzle注意到在处理网页标题方面存在着明显的效率低下，它提供了有关用户IP地址、浏览器和其他会话数据的信息。平均每个网页对不同的资源进行44次调用，其中许多请求包括重复的头数据。Holzle说，压缩页眉会为一些领先网站带来88 %的页面加载改进。

如何确保web服务器发送的响应头被压缩？有了今天的技术，这还可能吗？

Answer 1

压缩HTTP请求头或响应头不符合HTTP1.1标准。

尽管如此，以下是对如何制定这样一项计划的一些分析：

1)也许它们意味着您可以使用其他自定义http方案(比如httpc:// )来完成这一任务。

我还可以声明，将请求和响应分批发送到同一服务器或从同一服务器发送响应也会提高web的速度。我称这个计划为httpBrian://。

2)如果假设它们仅指HTTP响应头，那么在请求头中可以有另一个标头，它指定要将响应作为不兼容的HTTP响应。不过，我想这会有代理等方面的问题。

3)如果假设它们只意味着部分HTTP响应报头，那么HTTP服务器可以将非代理报头放在除了对执行压缩请求的http客户端之外不立即重要的另一个报头中。HTTP请求将启用这样的特性。这很可能是他们正在努力实现的目标。

Answer 2

如果基础设施通过某种类型的自定义传输协议支持头压缩，那么它将一直被压缩，直到它被传递给一个不支持该特性的实体。

最后，也许甚至连我们的浏览器也会支持它。所以我认为他们采取了一种积极主动的方式，在服务器端启动它，看看它能走多远。