今天听说现代浏览器很快就会实现http2协议(protocol)。更多信息:https://en.wikipedia.org/wiki/HTTP/2 ,我知道维基百科不是最好的资源,但它会提供一些关于正在发生的事情的线索。问题是:
旧浏览器将如何响应 http2 header ?
我的意思是在 php ( http://php.net ) 上 (26.02.2015) 头函数 (http://php.net/manual/en/function.header.php) 中仍然有一个链接到 http1.1
规范 (http://www.faqs.org/rfcs/rfc2616)。我知道在 http2
中我必须做的就是将 header 从例如 HTTP/1.1 404 Not Found
更改为类似于 HTTP/2.0 404 Not Found
。但是旧的浏览器将如何响应呢?这对 web 开发人员和 php 编码人员来说是透明的,并在浏览器/服务器端实现,还是有一些关于兼容性的重要事情/线索?
准备好后立即使用 http2 header 是个好主意吗?
我不想伤害任何人,但我知道这样一种浏览器,它的名字以字母 I
开头,第二个以字母 E
开头,即总是会搞砸一点。恐怕新规范会彻底毁掉这个浏览器的所有旧版本,以及这个 http2
。我们 - 开发人员必须编写无论在何处都能正常工作的网站,神奇的 http2
将在数以百万计的补丁/升级/数月与旧机器的兼容性问题之后实现。
在格式正确的问题中一定有一些代码,所以这里是:):
<?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
最佳答案
在典型情况下,支持 HTTP/2 的客户端联系服务器最初使用 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/1.1 header ,这样服务器就不想升级到 HTTP/2可以简单地继续请求。不支持 HTTP/2 的服务器会简单地忽略 Upgrade: h2c
和 HTTP2-Settings: ...
header 。
将连接升级到 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 的非典型场景中(例如,我们正在谈论的可能是通过其他协议(protocol)进行服务广告的 Intranet 环境),HTTP/2 客户端将打开与 "PRI * HTTP/2.0\r\n\r\nSM\r\n\r\n" 的连接并立即被 HTTP/1.1 400 Bad Request 拒绝 通过任何 HTTP/1.X 服务器。 (例如,客户端然后可能会将请求降级为 HTTP/1.1 并继续。)
重写 PHP 应用程序以直接使用 HTTP/2 比更改 header('HTTP/X.X...')
数字要花费更多的工作。 Saikyr 是对的,HTTP/2 是一个二进制协议(protocol);这意味着我们将使用一个新的库直接从 PHP 编写 HTTP/2。
不再发送状态代码和消息以及协议(protocol)版本。相反,使用了伪 header ——基本上只是 header 前面带有 : 以确保不会与 HTTP/1.X header 冲突。然而, header 不会以明文形式发送——已经制定了一种压缩方案,用于将 header 转换为二进制代码。 HPACK draft 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 ,具体取决于客户端——但它将需要重写软件,除非他们决定使用 header()
重新解析 HTTP/2 输出的每个参数(这并非不可想象,但在我看来它会导致比它解决的问题更多的问题)。
可以添加 HTTP/2 支持的一种方法是在服务器/传输级别,将 HTTP/1.1 header 转换为 HTTP/2。可以想象,Apache 模块可以解析 HTML 输出并检测链接的样式表、脚本和图像,从而在响应 GET
请求时向客户端生成 PUSH_PROMISE。
直接在 PHP 中支持 HTTP/2 的主要优势是允许链接到的资源“推送”给愿意支持该功能的客户。许多基于 PHP 的 CMS 环境将能够提供样式表、脚本和图像的列表,而无需重新解析为客户端准备的输出。
我很期待看到我们能做些什么!
关于php - HTTP2 header 与旧版浏览器的兼容性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28740791/