5

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

旧浏览器将如何响应 http2 标头？

我的意思是在 php ( http://php.net ) 上仍有 (26.02.2015) 标头函数 ( http://php.net/manual/en/function.header.php ) 到http1.1规范 ( http ) 的链接://www.faqs.org/rfcs/rfc2616）。我知道http2我必须做的就是将标题从例如更改为HTTP/1.1 404 Not Found类似于HTTP/2.0 404 Not Found. 但旧版浏览器将如何应对呢？这对 web 开发人员和 php 编码人员是透明的，并在浏览器/服务器端实现，还是有一些关于兼容性的重要事情/线索？

在准备好之后立即使用 http2 标头是一个好主意吗？

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

格式正确的问题中必须有一些代码，所以这里是:)：

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

在这种情况下，旧浏览器呢？

在 http2 存活后立即使用它是个好主意吗？

附加文件：

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

1 回答 1

11

在典型场景中，支持 HTTP/2 的客户端最初使用 HTTP/1.1 连接来联系服务器，并使用Upgrade:标头指示 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 草案 17，第 3.2 节

我在这里直接引用了规范，因此来自真实客户端的真实请求看起来会稍微复杂一些——它也将包括通常的 HTTP/1.1 标头，这样不希望升级到 HTTP/2 的服务器可以简单地继续与请求。不支持 HTTP/2 的服务器会简单地忽略Upgrade: h2candHTTP2-Settings: ...标头。

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

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

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

该部分开始PRI *称为“客户端连接前言”，并在任何 HTTP/2 连接开始时发送。它被设计成一个没有 HTTP/1.0 或 /1.1 服务器会响应的字符串。这意味着即使在浏览器有理由相信服务器在连接之前支持 HTTP/2 的非典型场景中（例如，我们谈论的可能是通过其他协议进行服务广告的 Intranet 环境），HTTP/2 客户端将使用“PRI * HTTP/2.0\r\n\r\nSM\r\n\r\n”打开一个连接，并立即被任何 HTTP/1.X 服务器以HTTP/1.1 400 Bad Request拒绝。（例如，客户端可能会将请求降级到 HTTP/1.1 并继续。）

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

不再发送状态码和消息以及协议版本。取而代之的是使用伪标头——基本上只是标头前面带有 : 以确保不会与 HTTP/1.X 标头发生冲突。但是，标头不会以明文形式发送 - 已经制定了一种压缩方案，用于将标头转换为二进制代码。 HPACK 草案 12。（我还没有读过它；它比 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 可能有机会在库级别进行链接。不管是什么新库，它可能仍然能够编写 HTTP/1.1 连接的标头，具体取决于客户端——但这需要重写软件，除非他们决定header()重新解析 HTTP/2 输出的每个参数（这并非不可想象，但在我看来，它会导致比它解决的问题更多的问题）。

添加 HTTP/2 支持的一种方法是在服务器/传输级别，将 HTTP/1.1 标头转换为 HTTP/2。可以想象，Apache 模块可以解析 HTML 输出并检测链接的样式表、脚本和图像，在响应GET请求时向客户端生成 PUSH_PROMISE。

直接在 PHP 中支持 HTTP/2 的主要优势是允许链接到的资源被“推送”给愿意支持该功能的客户。许多基于 PHP 的 CMS 环境将能够提供样式表、脚本和图像列表，而无需重新解析用于客户端的输出。

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

于 2015-02-26T20:35:41.813 回答