[1] 開始行は、 HTTPメッセージの最初の行です。

仕様書

構文

[3] 開始行は、要求行または状態行のいずれかです >>2。

文脈

[6] HTTPメッセージには開始行が必ずあります。

[7] ただしHTTP/0.9 応答には開始行はありません。

関連

[4] 要求行があるメッセージは要求メッセージで、 状態行があるメッセージは応答メッセージです。

[5] 理論上 >>2 鯖もクライアントも要求行と状態行のどちらも受け取り得ることとなっています。 両者は構文的に曖昧無く区別できます。しかし実際上は鯖が受け取るのは要求行、 クライアントが受け取るのは状態行であり、そうでないメッセージは非妥当とみなされます。

[8] HTTP/2 では、疑似ヘッダーが開始行の役割を果たしています。

[9] 869725 – support shoutcast streams () https://bugzilla.mozilla.org/show_bug.cgi?id=869725

[10] CURLOPT_HTTP200ALIASES () https://curl.haxx.se/libcurl/c/CURLOPT_HTTP200ALIASES.html

Pass a pointer to a linked list of aliases to be treated as valid HTTP 200 responses. Some servers respond with a custom header response line. For example, SHOUTcast servers respond with "ICY 200 OK". Also some very old Icecast 1.3.x servers will respond like that for certain user agent headers or in absence of such. By including this string in your list of aliases, the response will be treated as a valid HTTP header line such as "HTTP/1.0 200 OK".

[11] Missing HTTP reason phrase - Google グループ () https://groups.google.com/forum/#!topic/rack-devel/KfNmEQpOZI0/discussion

I was debugging a problem that our Rails app wasn't sending the HTTP

reason phrase in the response, which causes problems in a J2ME HTTP

client.

(responding with "HTTP/1.1 200" instead of "HTTP/1.1 200 OK")