HTTP/1.x⇒HTTP/2 仕様変更で困ったこと (利用暗号の制約・httpヘッダーの小文字化) - Qiita

はじめに こちら、そろそろ知っておきたいHTTP/2の話という良くまとめられた記事を見ていて、色々と苦い記憶がよみがえってきたのですが、そういうHTTP/2仕様に困った系記事があまり見当たらなかったのでまとめました。 HTTP/2とは 機能 現在支流のHTTP 1/1よりもより効率よく、セキュアな通信をもらたす為に色々なアップグレードを施したHTTPの規格です。 特徴をざっというと、こんな感じ。 ストリーム、メッセージ、フレームという新しいデータの交換方式を利用することによる、実TCPセッション数削減 サーバー プッシュ機能により、複数のレスポンスが送信可能 HTTPヘッダーの仕組みを見直し、ヘッダー圧縮によるネットワーク負荷軽減 HTTPS(TLS)との関係 実はHTTP/2はHTTPSと深い関係があります。 実質的にHTTPS必須、しかもTLS1.2以上、cipher-suiteはTL

[teppeis]

元々HTTPヘッダー名はcase insensitiveなので、元の実装が悪いだけでは / id:z1h4784 受信ヘッダを比較する場合の話かと思い込んでました。送信はhttp2対応したクライアントなら小文字化してくれませんかね。レイヤーが違うのかな

[z1h4784]

id:teppeis case-insensitiveは「大文字小文字を区別しない」という意味ですよ。それが小文字のみに変わったという話。/ 検索すると英語圏では結構困ってる事例が見つかるね

[pmint]

テストケース数変わるかな？

[fukken]

"これをSHOULD部分まで準拠されたら先端を行ってるブラウザしか無理だな…" evergreen browserではないブラウザには人権がない時代

[uunfo]

IEだけできなかったのかIEしかできなかったのかどっち？「(確か)IEだけしかHTTPS通信できなかった。」／HTTPヘッダー名の小文字化はサーバー内部でやってくれたらいいのに／「IE以外」に修正されたがなおさらわからん

[ksugimori]

HTTP/1.1 でも case insensitive なのに小文字だとエラーになるってのはたしかに実装がイケてない気がする。でもそのあたりって HTTP/2 のライブラリが吸収してくれないのかな？

[kencharos]

つらみだ

[indication]

transfer-encodingの話を期待したけど、それ以前で、大文字小文字の違いがあるなんて…

[kitokitoki]

“すべてのヘッダー フィールドが小文字のみに仕様変更”

[efcl]

> すべてのヘッダー フィールドが小文字のみに仕様変更

[tmatsuu]

nginxはnginx側でlowercaseに変換してるっぽい?