现在是2018年,HTTP / 2被广泛使用,但是httpie
仍然不支持它。 让我们解决这个问题。
我知道httpie / httpie-http2 ,但是这种方法存在一些问题:
httpie/httpie-http2
,不会立即使用httpie
,很多人根本不知道这个插件甚至存在。curl
支持HTTP / 2。我看到了原生支持HTTP / 2的许多好处。 不利之处是什么?
我只是尝试完成httpie/http2
插件的安装,现在似乎无法使用它。 该插件取决于超级项目,而hyperframe
项目。 这个旧的hyperframe
在我的Arch Linux中不可用,因此我无法安装hyper
,因此无法安装httpie/http2
(好吧,我可以安装,但是在运行时崩溃)。
自一年前以来,更新hyper
及其依赖项的
也许应该将此问题改写为“对HTTP / 2的实现支持”。 目前,根本不可能通过httpie
以任何方式使用HTTP / 2。
@jakubroztocil有什么想法吗? http2插件有很多问题,似乎没有人维护该回购协议
碰碰@jakubroztocil
@jakubroztocil再次curl
才能完成:/
我想卷曲的问题将永远比过去更好。
我也很想拥有内置的HTTP2支持。
httpie / httpie-http2插件建立在顶级python-hyper / hyper之上。 这是我所知道的唯一用于psf /请求的HTTP2解决方案,可悲的是,它似乎不再得到积极维护。
我一直在注意encode / httpx 。 它带有内置的HTTP2支持,并且在某些时候可能会替代请求。
无论如何,我将从尝试修复插件开始。 如果成功,那么我将研究将其与HTTPie捆绑在一起。 一般的插件安装问题也将得到解决。
(抄送@Lukasa @tomchristie @florimondmanca)
是的,hyper基本上是不需要维护的:它已被hyper-h2和相关的其他构建模块所取代,并且不再是最重要的事情。 Httpx绝对是值得关注的东西。
最有用的评论
我想卷曲的问题将永远比过去更好。