问题标签 [http2]

现在我curl -I用来检索标题。

在浏览器即将采用 HTTP/2 时，网站是否会采用不同的方式使用 HPACK 提供标头，这将使我对 curl 命令的使用无效？

我正在阅读一篇关于启动 HTTP/2 的文章。据说HTTP/2是基于SPDY（speedy）协议的，通过使用“header field compression”和“multiplexing”可以提供比HTTP/1.1更快的浏览速度。这些术语究竟是如何工作的？

我是否应该相信 HTTP/1.1 中的请求是以“一个接一个”的方式处理的？

我阅读了 http2 RST_STREAM 中的新功能：

HTTP/2 添加了 RST_STREAM 帧以允许客户端改变主意；如果浏览器离开页面，或者用户取消下载，它可以避免打开新连接而不会浪费所有带宽。

怎么能这样？浏览器怎么能这样？代码有什么变化吗？

2 月 26 日，谷歌发布了 gRPC：http: //googledevelopers.blogspot.com.br/2015/02/introducing-grpc-new-open-source-http2.html

在那篇文章中，他们说：“在 Google 内部，我们开始使用 gRPC 通过 gRPC 端点公开我们的大部分公共服务，这是我们对 HTTP/2 的长期承诺的一部分。

如果他们开始使用 gRPC 来公开他们的公共 API……他们使用什么在应用程序之间进行内部通信？

将 gRPC 用于应用程序之间的内部通信是否存在特定问题？

CouchDB API 可以通过 HTTP 访问。设计和文档 CRUD 操作可以通过简单的请求来实现。

然而，人们对性能提出的担忧可能会通过采用 HTTP2 协议得到缓解。

我是否有这样的想法？

有谁知道这个倡议是否有想法或方向？

我正在尝试应客户的要求将现有的企业应用程序迁移到 HTTP 2.0。该应用程序使用 ASP.NET 表单身份验证，当使用支持 HTTP 2.0 的浏览器和服务器（Windows Server Tech Preview）通过 HTTPS 访问时，身份验证在登录操作期间似乎成功，重定向到请求的 URL，但随后服务器响应下一个请求再次重定向回登录 URL。在向 Application_BeginRequest 添加一些诊断日志后，我发现请求中存在 auth cookie，但是尝试使用 FormsAuthentication.Decrypt() 解密票证会引发异常，指出 cookie 中有非 base-64 字符。我怀疑这与 HTTP 2.0 标头压缩有关，但我会认为这应该由 IIS 透明地处理，并且在我的代码执行时应该已经解压缩了标头。有没有其他人经历过这种情况并知道解决方法？如果我遗漏了任何内容，很高兴提供更多信息。

是否有任何工具可以查看通过 HTTP 2.0 的线路（原始请求和响应）传递的内容？我使用了 Fiddler，只看到了 HTTP 1.1 数据。

我在 Chrome 中启用了 HTTP 2.0 / SPDY 并访问了https://http2.akamai.com以查看请求和响应。

我在运行hyper增加对HTTP/2协议的支持的 Python 库时遇到问题。

在我的 Fedora 机器上，我安装了它pip并pip3与 Python 2.7.8 和 Python 3.4.1 一起使用。然后我复制了与 twitter 连接的测试脚本：

我使用 Python 2.7.8 运行它并以错误结束：

它以 Python 3.4.1 的不同错误结束：

什么会导致我的环境出现此类问题？

我正在尝试对 HTTP/1.1 和 HTTP/2 进行一些性能分析。但是我没有成功安装后一个。我需要来自同一实现的两种协议（例如 H2O）。我在安装 H2O 时遇到的第一个问题是 ubuntu 14.04 中的 openssl 版本。我按照1的建议将版本更新为 1.0.2 。然后我收到以下错误消息：

任何人都可以在这里帮助我。

因此，我正在为我正在销售的产品/服务运行静态登录页面，并且我们正在使用 AdWords 和类似工具进行广告宣传。自然，页面加载速度是最大化转化率的一个重要因素。

HTTP/2 的优点：

1. 数据更加压缩。
2. 服务器推送允许在没有请求的情况下一次发送所有资源，这有很多好处，例如替换 base64 内联图像、精灵......等。
3. 通过单个连接进行多路复用显着缩短了加载时间。

HTTP/2 的缺点：

1) 强制 TLS，降低加载速度。

所以我很伤心。一方面，HTTP/2 有很多改进。另一方面，也许继续避免不必要的 TLS 并继续使用 base64/sprites 来减少请求会更快。

总页面大小约为 1MB。

值得吗？