HTTP2 headers 与旧版浏览器的兼容性

Question

今天听说现代浏览器很快就会实现http2协议。更多信息：https://en.wikipedia.org/wiki/HTTP/2，我知道维基百科不是最好的资源，但它会提供一些关于正在发生的事情的线索。问题是：

旧浏览器将如何响应 http2 headers？

我的意思是 php (http://php.net) there is still (26.02.2015) a link in header function (http://php.net/manual/en/function.header.php) to the http1.1 specification (http://www.faqs.org/rfcs/rfc2616)。我知道在 http2 中我必须做的就是将 header 从例如 HTTP/1.1 404 Not Found 更改为类似于 HTTP/2.0 404 Not Found 的内容。但是旧的浏览器将如何响应呢？这对 web 开发人员和 php 编码人员来说是透明的，并在浏览器/服务器端实现，还是有一些关于兼容性的重要事情/线索？

在他们准备好后立即使用 http2 headers 是个好主意吗？

我不想伤害任何人，但我知道这样一种浏览器，它的第一个名字以字母 I 开头，第二个以字母 E 开头，它总是会搞砸一点。恐怕新规范会彻底毁掉这个浏览器的所有旧版本，而且这个http2。而我们 - 开发人员必须编写无论在何处都能正常工作的网站，并且在数以百万计的补丁/升级/数月与旧机器的兼容性问题之后，魔法 http2 将会实现。

格式正确的问题中一定有一些代码，所以在这里:):[=26=]

<?php
    header("HTTP/2.0 404 Not Found"); // Am I correct? It will look like this?
?>

在这种情况下旧浏览器怎么办？

在 http2 生效后立即使用它是个好主意吗？

其他文档：

http2 规范草案：https://datatracker.ietf.org/doc/html/draft-ietf-httpbis-http2-17
维基百科几句话：https://en.wikipedia.org/wiki/HTTP/2
PHP header 函数：http://php.net/manual/en/function.header.php
W3.org 关于 http2：http://www.w3.org/Protocols/HTTP/HTTP2.html

Answer 1

在典型情况下，HTTP/2-capable 客户端联系服务器最初使用 HTTP/1.1 连接，使用 Upgrade: header 指示可用性HTTP/2 支持。

看起来像这样：

 GET / HTTP/1.1
 Host: server.example.com
 Connection: Upgrade, HTTP2-Settings
 Upgrade: h2c
 HTTP2-Settings: <base64url encoding of HTTP/2 SETTINGS payload>

来源：HTTP/2 draft 17, Sec 3.2

我直接在此处引用规范，因此来自真实客户的真实请求看起来会稍微复杂一些——它会包括通常的 HTTP/1.1 header，例如不希望升级到 HTTP/2 的服务器可以简单地继续请求。不支持 HTTP/2 的服务器会简单地忽略 Upgrade: h2c 和 HTTP2-Settings: ... headers.

将连接升级到 HTTP/2 的服务器响应：

 HTTP/1.1 101 Switching Protocols
 Connection: Upgrade
 Upgrade: h2c
  
 PRI * HTTP/2.0
  
 SM

来源：HTTP/2 草案 17，第 3.2 节

从 PRI * 开始的部分称为 'client connection preface' 并在任何 HTTP/2 连接开始时发送。它被设计为任何 HTTP/1.0 或 /1.1 服务器都不会响应的字符串。这意味着即使在浏览器有理由相信服务器在连接之前支持 HTTP/2 的 non-typical 场景中（例如，我们正在谈论的可能是通过其他协议进行服务广告的 Intranet 环境）， HTTP/2 客户端将使用 "PRI * HTTP/2.0\r\n\r\nSM\r\n\r\n" 打开连接并立即被 [=66 拒绝=].1 400 错误请求 来自任何 HTTP/1.X 服务器。（例如，客户端然后可能会将请求降级为 HTTP/1.1 并继续。）

重写 PHP 应用程序以直接使用 HTTP/2 比更改 header('HTTP/X.X...') 数字需要更多的工作。 Saikyr是对的，HTTP/2是二进制协议；这意味着我们将使用一个新的库直接从 PHP.

编写 HTTP/2

不再发送状态码和消息以及协议版本。相反，使用 pseudo-headers - 基本上只是 headers 前面有一个 : 以确保不与 HTTP/1.X header 冲突秒。然而，headers 不会以明文形式发送——已经制定了一种压缩方案，用于将 headers 转换为二进制代码。 HPACK draft 12.（我没读过；page-turner 不如 HTTP/2。）

因此，您可以这样代替 header("HTTP/2 404 Not Found");：

 \HTTP2::setHeader(':status','404');

或代替header("Location: $PROTO://$HOST$PATH");

 \HTTP2::setHeader('location', "$PROTO://$HOST$PATH");

我还不知道 PHP 中有这样的支持，所以我在那里猜测了一下。我不确定 PHP 是否可以获得对 Apache 连接的足够控制以从 HTTP/2 升级并管理连接本身。随着对 Apache 的支持增加，可能有机会在库级别 PHP 到 link。无论新库是什么，它可能仍然能够编写 HTTP/1.1 连接的 headers，这取决于客户端——但它将需要重写软件，除非他们决定拥有 header() re-parse HTTP/2 输出的每个参数（这不是不可想象的，但在我看来它会导致比它解决的问题更多的问题）。

可以添加 HTTP/2 支持的一种方法是在 server/transport 级别，将 HTTP/1.1 headers 转换为 HTTP/2.可以想象，Apache 模块可以解析 HTML 输出并检测 linked 样式表、脚本和图像，在响应 GET 请求时向客户端生成 PUSH_PROMISEs。

直接在 PHP 中支持 HTTP/2 的主要优势是允许资源 linked 'pushed' 提供给愿意支持该功能的客户。许多 PHP-based CMS 环境将能够提供样式表、脚本和图像列表，而无需 re-parse 为客户端输出。

我很期待看到我们能做些什么！

HTTP2 headers 与旧版浏览器的兼容性

HTTP2 headers compatibility with older browsers

php

compatibility

header

http-1.1