3.2.1 General Syntax

URIs in HTTP can be represented in absolute form or relative to some known base URI {1945} [9] {2616} [11] , depending upon the context of their use. The two forms are differentiated by the fact that absolute URIs always begin with a scheme name followed by a colon. {2616} For definitive information on URL syntax and semantics, see "Uniform Resource Identifiers (URI): Generic Syntax and Semantics," RFC 2396 [42] (which replaces RFCs 1738 [4] and RFC 1808 [11]). This specification adopts the definitions of "URI-reference", "absoluteURI", "relativeURI", "port", "host","abs_path", "rel_path", and "authority" from that specification.

HTTP では URI は、その使用する文脈によって絶対形で表現したり何らかの既知の基底 URI からの相対形で表現します。二つの形式は、絶対 URI は常に scheme 名とコロンで始まることにより区別できます。URL の構文と意味の定義的情報は (RFC 1738 と RFC 1808 を置き換える) RFC2396 『共通資源識別子 (URI): 一般構文及び意味』を見て下さい。この仕様書はその仕様書の URI-reference, absoluteURI, relativeURI, port, host, abs_path, rel_path, authority の定義を使用します。

3.2.2 http URL

The "http" scheme is used to locate network resources via the HTTP protocol. This section defines the scheme-specific syntax and semantics for http URLs.

http scheme は、 HTTP プロトコルを介してネットワーク資源を位置付けするのに使います。 この節では http URL の scheme 依存構文と意味を定義します。

If the port is empty or not given, port 80 is assumed. The semantics are that the identified resource is located at the server listening for TCP connections on that port of that host, and the Request-URI for the resource is abs_path {2616} (section 5.1.2). {2068,2616} The use of IP addresses in URL's SHOULD be avoided whenever possible (see RFC 1900 [24]). If the abs_path is not present in the URL, it {1945} must MUST be given as "/" when used as a Request-URI for a resource (Section 5.1.2). {2616} If a proxy receives a host name which is not a fully qualified domain name, it MAY add its domain to the host name it received. If a proxy receives a fully qualified domain name, the proxy MUST NOT change the host name.

port が空であるか、または与えられていない時は、 ポート 80 を仮定します。 意味するところは、識別される資源はそのホストのそのポートの TCP 接続を聴取しているサーバーに位置付けられ、 その資源の Request-URI が abs_path であるということです。IP 番地を URL で使用することは可能な限り避けるべきです。 abs_path が URL 中に現れない場合には、資源の Request-URI として使用するときには / を与えなければなりません。串が完全修飾ドメイン名ではないホスト名を受信した場合は、受信したホスト名にドメインを加えても構いません。串が完全修飾名を受信した場合には、串はホスト名を変えてはなりません。

RFC 2068・2616 3.2.3 URI Comparison

When comparing two URIs to decide if they match or not, a client SHOULD use a case-sensitive octet-by-octet comparison of the entire URIs, with these exceptions:

二つの URI が一致するかどうかを決めるために比較する時には、 クライアントは URI 全体をオクテット毎に大文字・小文字を区別して比較するべきです。 但し、次をその例外とします。

• o - A port that is empty or not given is equivalent to the default port for that URI-reference;
• o - Comparisons of host names MUST be case-insensitive;
• o - Comparisons of scheme names MUST be case-insensitive;
• o - An empty abs_path is equivalent to an abs_path of "/".

• port が空であるか、または与えられていない時には、 その URI 参照の既定のポートと等しい。
• ホスト名の比較は大文字・小文字を区別してはならない。
• Scheme 名の比較は大文字・小文字を区別してはならない。
• 空の abs_path は abs_path / と等しい。

Characters other than those in the "reserved" {2068,2616} and "unsafe" sets (Errata で削除) (see section 3.2 RFC 2396 [42] ) are equivalent to their ""%" HEX HEX" encodings.

reserved 集合と unsafe 集合にある文字以外の文字は、 その "%" HEX HEX 符号化と等しいとします。

For example, the following three URIs are equivalent:

例えば、次の3つの URL は同等です。

• http://abc.com:80/~smith/home.html
• http://ABC.com/%7Esmith/home.html
• http://ABC.com:/%7esmith/home.html

RFC 2616 (HTTP/1.1) 15.1.3 Encoding Sensitive Information in URI's

Because the source of a link might be private information or might reveal an otherwise private information source, it is strongly recommended that the user be able to select whether or not the Referer field is sent. For example, a browser client could have a toggle switch for browsing openly/anonymously, which would respectively enable/disable the sending of Referer and From information.

リンクの始点は

Clients SHOULD NOT include a Referer header field in a (non-secure) HTTP request if the referring page was transferred with a secure protocol.

Authors of services which use the HTTP protocol SHOULD NOT use GET based forms for the submission of sensitive data, because this will cause this data to be encoded in the Request-URI. Many existing servers, proxies, and user agents will log the request URI in some place where it might be visible to third parties. Servers can use POST-based form submission instead

HTTP プロトコルを使用するサービスの著者は、繊細なデータの送信に GET を基にしたフォームを使用するべきではありません。 なぜなら、そうするとそのデータは Request-URI に符号化されてしまいます。多くの既存の鯖, 串, 利用者エージェントは、要求 URI をどこかしら第三者に可視であるかもしれないところに記録します。 サーバーは代わりに POST を基にしたフォーム送信を使用することができます。