0
新しいHTTPプロトコルとしてHTTP2.0で読んでいましたが、バイナリヘッダーとマルチプレクシングで利点がありました。しかし、私はRest CallがHTTP1.1からHTTP2.0に移行しても合理的な利点があることを知りたいと思っています。私はHTTP2.0でRESTの完全なコールに特定の利得を見つけることができませんHttp1.0でHttp2.0でRESTを呼び出す
ありがとうございます。
新しいHTTPプロトコルとしてHTTP2.0で読んでいましたが、バイナリヘッダーとマルチプレクシングで利点がありました。しかし、私はRest CallがHTTP1.1からHTTP2.0に移行しても合理的な利点があることを知りたいと思っています。私はHTTP2.0でRESTの完全なコールに特定の利得を見つけることができませんHttp1.0でHttp2.0でRESTを呼び出す
ありがとうございます。
それはいくつかの方法で、ありません:ストリーミング転送用の
connection
ヘッダーVoodooと、HTTPパイプライニングを実装するための任意の部分(例えば、デフォルトではカールが可能)の組み合わせである。私の経験では、HTTP/2を叩くだけでなく、3人をうまく連携させるためにはもっと多くの作業が必要です。 HTTP/2でチャンク転送符号化の必要はなく、プロトコルはそれをサポートしていません。疑わしい場合は、常にHTTP/2に進みます。 HTTP/2アプリケーションを開発するための優れたツールもあります。 ShimmerCatのように、証明書とDNSエイリアスを設定する手間を省き、初日からHTTP/2で始めるのが煩雑にならないようにする人もいます。
ご返信ありがとうございます。確かに私はそれを試してみましょう – subro