ids/2/1.txt

[14] [DFN[[CODE(URI)@en[[[http:]]]]]] は、 [[HTTP]] によってアクセスできる[[資源]]を表す
[[URL scheme]] です。

;; [15] [[Semantic Web]] の世界では、実際には [[HTTP]] でアクセスしても存在していない[[資源]]や、
[[HTTP]] によって[[メタデータ]]が取得できるに過ぎない[[資源]]にも [CODE(URI)@en[[[http:]]]] [[URL]]
が濫用されています。

* 仕様書

- [18] [CITE@en[RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1]] 
<http://tools.ietf.org/html/rfc2616#section-3.2.2>

* 意味

[19] [CODE(HTTP)@en[[[http:]]]] [[URL]] は、指定された [[host]]、[[port]] に [[HTTP]] over [[TCP]]
で接続し、 [[path]] と [[query]] を [CODE(ABNF)@en[[[Request-URI]]]] として指定したときに得られる[[資源]]を識別しています。
[SRC[>>18, [[RFC 2616]] 正誤表]]

** Semantic Web 界での解釈

[5]
[CITE[What do HTTP URIs Identify? - Design Issues]] <http://www.w3.org/DesignIssues/HTTP-URI>
([[名無しさん]])

[6]
[CITE[What do HTTP URIs Identify? - Design Issues]] <http://www.w3.org/DesignIssues/HTTP-URI2.html>
([[名無しさん]])

[7]
[CITE[TAG Issues List]] <http://www.w3.org/2001/tag/issues.html?type=1#httpRange-14>
([[名無しさん]])

[8]
[CITE@EN[URNs, Namespaces and Registries]] ([CODE[2006-09-01 17:51:46 +09:00]] 版) <http://www.w3.org/2001/tag/doc/URNsAndRegistries-50-2006-08-17.html>

* Authority

[81] [[IPアドレス]]を使うことは可能な限り避ける[['''べきです''']] [SRC[>>18]]。

[87] 仕様上は、 [CODE(ABNF)@en[[[userinfo]]]] を使うことは認められていません。
これは >>97 から [[RFC 2616]] (>>86) までずっと変わっていません。

;; [98] 認められなかったというよりは、単に追加されなかっただけでしょうな。
初期の [[HTTP]] には[[認証]]が何も実装されていませんでしたから。

** 串における処理

[83] [[串]]は、[[ホスト名]]が [[FQDN]] でなければ、[[ホスト名]]を追加して[['''構いません''']]。
[[FQDN]] は書き換えては[['''なりません''']]。 [SRC[>>18]]

* Port

[20] [[既定のポート]]は [CODE[[[80]]]] です [SRC[>>18]]。

* Path

[82] [[path]] が省略されている場合、 [[HTTP]] [[要求]]の [CODE(ABNF)@en[[[Request-URI]]]]
としては「[CODE(URI)@en[[[/]]]]」を使わなければ[['''なりません''']] [SRC[>>18]]。

** ディレクトリー

[107] [[HTTP]] [[URL]] の [[path]] の末尾が [CODE(URI)[[[/]]]] で終わる場合、
[[ファイル・システム]]の類似の概念になぞらえて「[[ディレクトリー]]」や「[[フォルダー]]」
と呼ぶことがあります。 [[URL]] 仕様上も [CODE(URI)@en[[[http:]]]]
[[URL]] 仕様上も「[[ディレクトリー]]」という概念は存在しませんが、そもそも
[[URL]] の「[CODE(URI)[[[/]]]]」は[[ディレクトリー]]に由来していますし、
現在でも [CODE(URI)@en[[[http:]]]] [[URL]] の [[path]] を[[ファイル・システム]]の [[path]]
に対応付けることがしばしばあるため、慣用的に用いられています。

[108] [CODE(URI)@en[http://example/a/]] という[[ディレクトリー]]と
[CODE(URI)@en[http://example/a]] は同じではありません。前者が存在しても、
後者は存在しないかもしれません。ですが、実際には [[HTTP]] 
を[[ファイル・システム]]に対応付けるよう[[鯖]]が設定されている場合には後者から前者へと[[リダイレクト]]されるのが普通です。

[109] [[ディレクトリー]]は [CODE(URI)[[[/]]]] で終わるのが正式である (ことが多い) のでそちらの [[URL]]
を使うべきだとの意見や、無駄な[[リダイレクト]]が発生するから [CODE(URI)[[[/]]]] 
で終わり[[リダイレクト]]されない [[URL]] を使うべきだとの意見もあります。

** 予約されている path

[99] 次に述べる [[path]] は、公式または非公式に予約されていて、特定の目的に使われます。

- [100] [CODE(URI)@en[/[[robots.txt]]]]
- [101] [CODE(URI)@en[/[[favicon.ico]]]]
- [12] [CODE(URI)@en[[[/.well-known/]]]]

** ホーム・ディレクトリー

[102] [CODE(URI)@en[http://[VAR[host]]/~[VAR[username]]/[VAR[path]]]] のような [[URL]]
は、[[利用者]] [VAR[username]] に割り当てられた領域を意味するものとして使う慣習があります。
[VAR[host]] は通常は [[ISP]] や[[大学]]などの所有する[[ドメイン名]]であり、
[[会員]]や[[教員]]・[[学生]]に [[Web]] 公開用の領域として割り当てています。

[103] [CODE(URI)[[[~]]]] は、 [[Unix]] で[[ホーム・ディレクトリー]]を表す記号として用いられていて、
それをそのまま [[URL]] として使っているものと推測されます。

[104] [[Apache]] などの普及している
[[HTTP]] [[鯖]]の既定の設定においては、 [CODE(URI)@en[/~[VAR@en[username]]/]] 
は[[ファイル・システム]]上の [CODE(file)@en[~[VAR@en[username]]/[[public_html]]/]]
に対応します。

[105] 近年では組織が構成員に [[Web]] 用の領域を割り当て、
そこを使って [[Webサイト]]を公開することが少なくなってきたので、
この形式の [[URL]] を見ることも減ってきました。 [TIME[2011-02-27T14:13:06.00Z]]

[106] なお、 [CODE(URI)[[[~]]]] は古い [[RFC]] では使用が認められておらず、
[CODE(URI)@en[[[%7E]]]] と[[百分率符号化]]しなければならなかったにも関わらず、
この慣習は広く行われており、 [CODE(URI)[[[~]]]] をそのまま使った [[URL]]
も昔からよく見かけました。結局 [CODE(URI)[[[~]]]] は仕様上も追認されることになるのですが、
それまでは [CODE(URI)@en[[[%7E]]]] と書くべきだとか、そもそも [CODE(URI)[[[~]]]]
を使うのは好ましくないだとかいった議論がしばしばなされました。

* 長さ

[94] [[URLの長さ]]を参照してください。

* 正準形

[92] [[HTTPにおけるURLの比較]]を参照してください。

* 処理モデル

** 比較

[84] いつ使うのかは不明確ではありますが、 [[HTTPにおけるURLの比較]]の方法が定義されています。

** フォーム提出

[11] [CITE@en-GB-x-Hixie[Web Forms 2.0]] ([TIME[2009-01-05 20:07:15 +09:00]] 版) <http://www.whatwg.org/specs/web-forms/current-work/#for-http>

* 不思議解釈

[4]

> RFC 2616 には HTTPプロトコルに関することが書かれており,3.2.2 http URL に書かれている http URL も,HTTPプロトコルの中での話になります.一般に,HTML のリンクに使用されるものは,純粋に HTTPプロトコルの中で使用される http URL ではなく, scheme が http であるURI References です.

出典: [CITE[Perlメモ]] <http://www.din.or.jp/%7Eohzaki/perl.htm#httpURL>
(2005年3月現在)

このような解釈は正しく'''ありません'''。 [[IANA]]
の [[URI scheme]] 登録簿に拠れば [CODE(URI)[[[http]]:]]
URI scheme の出典は [[RFC 2616]] であり、 [[IETF]]
的に有効な [CODE(URI)[[[http]]:]] [[URI]] の規定は
([[HTTP]] であれ [[HTML]] であれ、その他の文脈であれ)
[[RFC 2616]] だけです。

更に

> たとえば http://user:passwd@www.din.or.jp/~ohzaki/perl.htm#URI は URI References ですが,user:passwd@ の部分,すなわち,userinfo や,#URI の部分,すなわち, Fragment Identifier は HTTPプロトコルの中で使用される http URL としては不正なものとなります.しかし,HTML のリンクとしては問題ありません.なぜなら,クライアント(ブラウザ)が HTTPプロトコルで通信する際にはそれらを削除しているからです.

と説明がありますが、このような議論は実装がそうであるというだけで、
仕様がそうであるとの根拠はありません。
([[RFC 2396]] の時代に [[URI参照]]の一部分ではあっても [[URI]]
の一部分ではなかった[[素片識別子]]は別として、)
単に仕様と実世界が整合していないというだけであって、
[[HTTP]] で使うか [[HTML]] で使うかは関係ありません。

個々の [[URI scheme]] の規定は [[RFC 2396]] (や新しい [[RFC 3986]])
の一般の規定に優先するので、 [[RFC 2396]] で許されるように見えても
[[RFC 2616]] で許されないものは、すべて認められません。

([CODE(URI)[[[ftp]]:]] [[URI]] に関する部分にも同様の指摘ができます。
ただし [CODE(URI)[[[ftp]]:]] [[URI scheme]] の仕様は未だにいにしえの
[[RFC 1738]] のままで、実装とまったく整合していません。)

* 歴史

** 太古の定義

[97] [CITE[HTTPAddressing -- /Addressing]] ([TIME[1992-04-13 17:08:21 +09:00]] 版) <http://www.w3.org/History/19921103-hypertext/hypertext/WWW/Addressing/HTTPAddressing.html>

** RFC 1630 の定義

[96] [CITE@en[RFC 1630 - Universal Resource Identifiers in WWW: A Unifying Syntax for the Expression of Names and Addresses of Objects on the Network as used in the World-Wide Web]] 
<http://tools.ietf.org/html/rfc1630#page-13>

** RFC 1738 の定義

[95] [CITE@en[RFC 1738 - Uniform Resource Locators (URL)]] 
<http://tools.ietf.org/html/rfc1738#section-3.3>

** RFC 1945、RFC 2068 の定義

[2] [CODE(HTTP)@en[[[http:]]]] [[URL]] は [[HTTP/1.0]]、[[HTTP/1.1]] の仕様の一部として
[[RFC 1945]] 3.2 [SRC[>>90]]、[[RFC 2068]] 3.2 で規定されました。

[88] この仕様は当時の [[URL]] の正式な規定であるところの [[RFC 1738]] や [[RFC 1808]]
に[[意図的違反]]していました。具体的には、本来 [[URL]] では使えないはずの [CODE(ABNF)@en[[[national]]]]
の[[オクテット]] (つまり任意の[[オクテット]]) が認められていたりしました。
その理由としては、[[鯖]]は[[文字]]の制約に縛られていないこと、
[[串]]はどのみち受け入れるしかないことが挙げられていました。

;; [91] [[誤り処理]]であるとも取れますが、曖昧ですな。

[89] 
なんかこの [[ABNF]] 構文破綻してる気がしますが。。。
例えば [CODE(ABNF)[segment = 2068.segment - "/"]]
と定義しておかないと[[欲張り]]過ぎるんじゃ?

*** 仕様書

- [90] [CITE@en[RFC 1945 - Hypertext Transfer Protocol -- HTTP/1.0]] 
<http://tools.ietf.org/html/rfc1945#section-3.2.2>
- [93] [CITE@en[RFC 2068 - Hypertext Transfer Protocol -- HTTP/1.1]] 
<http://tools.ietf.org/html/rfc2068#section-3.2.2>

** RFC 2616 の定義

[85] [[RFC 2068]] の改訂である [[RFC 2616]] では、 [CODE(ABNF)@en[[[national]]]]
を認めていた独自の定義は削除され、 [[RFC 2396]] に定義を委ねる形になっています。

[86] 
>
[PRE(ABNF code)[
   http_URL = "http:" "//" host [ ":" port ] [ abs_path [ "?" query ]]
]PRE]

* テスト・ケース

[1] ''Another HTML-lint : Explanation'' <http://openlab.ring.gr.jp/k16/htmllint/explain.html#illegal-format-url>
正しくない [[URI]] の例が幾つかあります。

* 関連

[16] [CODE(URI)@en[[[http:]]]] に非常によく似た [[URL scheme]] として、
[[HTTP/TLS]] を表す [CODE(HTTP)@en[[[https:]]]]、 [[SHTTP]] を表す 
[CODE(HTTP)@en[[[shttp:]]]] があります。

[17] [[Web]] の[[掲示板]]などでは、 [CODE(HTTP)@en[[[http:]]]] [[URL]] を検知して自動的に[[ハイパーリンク]]として解釈する機能が適用されることを防ぐため、
[CODE(HTTP)@en[[[ttp:]]]]、[CODE(HTTP)@en[[[tp:]]]]、[CODE(HTTP)@en[[[p:]]]]
といった [[URL scheme]] を用いたり、 [[URL scheme]] を省略して [CODE(URI)[[[:]]]]
から始めたり、 「[CODE(HTTP)@en[[[http]]]]」の一部又は全部を[[全角]]で表記したりすることがあります。

[13] [[HTTPにおけるURL]]の項もご覧ください。
1	wakaba	1.6	[14] [DFN[[CODE(URI)@en[[[http:]]]]]] は、 [[HTTP]] によってアクセスできる[[資源]]を表す
2			[[URL scheme]] です。
3	wakaba	1.2
4	wakaba	1.7	;; [15] [[Semantic Web]] の世界では、実際には [[HTTP]] でアクセスしても存在していない[[資源]]や、
5	wakaba	1.6	[[HTTP]] によって[[メタデータ]]が取得できるに過ぎない[[資源]]にも [CODE(URI)@en[[[http:]]]] [[URL]]
6			が濫用されています。
7	wakaba	1.2
8	wakaba	1.9	* 仕様書
9
10			- [18] [CITE@en[RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1]]
11			<http://tools.ietf.org/html/rfc2616#section-3.2.2>
12
13	wakaba	1.7	* 意味
14	wakaba	1.2
15	wakaba	1.9	[19] [CODE(HTTP)@en[[[http:]]]] [[URL]] は、指定された [[host]]、[[port]] に [[HTTP]] over [[TCP]]
16			で接続し、 [[path]] と [[query]] を [CODE(ABNF)@en[[[Request-URI]]]] として指定したときに得られる[[資源]]を識別しています。
17			[SRC[>>18, [[RFC 2616]] 正誤表]]
18
19	wakaba	1.7	** Semantic Web 界での解釈
20
21			[5]
22			[CITE[What do HTTP URIs Identify? - Design Issues]] <http://www.w3.org/DesignIssues/HTTP-URI>
23			([[名無しさん]])
24
25			[6]
26			[CITE[What do HTTP URIs Identify? - Design Issues]] <http://www.w3.org/DesignIssues/HTTP-URI2.html>
27			([[名無しさん]])
28	wakaba	1.2
29	wakaba	1.7	[7]
30			[CITE[TAG Issues List]] <http://www.w3.org/2001/tag/issues.html?type=1#httpRange-14>
31			([[名無しさん]])
32	wakaba	1.2
33	wakaba	1.7	[8]
34			[CITE@EN[URNs, Namespaces and Registries]] ([CODE[2006-09-01 17:51:46 +09:00]] 版) <http://www.w3.org/2001/tag/doc/URNsAndRegistries-50-2006-08-17.html>
35	wakaba	1.2
36	wakaba	1.10	* Authority
37
38			[81] [[IPアドレス]]を使うことは可能な限り避ける[['''べきです''']] [SRC[>>18]]。
39
40	wakaba	1.17	[87] 仕様上は、 [CODE(ABNF)@en[[[userinfo]]]] を使うことは認められていません。
41	wakaba	1.18	これは >>97 から [[RFC 2616]] (>>86) までずっと変わっていません。
42
43			;; [98] 認められなかったというよりは、単に追加されなかっただけでしょうな。
44			初期の [[HTTP]] には[[認証]]が何も実装されていませんでしたから。
45	wakaba	1.12
46	wakaba	1.10	** 串における処理
47
48			[83] [[串]]は、[[ホスト名]]が [[FQDN]] でなければ、[[ホスト名]]を追加して[['''構いません''']]。
49			[[FQDN]] は書き換えては[['''なりません''']]。 [SRC[>>18]]
50
51			* Port
52
53			[20] [[既定のポート]]は [CODE[[[80]]]] です [SRC[>>18]]。
54
55			* Path
56
57			[82] [[path]] が省略されている場合、 [[HTTP]] [[要求]]の [CODE(ABNF)@en[[[Request-URI]]]]
58			としては「[CODE(URI)@en[[[/]]]]」を使わなければ[['''なりません''']] [SRC[>>18]]。
59	wakaba	1.2
60	wakaba	1.22	** ディレクトリー
61
62			[107] [[HTTP]] [[URL]] の [[path]] の末尾が [CODE(URI)[[[/]]]] で終わる場合、
63			[[ファイル・システム]]の類似の概念になぞらえて「[[ディレクトリー]]」や「[[フォルダー]]」
64			と呼ぶことがあります。 [[URL]] 仕様上も [CODE(URI)@en[[[http:]]]]
65			[[URL]] 仕様上も「[[ディレクトリー]]」という概念は存在しませんが、そもそも
66			[[URL]] の「[CODE(URI)[[[/]]]]」は[[ディレクトリー]]に由来していますし、
67			現在でも [CODE(URI)@en[[[http:]]]] [[URL]] の [[path]] を[[ファイル・システム]]の [[path]]
68			に対応付けることがしばしばあるため、慣用的に用いられています。
69
70			[108] [CODE(URI)@en[http://example/a/]] という[[ディレクトリー]]と
71			[CODE(URI)@en[http://example/a]] は同じではありません。前者が存在しても、
72			後者は存在しないかもしれません。ですが、実際には [[HTTP]]
73			を[[ファイル・システム]]に対応付けるよう[[鯖]]が設定されている場合には後者から前者へと[[リダイレクト]]されるのが普通です。
74
75			[109] [[ディレクトリー]]は [CODE(URI)[[[/]]]] で終わるのが正式である (ことが多い) のでそちらの [[URL]]
76			を使うべきだとの意見や、無駄な[[リダイレクト]]が発生するから [CODE(URI)[[[/]]]]
77			で終わり[[リダイレクト]]されない [[URL]] を使うべきだとの意見もあります。
78
79	wakaba	1.19	** 予約されている path
80
81			[99] 次に述べる [[path]] は、公式または非公式に予約されていて、特定の目的に使われます。
82
83			- [100] [CODE(URI)@en[/[[robots.txt]]]]
84			- [101] [CODE(URI)@en[/[[favicon.ico]]]]
85			- [12] [CODE(URI)@en[[[/.well-known/]]]]
86	wakaba	1.2
87	wakaba	1.20	** ホーム・ディレクトリー
88
89			[102] [CODE(URI)@en[http://[VAR[host]]/~[VAR[username]]/[VAR[path]]]] のような [[URL]]
90	wakaba	1.21	は、[[利用者]] [VAR[username]] に割り当てられた領域を意味するものとして使う慣習があります。
91	wakaba	1.20	[VAR[host]] は通常は [[ISP]] や[[大学]]などの所有する[[ドメイン名]]であり、
92			[[会員]]や[[教員]]・[[学生]]に [[Web]] 公開用の領域として割り当てています。
93
94			[103] [CODE(URI)[[[~]]]] は、 [[Unix]] で[[ホーム・ディレクトリー]]を表す記号として用いられていて、
95			それをそのまま [[URL]] として使っているものと推測されます。
96
97	wakaba	1.21	[104] [[Apache]] などの普及している
98	wakaba	1.20	[[HTTP]] [[鯖]]の既定の設定においては、 [CODE(URI)@en[/~[VAR@en[username]]/]]
99			は[[ファイル・システム]]上の [CODE(file)@en[~[VAR@en[username]]/[[public_html]]/]]
100			に対応します。
101
102	wakaba	1.21	[105] 近年では組織が構成員に [[Web]] 用の領域を割り当て、
103			そこを使って [[Webサイト]]を公開することが少なくなってきたので、
104			この形式の [[URL]] を見ることも減ってきました。 [TIME[2011-02-27T14:13:06.00Z]]
105
106	wakaba	1.22	[106] なお、 [CODE(URI)[[[~]]]] は古い [[RFC]] では使用が認められておらず、
107			[CODE(URI)@en[[[%7E]]]] と[[百分率符号化]]しなければならなかったにも関わらず、
108			この慣習は広く行われており、 [CODE(URI)[[[~]]]] をそのまま使った [[URL]]
109			も昔からよく見かけました。結局 [CODE(URI)[[[~]]]] は仕様上も追認されることになるのですが、
110			それまでは [CODE(URI)@en[[[%7E]]]] と書くべきだとか、そもそも [CODE(URI)[[[~]]]]
111			を使うのは好ましくないだとかいった議論がしばしばなされました。
112
113	wakaba	1.16	* 長さ
114
115			[94] [[URLの長さ]]を参照してください。
116
117	wakaba	1.14	* 正準形
118
119			[92] [[HTTPにおけるURLの比較]]を参照してください。
120
121	wakaba	1.7	* 処理モデル
122	wakaba	1.2
123	wakaba	1.11	** 比較
124
125			[84] いつ使うのかは不明確ではありますが、 [[HTTPにおけるURLの比較]]の方法が定義されています。
126
127	wakaba	1.7	** フォーム提出
128	wakaba	1.2
129	wakaba	1.7	[11] [CITE@en-GB-x-Hixie[Web Forms 2.0]] ([TIME[2009-01-05 20:07:15 +09:00]] 版) <http://www.whatwg.org/specs/web-forms/current-work/#for-http>
130	wakaba	1.2
131	wakaba	1.7	* 不思議解釈
132	wakaba	1.2
133			[4]
134
135			> RFC 2616 には HTTPプロトコルに関することが書かれており,3.2.2 http URL に書かれている http URL も,HTTPプロトコルの中での話になります.一般に,HTML のリンクに使用されるものは,純粋に HTTPプロトコルの中で使用される http URL ではなく, scheme が http であるURI References です.
136
137			出典: [CITE[Perlメモ]] <http://www.din.or.jp/%7Eohzaki/perl.htm#httpURL>
138			(2005年3月現在)
139
140			このような解釈は正しく'''ありません'''。 [[IANA]]
141			の [[URI scheme]] 登録簿に拠れば [CODE(URI)[[[http]]:]]
142			URI scheme の出典は [[RFC 2616]] であり、 [[IETF]]
143			的に有効な [CODE(URI)[[[http]]:]] [[URI]] の規定は
144			([[HTTP]] であれ [[HTML]] であれ、その他の文脈であれ)
145			[[RFC 2616]] だけです。
146
147			更に
148
149			> たとえば http://user:passwd@www.din.or.jp/~ohzaki/perl.htm#URI は URI References ですが,user:passwd@ の部分,すなわち,userinfo や,#URI の部分,すなわち, Fragment Identifier は HTTPプロトコルの中で使用される http URL としては不正なものとなります.しかし,HTML のリンクとしては問題ありません.なぜなら,クライアント(ブラウザ)が HTTPプロトコルで通信する際にはそれらを削除しているからです.
150
151			と説明がありますが、このような議論は実装がそうであるというだけで、
152			仕様がそうであるとの根拠はありません。
153			([[RFC 2396]] の時代に [[URI参照]]の一部分ではあっても [[URI]]
154			の一部分ではなかった[[素片識別子]]は別として、)
155			単に仕様と実世界が整合していないというだけであって、
156			[[HTTP]] で使うか [[HTML]] で使うかは関係ありません。
157
158			個々の [[URI scheme]] の規定は [[RFC 2396]] (や新しい [[RFC 3986]])
159			の一般の規定に優先するので、 [[RFC 2396]] で許されるように見えても
160			[[RFC 2616]] で許されないものは、すべて認められません。
161
162			([CODE(URI)[[[ftp]]:]] [[URI]] に関する部分にも同様の指摘ができます。
163			ただし [CODE(URI)[[[ftp]]:]] [[URI scheme]] の仕様は未だにいにしえの
164			[[RFC 1738]] のままで、実装とまったく整合していません。)
165
166	wakaba	1.7	* 歴史
167	wakaba	1.2
168	wakaba	1.18	** 太古の定義
169
170			[97] [CITE[HTTPAddressing -- /Addressing]] ([TIME[1992-04-13 17:08:21 +09:00]] 版) <http://www.w3.org/History/19921103-hypertext/hypertext/WWW/Addressing/HTTPAddressing.html>
171
172	wakaba	1.17	** RFC 1630 の定義
173
174			[96] [CITE@en[RFC 1630 - Universal Resource Identifiers in WWW: A Unifying Syntax for the Expression of Names and Addresses of Objects on the Network as used in the World-Wide Web]]
175			<http://tools.ietf.org/html/rfc1630#page-13>
176
177			** RFC 1738 の定義
178
179			[95] [CITE@en[RFC 1738 - Uniform Resource Locators (URL)]]
180			<http://tools.ietf.org/html/rfc1738#section-3.3>
181
182	wakaba	1.13	** RFC 1945、RFC 2068 の定義
183	wakaba	1.2
184	wakaba	1.13	[2] [CODE(HTTP)@en[[[http:]]]] [[URL]] は [[HTTP/1.0]]、[[HTTP/1.1]] の仕様の一部として
185			[[RFC 1945]] 3.2 [SRC[>>90]]、[[RFC 2068]] 3.2 で規定されました。
186	wakaba	1.3
187	wakaba	1.13	[88] この仕様は当時の [[URL]] の正式な規定であるところの [[RFC 1738]] や [[RFC 1808]]
188			に[[意図的違反]]していました。具体的には、本来 [[URL]] では使えないはずの [CODE(ABNF)@en[[[national]]]]
189			の[[オクテット]] (つまり任意の[[オクテット]]) が認められていたりしました。
190			その理由としては、[[鯖]]は[[文字]]の制約に縛られていないこと、
191			[[串]]はどのみち受け入れるしかないことが挙げられていました。
192
193			;; [91] [[誤り処理]]であるとも取れますが、曖昧ですな。
194
195			[89]
196			なんかこの [[ABNF]] 構文破綻してる気がしますが。。。
197	wakaba	1.7	例えば [CODE(ABNF)[segment = 2068.segment - "/"]]
198			と定義しておかないと[[欲張り]]過ぎるんじゃ?
199	wakaba	1.4
200	wakaba	1.14	*** 仕様書
201	wakaba	1.13
202			- [90] [CITE@en[RFC 1945 - Hypertext Transfer Protocol -- HTTP/1.0]]
203			<http://tools.ietf.org/html/rfc1945#section-3.2.2>
204	wakaba	1.15	- [93] [CITE@en[RFC 2068 - Hypertext Transfer Protocol -- HTTP/1.1]]
205			<http://tools.ietf.org/html/rfc2068#section-3.2.2>
206	wakaba	1.13
207	wakaba	1.12	** RFC 2616 の定義
208
209	wakaba	1.13	[85] [[RFC 2068]] の改訂である [[RFC 2616]] では、 [CODE(ABNF)@en[[[national]]]]
210			を認めていた独自の定義は削除され、 [[RFC 2396]] に定義を委ねる形になっています。
211	wakaba	1.12
212			[86]
213			>
214			[PRE(ABNF code)[
215			http_URL = "http:" "//" host [ ":" port ] [ abs_path [ "?" query ]]
216			]PRE]
217
218	wakaba	1.6	* テスト・ケース
219
220			[1] ''Another HTML-lint : Explanation'' <http://openlab.ring.gr.jp/k16/htmllint/explain.html#illegal-format-url>
221			正しくない [[URI]] の例が幾つかあります。
222
223	wakaba	1.4	* 関連
224
225	wakaba	1.7	[16] [CODE(URI)@en[[[http:]]]] に非常によく似た [[URL scheme]] として、
226			[[HTTP/TLS]] を表す [CODE(HTTP)@en[[[https:]]]]、 [[SHTTP]] を表す
227			[CODE(HTTP)@en[[[shttp:]]]] があります。
228
229	wakaba	1.8	[17] [[Web]] の[[掲示板]]などでは、 [CODE(HTTP)@en[[[http:]]]] [[URL]] を検知して自動的に[[ハイパーリンク]]として解釈する機能が適用されることを防ぐため、
230			[CODE(HTTP)@en[[[ttp:]]]]、[CODE(HTTP)@en[[[tp:]]]]、[CODE(HTTP)@en[[[p:]]]]
231			といった [[URL scheme]] を用いたり、 [[URL scheme]] を省略して [CODE(URI)[[[:]]]]
232			から始めたり、「[CODE(HTTP)@en[[[http]]]]」の一部又は全部を[[全角]]で表記したりすることがあります。
233
234	wakaba	1.4	[13] [[HTTPにおけるURL]]の項もご覧ください。