/
92.txt
136 lines (101 loc) · 8.08 KB
/
92.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
[1] [DFN[[CODE(HTTP)@en[[[303]]]]]] は他の [[URL]] を [CODE(HTTP)@en[[[GET]]]]
するべきことを示す[[リダイレクト]]です。
* 仕様書
[REFS[
- [308] '''[CITE@en[RFC 7231 - Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content]] ([TIME[2014-08-07 05:54:02 +09:00]] 版) <https://tools.ietf.org/html/rfc7231#section-6.4.4>'''
- [306] [CITE@en[RFC 7231 - Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content]] ([TIME[2014-06-07 01:55:45 +09:00]] 版) <https://tools.ietf.org/html/rfc7231#section-4.3.3>
]REFS]
* 意味
[309] [CODE(HTTP)[[[303]]]] は、[[鯖]]が[[利用者エージェント]]に対して [[URL]]
を示して異なる[[資源]]に[[リダイレクト]]し、元の[[要求]]に対する間接的な[[応答]]を提供することを意図するものです [SRC[>>308]]。
;; [310] ただし[[リダイレクト]]先の [[URL]] が元の[[実効要求URL]]
と等価とみなせるわけではありません [SRC[>>308]]。
[313] [CODE(HTTP)[[[303]]]] はどの[[要求メソッド]]にも適用可能です。
主として[CODE(HTTP)[[[POST]]]] の出力によって[[利用者エージェント]]を選択された[[資源]]に[[リダイレクト]]して、
[CODE(HTTP)[[[POST]]]] [[応答]]に対応する情報を元の[[要求]]とは独立に単独で識別したり、
[[ブックマーク]]したり、[[キャッシュ]]したりできるようにするのが主たる用途です。
[SRC[>>308]]
[314] [CODE(HTTP)@en[[[GET]]]] [[要求]]に対する [CODE(HTTP)[[[303]]]]
[[応答]]は、[[起源鯖]]が[[対象資源]]について [[HTTP]] により[RUBYB[[[転送]]]@en[transfer]]できる[[表現]]を持っていないことを示します。
[CODE(HTTP)@en[[[Location:]]]] [[ヘッダー]]の値は[[対象資源]]の説明を含む[[資源]]を指しており、
その[[資源]]を[RUBYB[取得]@en[retrieve]]すると、
[[受信者]]にとって有用な[[表現]]を得られるかもしれません
(ただし元の[[対象資源]]を表現することを意味しません)。
[SRC[>>308]]
[9] ○○の場面では [CODE(HTTP)[[[302]]]] よりも [CODE(HTTP)[[[303]]]]
が適切である、といった類の主張もたまにみられますが、[[宗教的]]なもので、
その方が特別に好ましい場面があるとは言いがたいと思われます。
;; [[HTTPリダイレクト]]の項も参照。
* 文脈
[305] [[起源鯖]]は、 [CODE(HTTP)@en[[[POST]]]] の処理の結果が既存の[[資源]]の[[表現]]と等価である時には、 その
[[URL]] を [CODE(HTTP)@en[[[Location:]]]] [[ヘッダー]]に指定した
[CODE(HTTP)[[[303]]]] [[応答]]を送信することができます [SRC[>>306]]。
* 構文
[312] [[鯖]]は[[リダイレクト]]先の[[資源]]の [[URL]]
を [CODE(HTTP)@en[[[Location:]]]] [[ヘッダー]]に指定します [SRC[>>308]]。
;; [316] なぜか[[事実の文]]でしかなく、 [['''MUST''']] にはなっていません。
([[IETF]] では一般的な品質です。)
[315] [CODE(HTTP)@en[[[HEAD]]]] [[要求]]の場合を除き、
[CODE(HTTP)[[[303]]]] [[応答]]の[[表現]]は [CODE(HTTP)@en[[[Location:]]]]
[[ヘッダー]]の [[URL]] と同じ [[URL]] への[[ハイパーリンク]]を含む短い[[ハイパーテキスト]]のメモを含める[RUBYB[べき]@en[ought to]]です。
[SRC[>>308]]
* 処理モデル
[311] [[利用者エージェント]]は、 [CODE(HTTP)@en[[[Location:]]]]
[[ヘッダー]]の [[URL]] を対象とした[RUBYB[取得]@en[retrieval]]の[[要求]]を
(その [[URL]] も [[HTTP]] なら [CODE(HTTP)@en[[[GET]]]] や
[CODE(HTTP)@en[[[POST]]]] の[[要求]]で) 実行し、その結果を元の[[要求]]の結果として提示できます。
ただしその[[要求]]の結果も[[リダイレクト]]かもしれません。 [SRC[>>308]]
;; つまり、[[利用者エージェント]]は [CODE(HTTP)[[[303]]]]
[[応答]]でも自動的に[[リダイレクト]]を処理して構いません。
* 歴史
[FIG(quote)[
[FIGCAPTION[
[307] RFC 2068・2616 (HTTP/1.1) 10.3.4 303 See Other
]FIGCAPTION]
> The response to the request can be found under a different URI and
SHOULD be retrieved using a GET method on that resource. This method
exists primarily to allow the output of a POST-activated script to
redirect the user agent to a selected resource. The new URI is not a
substitute reference for the originally requested resource. The 303
response [DEL[is not cachable]] [INS[MUST NOT be cached]],
but the response to the second (redirected) request [DEL[MAY]] [INS[might]] be cacheable.
要求に対する応答は異なる URI に見つかり、その資源を [CODE(HTTP)[[[GET]]]]
method を使って取り出す'''べきです'''。この方法は、主として
[CODE(HTTP)[[[POST]]]] で活性化されたスクリプトの出力が利用者エージェントを選択された資源に[RUBY[再指向] [リダイレクト]]するために存在します。
新しい URI は元の要求資源の代替参照ではありません。
[CODE(HTTP)[303]] 応答はキャッシュ'''してはなりません'''が、
第2 (再指向先) 要求の応答はキャッシュ可能かもしれません。
> [DEL[If the new URI is a location, its URL]] [INS[The different URI]]
SHOULD be given by the Location field in the response. Unless the request method was HEAD, the entity of the
response SHOULD contain a short hypertext note with a hyperlink to
the new URI(s).
異なる URI は応答の [CODE(HTTP)[Location]] 欄で与える'''べきです'''。
要求 method が [CODE(HTTP)[[[HEAD]]]] でない限り、
応答の実体は新しい URI (群) へのハイパーリンクの入った短いハイパーテキスト覚書を含む'''べきです'''。
[INS[
> Note: Many pre-HTTP/1.1 user agents do not understand the 303
status. When interoperability with such clients is a concern, the
302 status code may be used instead, since most user agents react
to a 302 response as described here for 303.
注意 : 多くの HTTP/1.1 以前の利用者エージェントは [CODE(HTTP)[303]]
状態を理解しません。そのようなクライアントとの相互運用性を気にするのであれば、
代わりに [CODE(HTTP)[[[302]]]] 状態符号を使っても構いません。
ほとんどの利用者エージェントはここで [CODE(HTTP)[303]]
について説明したように [CODE(HTTP)[302]] 応答に対しても再動作します。
]INS]
]FIG]
** 初期の実装
[2] [[NC]] 4.01 は未対応。
[3] [[WinIE]] は1で既に対応しています。とはいってもきっと [CODE(HTTP)[303]] は知らなくて、 [CODE(HTTP)[3]] で [CODE(HTTP)[[[Location:]]]] 欄があったからそれに飛んだだけだとは思います。
- [4] [[MosaicView]] 2.0 は対応しています。事情は >>3 同様でしょう。
- [5] [[Infomosaic]] も >>3-4 に同じ。
- [6] 一方 [[MosaicNetscape]] 0.9 は未対応。 Netscape の最初の code で書き直したのかな?
[7] [[Mozilla]] ([[Gecko]]) はもちろん対応しているのですが、最近の版ではリダイレクト先に [CODE(HTTP)[POST]] 内容を再送してしまう不具合があります。 (1.3 以前は大丈夫で、 1.4b 以降は駄目です。その途中のどこで enbug したのかは調べてません。 1.5 ではまだ直ってません。)
[8] >>7 うーんと、 2616 には [CODE(HTTP)[GET]] する'''べき'''とは書かれているけど、 [CODE(HTTP)[POST]] しては'''ならない'''わけではないから・・・とはいえ、 [CODE(HTTP)[POST]] 後の処理のために用意されたとはっきり書かれているし、 >>7 の挙動は不具合というより他ない。 2616 で追加された [CODE(HTTP)[[[302]]]] の補足説明からも UA が取るべき行動でないことは明らか。
**
[304] [CITE@en[URLs in Data Primer]]
( ([TIME[2013-05-30 21:44:23 +09:00]] 版))
<http://www.w3.org/TR/2013/WD-urls-in-data-20130604/#http-responses>
[317] [CITE[Status codes in HTTP]]
( ([TIME[1999-10-27 03:40:19 +09:00]] 版))
<http://www.w3.org/Protocols/HTTP/HTRESP.html#z10>