アカウント名:
パスワード:
Bugzillaのチケット [mozilla.org]見ても
HTTP headers are case insensitive.
と書いているし、窓の杜の記事見ても、
「Necko」は「Content-Length」ヘッダーを追加する際、大文字と小文字を正しく挿入するため、この違いは通常、問題とならない。しかし、「viaduct」を通過するリクエストは「Content-Length」ヘッダーを小文字に変換してしまう。
とあって、何故かRFC通りの小文字変換が誤っていて、大文字小文字混在のRFC違反が正しい挿入とされている。修正がcase-insensitiveなのは理解するけど、「RFC違反だけど仕方なし」の認識ではないのかな……
前回のストーリーで、RFC本文には確かに小文字とあるがサンプルがなぜか大文字小文字混じりになっているという罠があると聞いた
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
この件ずっとRFCに無頓着 (スコア:0)
Bugzillaのチケット [mozilla.org]見ても
HTTP headers are case insensitive.
と書いているし、窓の杜の記事見ても、
「Necko」は「Content-Length」ヘッダーを追加する際、大文字と小文字を正しく挿入するため、この違いは通常、問題とならない。しかし、「viaduct」を通過するリクエストは「Content-Length」ヘッダーを小文字に変換してしまう。
とあって、何故かRFC通りの小文字変換が誤っていて、大文字小文字混在のRFC違反が正しい挿入とされている。
修正がcase-insensitiveなのは理解するけど、「RFC違反だけど仕方なし」の認識ではないのかな……
Re:この件ずっとRFCに無頓着 (スコア:0)
前回のストーリーで、RFC本文には確かに小文字とあるがサンプルがなぜか大文字小文字混じりになっているという罠があると聞いた