在 Velocity 2010 大会上，Google 表示，标头压缩可以带来巨大的收益：
Hölzle 指出在处理网页标头方面明显效率低下，这些标头提供有关用户 IP 地址、浏览器和其他会话数据的信息。平均网页对不同资源进行 44 次调用，其中许多请求包括重复的标头数据。Holzle 说，压缩标题可以为一些领先的网站带来 88% 的页面加载改进。
如何确保 Web 服务器发送的响应标头被压缩？以今天的技术，这甚至可能吗？
问问题
4260 次
3 回答
7
压缩 HTTP 请求标头或响应标头不符合 HTTP 1.1 标准。
这里所说的是对如何制定这样一个方案的一些分析：
1）也许他们的意思是你可以使用其他一些自定义的 http 方案来完成，比如 say httpc://。
我还可以声称，以 5 个批次向/从同一服务器发送请求和响应也可以提高 Web 的速度。我称之为这个方案httpBrian://。
2）如果您假设它们仅表示 HTTP 响应标头，则在请求标头中您可以有另一个标头，指定您希望将响应作为不兼容的 HTTP 响应。我想这会有代理等问题。
3) 如果您假设它们仅表示 PARTIAL HTTP 响应标头，那么 HTTP 服务器可以将除了执行请求的 http 客户端压缩到另一个标头之外不立即重要的非代理标头。HTTP 请求将启用这样的功能。这很可能是他们想要实现的目标。
于 2010-06-24T13:53:29.883 回答
0
更彻底地阅读该段落！Hölzle 谈论的是网页标头而不是http 标头。所以我们谈论诸如meta标签之类的东西。
好吧，看来，即使我（正确地）被否决了很多，我是第一个找到正确来源的人。它是关于谷歌名为 SPDY（SPeeDY 明白吗？）的新应用层协议，它提供 HTTP 标头压缩。
于 2010-06-24T14:05:35.123 回答
0
如果基础设施通过某种类型的自定义传输协议支持标头压缩，那么它将一直被压缩，直到它被移交给不支持该功能的实体。
最后，也许我们的浏览器也会支持它。所以我认为他们正在采取一种积极主动的方法，在服务器端启动它并查看它的进展情况。
于 2010-06-24T14:12:30.147 回答