Allow customizing header casing

オープン

#670 2024年2月5日に作成コメント 2 件リアクション 7 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 25/100

issue の種類: 機能追加
明瞭さ: 説明が足りない
活発さ: 停滞
技術スタック: rust
領域: backend-api-design

調査の方向性

まず HeaderName 型と HeaderMap 型を確認し、次に、パースされた http::Request 値と http::Response 値でヘッダー名がどのように表現されるかを追跡します。hyper issue #2695 で参照されている既存の extensions ベースの回避策と、考えられる API 変更を比較します。完了の条件は、送信するヘッダーの大文字・小文字をカスタマイズでき、パース後に大文字・小文字を検査できる、文書化された設計ができていることです。

索引モデルが issue の本文から書いたものです。

説明

Currently, the http crate contains a HeaderName type that is used in the implementation of HeaderMap as the key type. This HeaderName type stores all header names as lower case (for performance reasons), such that it is impossible¹ to (a) send headers with custom casing for the name and to (b) inspect the casing of headers for a request or response that was parsed into http::Request<_> / http::Response<_>.

In theory this shouldn't matter, because HTTP header names are specified to be case-insensitive. However in practice there are unfortunately many non-compliant implementations that don't work if you don't use the casing they expect.

Would you consider changes to the http crate that allow representing case-sensitive header names? I don't particularily care whether this would be done through some change to the HeaderName type, adding generics in some place, or even something entirely different, but I'd be happy to talk through different approaches if there is a general interest in solving this at the http crate level.

¹ without hacks such as abusing request / response extensions to store information about the casing, which hyper optionally supports on top of the http crate, c.f. https://github.com/hyperium/hyper/issues/2695

主要言語: Rust
スター: 1.4k
フォーク: 378
平均マージ: 1日 21時間
マージ済み PR（30日）: 5

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

hyperium/http のほかの issue

Method on Authority to get the host without [] for IPv6 addresses オープン

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

hyperium/http#830 · コメント 14 件 · リアクション 1 件 · 2026年4月24日に作成
HeaderName from bytes unchecked support オープン

難易度 4/5 3〜5日初心者へのやさしさ 45/100

hyperium/http#857 · リアクション 1 件 · 2026年8月2日に作成
Uri Builder path change broke parsing and reconstructing the Uri with empty path オープン

難易度 3/5 1〜2日初心者へのやさしさ 62/100

hyperium/http#846 · 2026年6月23日に作成
`Uri` does not accept percent-encoded characters in hostname オープン

難易度 3/5 1〜2日初心者へのやさしさ 58/100

hyperium/http#836 · コメント 2 件 · 2026年5月22日に作成
`HeaderName` implements `Borrow<str>` but doesn't hash like `str` オープン

難易度 3/5 1〜2日初心者へのやさしさ 62/100

hyperium/http#824 · コメント 3 件 · 2026年3月12日に作成

hyperium/http の issue をすべて見る

似ている issue

[coverage-improver] Cover empty-artifact fallback root in build_plugin_plans オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

TheLarkInn/aipm#2413 · 2026年9月24日に作成
AGENTS.md points to src/settings_window.rs, src/config.rs, and src/app.rs, which were split into directories オープン

documentation

難易度 1/5 1時間未満初心者へのやさしさ 90/100

alexgorbatchev/simple-ptt#15 · 2026年9月24日に作成
bench: run.sh's skip-update message always cites bench/skips.txt オープン

tooling

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

svandragt/vivace#313 · 2026年9月24日に作成
`t/vm/frames/light-call-frame-writes-dedup.t` wall-clock ratio check fails under `-j4` load オープン

todo:ticket

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

tokuhirom/mutsu#9299 · 2026年9月24日に作成
fix(taiko-client-rs): prevent BeaconClient panic on zero beacon spec values オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

taikoxyz/taiko-mono#22168 · コメント 1 件 · 2026年9月24日に作成

Rust の issue をもっと見る