* 仕様書から


** RFC 2068・2616 (HTTP/1.1) +10.2.6 205 Reset Content

> The server has fulfilled the request and the user agent SHOULD reset
the document view which caused the request to be sent. This response
is primarily intended to allow input for actions to take place via
user input, followed by a clearing of the form in which the input is
given so that the user can easily initiate another input action. The
response MUST NOT include an entity.

サーバーは要求を満たし、利用鎖へージェントはその要求の送信を引き起こした文書表示を[RUBY[再設定] [リセット]]する'''べきです'''。
この応答は、主として、後で入力が与えられた入力欄の消去によって利用者が用意に次の入力動作を初期化できるような種の、利用者の入力によって起こる動作の入力を可能とすることを意図しています。
応答は実体を含んでいては'''なりません'''。


** RFC の部分の License

[[RFCのライセンス]]


* メモ

[1] あんまり良い使用例は思い浮かびませんが、
例えば Web chat で、2つのフレームがあったとします。
フレーム1は入力 (発言) 欄、
フレーム2は会話内容が表示されるものであるとします。
そして、フレーム2は一定時間おきに再読み込みされます。

で、フレーム1で入力後、送信すると、 [CODE(HTTP)[205]]
を返せば、フレーム1の表示はそのままですが、
フレーム1で今入力してた発言は消去され、
次の発言の準備ができます。フレーム2はフレーム1には影響されず、
相変わらず一定時間おきに更新されます。
フレーム1送信直後の表示ではフレーム1で送信した発言が追加されていることでしょう。

[WEAK[現存の Web chat の実装のほとんどではフレーム1の初期化は [[JavaScript]] で実装していたりしますし、 [CODE(HTTP)[[[204]]]] や [CODE(HTTP)[205]] を知らないので発言時に target=フレーム2 にしてフレーム2を最新版に更新するわけですが、そういうのをなくして処理を単純化できます。]]
[WEAK[Web chat いくない! という話は勘弁して。]]

[2]
[CITE[Bug 198309 - 205 response should reset the content.]] <https://bugzilla.mozilla.org/show_bug.cgi?id=198309>


[206] [CITE@en[Web Applications 1.0 r2844 Give up on 205. Define how session history updates work without breaking scripts.]]
( ([TIME[2009-02-19 20:30:00 +09:00]] 版))
<http://html5.org/tools/web-apps-tracker?from=2843&to=2844>