#?SuikaWiki/0.9 page-icon="HTTP"
[[#comment]]
* 仕様書から
** RFC 1945 (HTTP/1.0); RFC 2068・2616 (HTTP/1.1) 10.2.3 202 Accepted
>The request has been accepted for processing, but the processing has
not been completed. The request [DEL[[DEL[[INS[{1945}]] may]] [INS[[INS[{2068}]] MAY]]]] [INS[[INS[{2616}]] might]] or [DEL[[DEL[[INS[{1945}]] may not]] [INS[[INS[{2068}]] MAY NOT]]]] [INS[[INS[{2616}]] might not]] eventually be acted
upon, as it [DEL[[DEL[[INS[{1945}]] may]] [INS[[INS[{2068}]] MAY]]]] [INS[[INS[{2616}]] might]] be disallowed when processing actually takes place.
There is no facility for re-sending a status code from an
asynchronous operation such as this.

要求の処理は受け入れられましたが、処理は完了していません。
要求は最終的に動作するかもしれないししないかもしれません。
実際に処理される際に禁止されるかもしれませんのです。
このような非同期処理の状態符号を再送する機能はありません。

>The 202 response is intentionally non-committal. Its purpose is to
allow a server to accept a request for some other process (perhaps a
batch-oriented process that is only run once per day) without
requiring that the user agent's connection to the server persist
until the process is completed. The entity returned with this response [DEL[[INS[{1945}]] should]] [INS[[INS[{2068}]] SHOULD]]
include an indication of the request's current
status and either a pointer to a status monitor or some estimate of
when the user can expect the request to be fulfilled.

[CODE(HTTP)[202]] 応答は、意図的に非引渡し的です。
その狙いは、サーバーに対する利用者エージェント接続を処理完了まで永続的に必要とすることなく、
サーバーが他の何らかの処理 (多分自動処理志向処理で1日に何度かだけ走るとか)
の要求を受け入れることを可能にするところにあります。
この応答で返される実体は要求の現在状態並びに状態観察器又は利用者が要求が満たされると期待できる時間の見積もりの案内を含める'''べきです'''。

** RFC の部分の License
[[RFCのライセンス]]
* メモ