HTTP
HTTPレスポンス

パラメーター

基本的な応答形式

HTTPサーバーが整形式のHTTP要求を受信すると、要求に含まれる情報を処理してクライアントに応答を返さなければなりません。単純なHTTP 1.1レスポンスは、次のように見えるかもしれません。多くの場合、いくつかのヘッダーフィールドが続きます。

HTTP/1.1 200 OK \r\n

HTTP/1.1 404 Not Found \r\n

HTTP/1.1 503 Service Unavailable \r\n

シンプルなHTTP 1.1レスポンスは次の形式をとります：

HTTP-Version Status-Code Reason-Phrase CRLF

要求と同様に、 HTTP-Versionは使用中のHTTPプロトコルのバージョンを示します。 HTTP 1.1では常にHTTP/1.1という文字列でなければなりません。

Status-Codeは、クライアントの要求のステータスを示す3桁のコードです。このコードの最初の桁はステータスクラスで、ステータスコードを5つのカテゴリのレスポンス^[1]のいずれかに配置します。

• 1xx 情報 - サーバーが要求を受信し、処理が続行中です。
• 2xx 成功 - サーバーが要求を受け入れて処理しました
• 3xx リダイレクション - 要求を完了するためにクライアント側でさらにアクションが必要
• 4xx Client Errors - クライアントが不正な形式の要求を送信したか、または実行できませんでした
• 5xx サーバーエラー - 要求は有効でしたが、サーバーは現在それを実行できません

Reason-Phraseは、ステータスコードの簡単な説明です。たとえば、コード200はOK理由フレーズがあります。コード404は、 Not Foundフレーズを有する。理由フレーズの完全なリストは、パラメータ、以下、またはHTTP仕様で利用できます。

この行は通常は\r\n表されるキャリッジリターンラインフィードのペアで終わります。

追加ヘッダー

HTTPリクエストと同様に、HTTPレスポンスには、レスポンスを変更または拡張するための追加ヘッダーが含まれている場合があります。

使用可能なヘッダーの完全なリストは、仕様の§6.2で定義されています 。最も一般的に使用されるヘッダーは次のとおりです。

• Server User-Agent要求ヘッダーのように機能します。
• Location ：リダイレクト先のURIを示す201および3xxのステータス応答で使用されます。そして
• ETagは、クライアントが応答をキャッシュできるように、このバージョンの返されたリソースの一意の識別子です。

レスポンスヘッダーはステータス行の後に来て、 リクエストヘッダーは次のように形成されます。

Name: Value CRLF

Nameは、 ETagやLocationなどのヘッダーName提供し、 Valueは、サーバーがそのヘッダーに設定する値を提供します。行はCRLFで終わります。

ヘッダーの応答は次のようになります。

HTTP/1.1 201 Created \r\n
Server: WEBrick/1.3.1 \r\n
Location: http://example.com/files/129742 \r\n

メッセージ本文

要求本文と同様に、HTTP応答にはメッセージ本文が含まれている場合があります。これにより、クライアントが処理する追加データが提供されます。特に、整形式のGET要求に対する200 OK応答は、常に要求されたデータを含むメッセージ本文を提供する必要があります。 （存在しない場合、204 No Contentはより適切な応答です）。

すべてのヘッダーの後にメッセージ本文が含まれ、CRLFが2つ続きます。要求に関しては、長さはバイトでContent-Lengthヘッダーで指定する必要があります。したがって、GET要求に対する正常な応答は、次のようになります。

HTTP/1.1 200 OK\r\n
Server: WEBrick/1.3.1\r\n
Content-Length: 39\r\n
ETag: 4f7e2ed02b836f60716a7a3227e2b5bda7ee12c53be282a5459d7851c2b4fdfd\r\n
\r\n
Nobody expects the Spanish Inquisition.