#?SuikaWiki/0.9 page-icon="HTTP"
[[#comment]]
* 仕様書から
** RFC 2068・2616 (HTTP/1.1) 10.2.7 206 Partial Content
>  The server has fulfilled the partial GET request for the resource.
The request [DEL[must]] [INS[MUST]] have included a Range header field (section [DEL[14.36]] [INS[14.35]])
indicating the desired range[INS[, and MAY have included an If-Range header field (section 14.27) to make the request conditional]].

サーバーはその資源についての部分 [CODE(HTTP)[[[GET]]]]
を満たしました。要求は望ましい範囲を示した [CODE(HTTP)[[[Range]]]]
頭欄を含んでいなければ'''なりません'''[INS[で、要求を条件的にする [CODE(HTTP)[[[If-Range]]]] 頭欄を含んでいても'''かまいません''']]。

> The response MUST include [INS[the following header fields:]]
- [DEL[either]] [INS[Either]]
a Content-Range header field (section [DEL[14.17]] [INS[14.16]]) indicating
the range included with this response, or a multipart/byteranges
Content-Type including Content-Range fields for each part. If [DEL[multipart/byteranges is not used, the]] [INS[a]] Content-Length header field [INS[is present]] in the response[INS[, its value]]
MUST match the actual number of OCTETs transmitted in the message-body.

応答は次の頭欄を含んでいなければ'''なりません''':
- この資源に含まれている範囲を示す [CODE(HTTP)[[[Content-Range]]]]
頭欄又は [CODE(MIME)[[[multipart/byterange]]]] [CODE(HTTP)[[[Content-Type]]]]
であって各部分が [CODE(HTTP)[Content-Range]] 欄を含んでいるもののいずれか。
[CODE(HTTP)[[[Content-Length]]]] 頭欄が応答に含まれるなら、
その値は [CODE(ABNF)[[[message-body]]]] 中の転送される [CODE(ABNF)[[[OCTET]]]]
の実際の数と一致しなければ'''なりません'''。

[INS[
>
- Date
- ETag and/or Content-Location, if the header would have been sent
in a 200 response to the same request
- Expires, Cache-Control, and/or Vary, if the field-value might
differ from that sent in any previous response for the same variant

- [CODE(HTTP)[[[Date]]]]
- 同じ要求についての [CODE(HTTP)[[[200]]]] 応答で送られるであろうなら、
[CODE(HTTP)[[[ETag]]]] [[及び/又は]] [CODE(HTTP)[[[Content-Location]]]]
- 同じ変種についての以前の応答で送られたものと異なるかもしれない [CODE(ABNF)[[[field-value]]]]
であれば、 [CODE(HTTP)[[[Expires]]]], [CODE(HTTP)[[[Cache-Control]]]]
及び/又は [CODE(HTTP)[[[Vary]]]]

> If the 206 response is the result of an If-Range request that used a
strong cache validator (see section 13.3.3), the response SHOULD NOT
include other entity-headers. If the response is the result of an
If-Range request that used a weak validator, the response MUST NOT
include other entity-headers; this prevents inconsistencies between
cached entity-bodies and updated headers. Otherwise, the response
MUST include all of the entity-headers that would have been returned
with a 200 (OK) response to the same request.

[CODE(HTTP)[206]] 応答が[[強いキャッシュ検証]]を使った 
[CODE(HTTP)[If-Range]] 要求の結果であるなら、応答は他の実体頭を含む'''べきではありません'''。
応答が弱い検証を使った結果であるなら、応答は他の実体頭を含んでは'''なりません'''。
これによってキャッシュされている実態本体と更新された頭の不一致を防ぐことができます。
これ以外の場合には、応答は同じ要求に対する [CODE(HTTP)[200]]
応答が返すであろう実体頭を全て含まなければ'''なりません'''。

> A cache MUST NOT combine a 206 response with other previously cached
content if the ETag or Last-Modified headers do not match exactly, see 13.5.4.

キャッシュは、 [CODE(HTTP)[ETag]] 頭又は [CODE(HTTP)[[[Last-Modified]]]]
頭が正確に一致しない限り、以前にキャッシュしたほかの内容と
[CODE(HTTP)[206]] 応答を結合しては'''なりません'''。
]INS]

> A cache that does not support the Range and Content-Range headers
MUST NOT cache 206 (Partial) responses.

[CODE(HTTP)[Range]] 頭や [CODE(HTTP)[Content-Range]]
頭に対応していないキャッシュは [CODE(HTTP)[206]] (部分) 応答をキャッシュしては'''なりません'''。

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