-
Notifications
You must be signed in to change notification settings - Fork 4
/
745.txt
133 lines (98 loc) · 5.88 KB
/
745.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
* 仕様書から
** RFC 3229 (差分符号化) 用語定義より抜粋
>
:instance manipulation:
An operation on one or more instances which may
result in an instance being conveyed from server to
client in parts, or in more than one response
message. For example, a range selection or a delta
encoding. Instance manipulations are end-to-end, and
often involve the use of a cache at the client.
:実現値操作:
一つ以上の[[実現値]]についての演算であり、
結果として一つの実現値が[[鯖]]から[[クライアント]]に部分的に、または複数の[[要求メッセージ]]によって運ばれてくることになるかもしれない。
例えば、範囲選択や[[差分符号化]]である。
実現値操作は[[末端対末端]]であり、しばしばクライアントでの[[キャッシュ]]の使用を伴う。
> For reasons that will become clear later on, it is convenient to
think about subrange selection as a form of instance manipulation.
In some contexts, compression might also be treated as an instance
manipulation, rather than as a content-coding or transfer-coding.
後々明らかになってくる理由から、部分範囲選択を実現値操作の一形式と考えると便利です。
文脈によっては、圧縮もまた[[内容符号化]]や[[転送符号化]]ではなく実現値操作として扱われるかもしれません。
** RFC 3229 (差分符号化) 10.1 Protocol parameter specifications
> This specification defines a new HTTP parameter type, an instance-manipulation:
この仕様書は新しい HTTP 引数型 [CODE(ABNF)[instance-manipulation]]
を定義します。
>
- instance-manipulation = token [imparams]
>
- imparams = ";" imparam-name [ "=" ( token | quoted-string ) ]
- imparam-name = token
> Note that the imparam-name MUST NOT be "q", to avoid ambiguity with
the use of qvalues (see [10]).
[CODE(ABNF)[imparam-name]] は [CODE(ABNF)[[[qvalue]]]] の使用時の曖昧性を避けるために [CODE(HTTP)[[[q]]]] であっては'''ならない'''ことに注意して下さい。
> The set of instance-manipulation values is initially:
:- vcdiff:
A delta using the "vcdiff" encoding format [19, 20].
:- diffe:
The output of the UNIX "diff -e" command [26].
:- gdiff:
The GDIFF encoding format [14].
:- gzip:
Same definition as the HTTP "gzip" content-coding.
:- deflate:
Same definition as the HTTP "deflate" content-coding.
:- range:
A token indicating that the result is partial content, as the
result of a range selection.
:- identity:
A token used only in the A-IM header (not in the IM header), to
indicate whether or not the identity instance-manipulation is acceptable.
最初の実現値操作の集合は:
:[CODE(HTTP)[[[vcdiff]]]]:[CODE[vcdiff]] 符号化書式を用いた差分。
:[CODE(HTTP)[[[diffe]]]]:[[UNIX]] [KBD[[[diff]] -e]] 命令の出力。
:[CODE(HTTP)[[[gdiff]]]]:[[GDIFF]] 符号化書式。
:[CODE(HTTP)[[[gzip]]]]:[[HTTP]] [CODE(HTTP)[gzip]] 内容符号化と同じ定義。
:[CODE(HTTP)[[[deflate]]]]:HTTP [CODE(HTTP)[deflate]] 内容符号化と同じ定義。
:[CODE(HTTP)[[[range]]]]:結果が範囲選択の結果である部分内容であることを示す字句。
:[CODE(HTTP)[[[identity]]]]:[CODE(HTTP)[[[A-IM]]]] 頭でのみ使用する
([CODE(HTTP)[[[IM]]]] 頭では使用しない) 字句で、
[[同一]]実現値操作を受入れるかどうかを示すために使用する。
> For convenience in the rest of this specification, we define a subset
of instance-manipulation values as delta-coding values:
この仕様書の後の部分での便宜のために、実現値操作の部分集合を
[DFN[[CODE(ABNF)[delta-coding]] ([[差分符号化]]) 値]]として定義します。
>
- delta-coding = "vcdiff" | "diffe" | "gdiff" | token
> Future instance-manipulation values might also be included in this list.
将来の実現値操作値もこの並びに含められるかもしれません。
** RFC 3229 (差分符号化) 10.2 IANA Considerations
> The Internet Assigned Numbers Authority (IANA) administers the name
space for instance-manipulation values. Values and their meaning
must be documented in an RFC or other peer-reviewed, permanent, and
readily available reference, in sufficient detail so that
interoperability between independent implementations is possible.
Subject to these constraints, name assignments are First Come, First
Served (see RFC 2434 [25]).
インターネット割当て番号事務局 ([[IANA]])
は実現値操作値の名前空間を管理します。
値とその意味は、 [[RFC]] または他のよく評価された、持続的で、
既に入手可能な参照物で、独立な実装が相互運用可能である程度十分詳細に文書化されていなければなりません。
この制約の元、名前割り当ては[[先来先給]]とします
([[RFC 2434]] を参照)。
> This specification also inserts a new value in the IANA HTTP Status
Code Registry (see RFC 2817 [18]). See section 10.4.1 for the
specification of this code.
この仕様書は IANA HTTP 状態符号登録簿 ([[RFC 2817]] 参照)
にも新しい値を挿入します。この符号の仕様は10.4.1節を参照。
** RFC の部分の License
[[RFCのライセンス]]参照
* メモ
[2] [CODE(HTTP)@en[[[A-IM:]]]] の値として、 [CODE(HTTP)@en[[[feed]]]] や
[CODE(HTTP)@en[[[channel]]]] が用いられていたようです [SRC[>>1]]。
[REFS[
- [1] [CITE@ja[自由研究:フィード巡回ボットのHTTPリクエスト観察日記 | feedforce Engineers' blog]] ([[feedforce Inc.]] 著, [TIME[2014-09-15 09:58:46 +09:00]] 版) <http://tech.feedforce.jp/free_theme_feed_aggregator.html>
]REFS]
[27] [CITE[Instance Manipulation Values]]
( ([TIME[2014-01-30 17:45:13 +09:00]] 版))
<http://www.iana.org/assignments/inst-man-values/inst-man-values.xhtml>