在Velocity 2010大会上,Google said that header compression can yield big gains:
Hölzle注意到处理网页标题时效率低下,网页标题提供有关用户IP地址,浏览器和其他会话数据的信息。平均网页对不同的资源进行44次调用,其中许多请求包括重复的标头数据。 Holzle表示,压缩标题会使一些主要网站的页面加载率提高88%。
如何确保Web服务器发送的响应标头被压缩?这对今天的技术来说甚至可能吗?
答案 0 :(得分:6)
压缩HTTP请求标头或响应标头不符合HTTP 1.1标准。
这里所说的是对如何制定这样一个方案的一些分析:
1)也许他们的意思是你可以使用其他自定义http方案来实现这一点,比如说httpc://
。
我还可以声称,在5个批次中向同一服务器发送请求和响应也可以提高Web的速度。我将此方案称为httpBrian://
。
2)如果您认为它们仅表示HTTP响应标头,则在请求标头中您可以使用另一个标头,指定您希望将响应作为不合规的HTTP响应。我想这可能会遇到代理等问题。
3)如果您认为它们仅表示PARTIAL HTTP响应标头,那么HTTP服务器可以放置非直接重要的非代理标头,除了将执行请求的http客户端压缩到另一个标头中。 HTTP请求将启用此功能。这很可能是他们想要完成的。
答案 1 :(得分:0)
更彻底地阅读这一段! Hölzle谈论网页标题而非 http标题。所以我们谈论像 meta
标签之类的内容。
好吧,看来,尽管我已经(正确)投了很多,但我是第一个找到correct sources的人。它是关于一个名为SPDY(SPeeDY得到它?)的新应用程序层协议,它提供HTTP头压缩。
答案 2 :(得分:0)
如果基础架构通过某种类型的自定义传输协议支持标头压缩,那么它将一直压缩,直到它被传递给不支持该功能的实体。
最后,甚至我们的浏览器也许会支持它。所以我认为他们采取主动的方法,在服务器端启动它,看看它到底有多远。