![]() |
1
5
压缩HTTP请求头或响应头不符合HTTP 1.1标准。 这里所说的是对如何制定这样一个计划的一些分析:
1)也许它们意味着您可以使用其他自定义HTTP方案来实现这一点,比如说
我还可以声明,批量5发送请求和响应到/来自同一个服务器也会提高Web的速度。我称这个计划为
2)如果您假定它们只表示HTTP响应头,那么在请求头中,您可以有另一个头,指定您希望响应作为不兼容的HTTP响应。不过,我想这在代理等方面会有问题。 3)如果您假定它们只表示部分HTTP响应头,那么HTTP服务器可以将非代理头(除了执行压缩到另一个头中的请求的HTTP客户机之外)放在不立即重要的位置。HTTP请求将启用这样的功能。这很可能是他们想要达到的目标。 |
![]() |
2
0
如果基础结构通过某种类型的自定义传输协议支持头压缩,那么它将一直被压缩,直到它被移交给不支持该特性的实体。 最后,也许甚至我们的浏览器也会支持它。所以我认为他们采取了一种主动的方法,在服务器端启动它,然后看看它能走多远。 |
![]() |
3
0
好吧,看起来,尽管我被否决了很多,但我是第一个发现 correct sources . 它是关于一个名为spdy的新应用层协议(speedy-get-it?)由提供HTTP头压缩的Google提供。 |
![]() |
Hatsune Miku · 比较或if语句是否更快[已关闭] 1 年前 |
![]() |
Black Swan · 无法解压缩的值太多(应为2)错误 1 年前 |
![]() |
Kai · 有什么方法可以轻松优化VSCode中的锈迹? 2 年前 |
![]() |
Balfar · 处理NumPy阵列上的循环最有效的方法是什么? 3 年前 |
![]() |
Daniel · C#轻松存储快速访问的大型位矩阵 7 年前 |
|
halbe · 优化音频DSP程序的numpy计算 7 年前 |
![]() |
Afsara · 是否有任何方法不能优化我们的应用程序? 7 年前 |