ids/0/241.txt



* Last-Modified: 欄 (HTTP 応答, RTSP 応答)

[[#comment]]


** 使用する文脈

[2] [CODE(HTTP)[Last-Modified:]] 欄は HTTP では[[実体頭欄]]に分類されています。
ですから、[[要求]]でも[[応答]]でも、その[[メッセージ]]が
([CODE(HTTP)[[[HEAD]]]] のように一部省略されている場合も含めて)
[[実体]]を含んでいるのなら使えるように思えます。

しかし、 [[RFC 1945]] で [Q[sender]<urn:ietf:rfc:1945>]
とされていたところが、わざわざ [[RFC 2068]] 以後は
[Q[origin server]<urn:ietf:rfc:2068>] に直されていて、
要求で使えるような気配がまったくありません。

[3] [CODE(HTTP)[[[PUT]]]] や [CODE(HTTP)[[[POST]]]]
で実体を鯖に送る時には使えないのでしょうか。
([CODE(HTTP)[[[Content-Disposition]]]] でも使えというのでしょうか?)

[[#comment]]


** 仕様書から


*** RFC 1945 (HTTP/1.0) 10.10; RFC 2068・2616 (HTTP/1.1) 14.29 Last-Modified

> The Last-Modified entity-header field indicates the date and time at
which the [DEL[sender]] [INS[origin server]] believes the [DEL[resource]] [INS[variant]] was last modified. [DEL[The exact semantics of this field are defined in terms of how the recipient should interpret it:  if the recipient has a copy of this resource which is older than the date given by the Last-Modified field, that copy should be considered stale.]]

[CODE(HTTP)[Last-Modified]] [[実体頭欄]]は、
その[DEL[[[資源]]]][INS[[[変種]]]]が最後に修正された日時と[DEL[[[送信者]]]][INS[[[起点鯖]]]]が信ずるところのものを示します。[DEL[この欄の正確な意味は、受信者がこれをどう解釈するべきかによって定義します。受信者がこの資源の複製を持っていて、それが [CODE(HTTP)[Last-Modified]] 欄に与えられた日付よりも古ければ、その複製は[[腐敗]]していると考えるべきです。]]

>
- Last-Modified  = "Last-Modified" ":" HTTP-date

> An example of its use is

使用例:

>
- [SAMP(HTTP)[Last-Modified: Tue, 15 Nov 1994 12:45:26 GMT]]

> The exact meaning of this header field depends on the implementation
of the [DEL[sender]] [INS[origin server]] and the nature of the original resource. For
files, it may be just the file system last-modified time. For entities
with dynamically included parts, it may be the most recent of the set of
last-modify times for its component parts. For database gateways, it
may be the last-update time[INS[ ]]stamp of the record. For virtual objects,
it may be the last time the internal state changed.

この頭欄の正確な意味は、[DEL[送信者]][INS[起点鯖]]の実装と、
元の資源の性質に依存します。
元が[[ファイル]]であれば、[[ファイル・システム]]の最終修正時刻になるかもしれません。
動的に取り込まれる部分を含む実体では、その構成部分の最終修正時刻のうちで一番新しいものであるかもしれません。
[[データベース]]関門では、[[記録]]の最終更新時刻印かもしれません。
仮想物体では、内部状態が最後に変更された時刻かもしれません。

> An origin server [DEL[must not]] [INS[MUST NOT]] send a Last-Modified date which is later
than the server's time of message origination. In such cases, where
the resource's last modification would indicate some time in the
future, the server [DEL[must]] [INS[MUST]] replace that date with the message
origination date. [INS[An origin server [DEL[should]] [INS[SHOULD]] obtain the Last-Modified value of the entity as close as possible to the time that it generates the Date value of its response. This allows a recipient to make an accurate assessment of the entity's modification time, especially if the entity changes near the time that the response is generated.]]

起点鯖は、メッセージを生成する時点の時刻より後の日付を [CODE(HTTP)[Last-Modified]]
として送っては'''なりません'''。そうなる場合、
つまり資源の最終修正が将来になってしまうような場合は、
メッセージの生成の日付を [CODE(HTTP)[Last-Modified]] 
時刻としなければ'''なりません'''。[INS[起点鯖は、応答の [CODE(HTTP)[[[Date]]]] 値を生成する時刻とできる限り近い時刻に実体の [CODE(HTTP)[Last-Modified]] 値を得る'''べきです'''。そうすることで、たとえその実体が応答を生成した時刻の前後に変更されていたとしても、受信者が実体の修正時刻を正確に査定できます。]]

[INS[

訳注: [CODE(HTTP)[Last-Modified]] 値決定は [CODE(HTTP)[Date]]
決定時刻に近づけるよりも、対象となる実体そのものを生成 (取得)
する時刻に近づけるべきではないでしょうか。 (もちろん、
実体生成はできる限り [CODE(HTTP)[Date]] 決定に近づけるべきですが、
現実には必ずしもそうできる場合ばかりではないでしょう。)
]INS]

[INS[

> HTTP/1.1 servers SHOULD send Last-Modified whenever feasible.

HTTP/1.1 鯖は、 [CODE(HTTP)[Last-Modified]]
を可能であればいつでも送る'''べきです'''。
]INS]

[INS[

訳注: 注記なき修正部は RFC 1945→2068 の差分。
]INS]


*** RFC 2326 (RTSP/1.0) 12.24 Last-Modified

> The Last-Modified entity-header field indicates the date and time at
which the origin server believes the presentation description or
media stream was last modified. See [H14.29]. For the methods
DESCRIBE or ANNOUNCE, the header field indicates the last
modification date and time of the description, for SETUP that of the
media stream.

[1] [CODE(RTSP)[Last-Modified]] [[実体頭欄]]は、
[[表現記述]]または[[媒体流]]が最後に修正されたと[[起点鯖]]の信ずる日時を示します。
[CODE(RTSP)[[[DESCRIBE]]]] [[メソッド]]や [CODE(RTSP)[[[ANNOUNCE]]]]
メソッドでは、記述の最終修正日時を表します。
[CODE(RTSP)[[[SETUP]]]] メソッドでは、媒体流の再修正日時を表します。


** メモ

[4]
[CITE[HTML5 IRC logs: freenode / #whatwg / 20070626]] ([TIME[2007-06-26 22:14:23 +09:00]] 版) <http://krijnhoetmer.nl/irc-logs/whatwg/20070626#l-151>
([[名無しさん]] [WEAK[2007-06-26 13:17:00 +00:00]])


[[#comment]]


* メモ
1	wakaba	1.1
2
3			* Last-Modified: 欄 (HTTP 応答, RTSP 応答)
4
5			[[#comment]]
6
7
8			** 使用する文脈
9
10			[2] [CODE(HTTP)[Last-Modified:]] 欄は HTTP では[[実体頭欄]]に分類されています。
11			ですから、[[要求]]でも[[応答]]でも、その[[メッセージ]]が
12			([CODE(HTTP)[[[HEAD]]]] のように一部省略されている場合も含めて)
13			[[実体]]を含んでいるのなら使えるように思えます。
14
15			しかし、 [[RFC 1945]] で [Q[sender]<urn:ietf:rfc:1945>]
16			とされていたところが、わざわざ [[RFC 2068]] 以後は
17			[Q[origin server]<urn:ietf:rfc:2068>] に直されていて、
18			要求で使えるような気配がまったくありません。
19
20			[3] [CODE(HTTP)[[[PUT]]]] や [CODE(HTTP)[[[POST]]]]
21			で実体を鯖に送る時には使えないのでしょうか。
22			([CODE(HTTP)[[[Content-Disposition]]]] でも使えというのでしょうか?)
23
24			[[#comment]]
25
26
27			** 仕様書から
28
29
30			*** RFC 1945 (HTTP/1.0) 10.10; RFC 2068・2616 (HTTP/1.1) 14.29 Last-Modified
31
32			> The Last-Modified entity-header field indicates the date and time at
33			which the [DEL[sender]] [INS[origin server]] believes the [DEL[resource]] [INS[variant]] was last modified. [DEL[The exact semantics of this field are defined in terms of how the recipient should interpret it: if the recipient has a copy of this resource which is older than the date given by the Last-Modified field, that copy should be considered stale.]]
34
35			[CODE(HTTP)[Last-Modified]] [[実体頭欄]]は、
36			その[DEL[[[資源]]]][INS[[[変種]]]]が最後に修正された日時と[DEL[[[送信者]]]][INS[[[起点鯖]]]]が信ずるところのものを示します。[DEL[この欄の正確な意味は、受信者がこれをどう解釈するべきかによって定義します。受信者がこの資源の複製を持っていて、それが [CODE(HTTP)[Last-Modified]] 欄に与えられた日付よりも古ければ、その複製は[[腐敗]]していると考えるべきです。]]
37
38			>
39			- Last-Modified = "Last-Modified" ":" HTTP-date
40
41			> An example of its use is
42
43			使用例:
44
45			>
46			- [SAMP(HTTP)[Last-Modified: Tue, 15 Nov 1994 12:45:26 GMT]]
47
48			> The exact meaning of this header field depends on the implementation
49			of the [DEL[sender]] [INS[origin server]] and the nature of the original resource. For
50			files, it may be just the file system last-modified time. For entities
51			with dynamically included parts, it may be the most recent of the set of
52			last-modify times for its component parts. For database gateways, it
53			may be the last-update time[INS[ ]]stamp of the record. For virtual objects,
54			it may be the last time the internal state changed.
55
56			この頭欄の正確な意味は、[DEL[送信者]][INS[起点鯖]]の実装と、
57			元の資源の性質に依存します。
58			元が[[ファイル]]であれば、[[ファイル・システム]]の最終修正時刻になるかもしれません。
59			動的に取り込まれる部分を含む実体では、その構成部分の最終修正時刻のうちで一番新しいものであるかもしれません。
60			[[データベース]]関門では、[[記録]]の最終更新時刻印かもしれません。
61			仮想物体では、内部状態が最後に変更された時刻かもしれません。
62
63			> An origin server [DEL[must not]] [INS[MUST NOT]] send a Last-Modified date which is later
64			than the server's time of message origination. In such cases, where
65			the resource's last modification would indicate some time in the
66			future, the server [DEL[must]] [INS[MUST]] replace that date with the message
67			origination date. [INS[An origin server [DEL[should]] [INS[SHOULD]] obtain the Last-Modified value of the entity as close as possible to the time that it generates the Date value of its response. This allows a recipient to make an accurate assessment of the entity's modification time, especially if the entity changes near the time that the response is generated.]]
68
69			起点鯖は、メッセージを生成する時点の時刻より後の日付を [CODE(HTTP)[Last-Modified]]
70			として送っては'''なりません'''。そうなる場合、
71			つまり資源の最終修正が将来になってしまうような場合は、
72			メッセージの生成の日付を [CODE(HTTP)[Last-Modified]]
73			時刻としなければ'''なりません'''。[INS[起点鯖は、応答の [CODE(HTTP)[[[Date]]]] 値を生成する時刻とできる限り近い時刻に実体の [CODE(HTTP)[Last-Modified]] 値を得る'''べきです'''。そうすることで、たとえその実体が応答を生成した時刻の前後に変更されていたとしても、受信者が実体の修正時刻を正確に査定できます。]]
74
75			[INS[
76
77			訳注: [CODE(HTTP)[Last-Modified]] 値決定は [CODE(HTTP)[Date]]
78			決定時刻に近づけるよりも、対象となる実体そのものを生成 (取得)
79			する時刻に近づけるべきではないでしょうか。 (もちろん、
80			実体生成はできる限り [CODE(HTTP)[Date]] 決定に近づけるべきですが、
81			現実には必ずしもそうできる場合ばかりではないでしょう。)
82			]INS]
83
84			[INS[
85
86			> HTTP/1.1 servers SHOULD send Last-Modified whenever feasible.
87
88			HTTP/1.1 鯖は、 [CODE(HTTP)[Last-Modified]]
89			を可能であればいつでも送る'''べきです'''。
90			]INS]
91
92			[INS[
93
94			訳注: 注記なき修正部は RFC 1945→2068 の差分。
95			]INS]
96
97
98			*** RFC 2326 (RTSP/1.0) 12.24 Last-Modified
99
100			> The Last-Modified entity-header field indicates the date and time at
101			which the origin server believes the presentation description or
102			media stream was last modified. See [H14.29]. For the methods
103			DESCRIBE or ANNOUNCE, the header field indicates the last
104			modification date and time of the description, for SETUP that of the
105			media stream.
106
107			[1] [CODE(RTSP)[Last-Modified]] [[実体頭欄]]は、
108			[[表現記述]]または[[媒体流]]が最後に修正されたと[[起点鯖]]の信ずる日時を示します。
109			[CODE(RTSP)[[[DESCRIBE]]]] [[メソッド]]や [CODE(RTSP)[[[ANNOUNCE]]]]
110			メソッドでは、記述の最終修正日時を表します。
111			[CODE(RTSP)[[[SETUP]]]] メソッドでは、媒体流の再修正日時を表します。
112
113
114			** メモ
115
116			[4]
117			[CITE[HTML5 IRC logs: freenode / #whatwg / 20070626]] ([TIME[2007-06-26 22:14:23 +09:00]] 版) <http://krijnhoetmer.nl/irc-logs/whatwg/20070626#l-151>
118			([[名無しさん]] [WEAK[2007-06-26 13:17:00 +00:00]])
119
120
121			[[#comment]]
122
123
124			* メモ