今は2018年で、HTTP / 2が広く使用されていますが、 httpie
まだそのままではサポートしていません。 これを修正しましょう。
httpie / httpie-http2については知っていますが、このアプローチには問題があります。
httpie/httpie-http2
httpie
がインストールされても、 httpie/httpie-http2
はすぐに使用できません。多くの人は、このプラグインが存在することすら知らないでしょう。curl
さえ、すぐに使用できるHTTP / 2をサポートしています。HTTP / 2をネイティブにサポートすることには多くの利点があります。 欠点は何ですか?
httpie/http2
プラグインをインストールしようとしましたが、現在使用できないようです。 プラグインはハイパープロジェクトに依存しており、hyperframe
プロジェクトに依存しています。 この古いhyperframe
は私のArch Linuxでは利用できないので、 hyper
、つまりhttpie/http2
インストールできません(まあ、_インストール_できますが、実行時にクラッシュします)。
hyper
とその依存関係を更新するリクエストは、1年前から開かれており、ハイパーの作成者からの応答はありません。 見捨てられたようです。
おそらく、この問題は「HTTP / 2のサポートの実装」に言い換える必要があります。 現時点では、 httpie
介してHTTP / 2を使用することは不可能です。
@jakubroztocil何か考えはありますか? http2プラグインには多くの問題があり、誰もそのリポジトリを維持していないようです
バンプ@jakubroztocil
@jakubroztocilは、CLIからhttp / 2をテストする必要があったが、それを実行するためにcurl
にフォールバックする必要があったため、これを再びヒットしました:/
同じ問題私はカールが常に良くなると思いますそれは1年以上でした。
また、組み込みのHTTP2サポートが欲しいです。
httpie / httpie-http2プラグインは、 python-hyper / hyperの上に構築されています。 これは私が知っているpsf / requestsの唯一のHTTP2ソリューションであり、残念ながら、もはや積極的に維持されていないようです。
私はencode / httpxに注目しています。 組み込みのHTTP2サポートが付属しており、ある時点でリクエストの代わりになる可能性があります。
いずれにせよ、私はプラグインを修正することから始めます。 成功した場合は、HTTPieとのバンドルを検討します。 一般的なプラグインのインストールの問題も解決されます。
(Cc。 @ Lukasa @tomchristie @florimondmanca)
ええ、hyperは基本的にメンテナンスされていません。hyper-h2とそれに関連する他のビルディングブロックに取って代わられ、単に最も重要なものではなくなったのです。 Httpxは間違いなく注目すべきものです。
最も参考になるコメント
同じ問題私はカールが常に良くなると思いますそれは1年以上でした。