如何压缩HTTP响应头？

在Velocity 2010年会议上：

---

Hölzle指出，在处理提供用户IP地址、浏览器和其他会话数据信息的网页标题时，效率明显低下。平均每个网页对不同的资源进行44次调用，其中许多请求包括重复的标题数据。Holzle说，对一些领先网站来说，压缩标题可以使页面负载提高88%

---

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

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

尽管如此，这里还是对如何制定此类计划进行了一些分析：

1） 也许它们意味着您可以使用其他一些定制的http方案来实现这一点，比如说

httpc://

我还可以说，将请求和响应分5批发送到同一台服务器或从同一台服务器发送到同一台服务器也可以提高web的速度。我将此方案称为

httpBrian://

2） 如果您假定它们仅表示HTTP响应头，那么在请求头中可以有另一个头，该头指定您希望将响应作为不兼容的HTTP响应输入。我想这可能会有代理等方面的问题

3） 如果您假定它们仅表示部分HTTP响应头，那么HTTP服务器可以将非代理头放在另一个头中，这些非代理头除了对执行请求的HTTP客户端压缩到另一个头中之外并不立即重要。HTTP请求将启用此功能。这很可能就是他们想要达到的目的。

更彻底地阅读这一段！Hölzle谈论的是网页标题而不是http标题。所以我们讨论一些类似于

meta

tag等等的东西

---

好吧，看起来，尽管我被（正确地）否决了很多次，但我是第一个找到答案的人。这是关于谷歌新的应用层协议SPDY（SPeeDY get It？），它提供HTTP头压缩。

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

---

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

“平均每个网页会调用44次不同的资源，其中许多请求包括重复的标题数据。Holzle说，压缩标题会使一些领先网站的页面负载提高88%。”元标记包含用户代理和会话信息？（即使对于代理请求，也根本没有IP地址HTTP或元头，所以这只是创造性的新闻报道。）什么？IP地址、会话数据和用户代理等内容是HTTP头的一部分，而不是HTML头。这些东西当然会在多个请求中反复出现。。。。这是一个值得关注的问题，特别是对于像谷歌这样的公司来说，它一天输出的HTTP头可能比许多大型网站输出的内容都多！这意味着http头…你不能从元标记中获取“用户的IP地址、浏览器和其他会话数据”。当使用普通的HTTP压缩工具时，Meta标记将被压缩。SHölzle显然在谈论HTTP头。我接受你的“更透彻地阅读段落”并向你提出“更透彻地理解段落”我在此声明

httpMatt://

为>5批。我相信我读过一篇关于[header compression]的博客或文章，谷歌正在修改他们的Chrome浏览器和服务器软件，以发送压缩的标题进行测试。到目前为止，这只是一个案例研究。@Matt:该死，如果我先想到批次>5，httpMatt://将永远在历史上而不是httpBrian://:(