[412] [DFN[[[authority]]]] は、[[URL]] のうち、 [[scheme]] と [CODE(URI)[[[:]]]] の直後の [CODE(URI)@en[[[//]]]] とその後最初の [CODE(URI)[[[/]]]], [CODE(URI)@en[[[?]]]], [CODE(URI)[[['''#''']]]] または末尾の間にある部分です。 [413] 多くの場合 [[authority]] は[[ドメイン名]]や[[ホスト名]]や [[IPアドレス]] ([[host]]) と、 省略可能な[[利用者名]]や[[合言葉]] ([[userinfo]]) や[[ポート番号]] ([[port]]) を指定することになっています。 [FIG(railroad)[ = ? == [[ユーザー名]] == ? === [CODE[[[:]]]] === [[パスワード]] == [CODE[[[@]]]] = [[ホストとポート]] ]FIG] * authority の内容 ** そもそも使わない [416] [CODE(URI)@en[[[mailto:]]]], [CODE(URI)@en[[[about:]]]], [CODE(URI)@en[[[tel:]]]] などではそもそも [[authority]] 部分が存在しません。 [22] [CODE[go:]] は [[authority]] がある構文とない構文を両方使っていました。 ** 空文字列 [43] [[空文字列]]以外の用法が示されていないもの: [FIG(short list)[ - [CODE(URI)@en[[[thehitlist:]]]] - [CODE(URI)@en[[[twodo:]]]] ]FIG] ** ホストとポート [415] [CODE(URI)@en[[[http:]]]] など多くの [[URL]] では、 [[ホスト名]]を指定します。 直後に[[ポート番号]]、直前に [[userinfo]] を指定することも可能なことが多いです。 ;; [20] [[userinfo]] を認めないもの、[[利用者名]]は認めても[[合言葉]]は認めないものもあります。 [23] 詳しくは[[ホストとポート]]も参照。 [FIG(short list)[ - [CODE(URI)@en[[[coap:]]]] - [CODE(URI)@en[[[coaps:]]]] - [CODE(URI)@en[[[ftp:]]]] - [CODE(URI)@en[[[http:]]]] - [CODE(URI)@en[[[https:]]]] - [CODE(URI)@en[[[wais:]]]] - [CODE(URI)@en[[[ws:]]]] - [CODE(URI)@en[[[wss:]]]] - [CODE(URI)@en[[[z39.50r:]]]] - [CODE(URI)@en[[[z39.50s:]]]] - [CODE(URI)@en[prospero:]] ]FIG] ** ホスト名以外のネットワーク上のオブジェクトの識別子 [47] [[ホスト名]]以外でも、[[プロトコル]]独自のネットワーク上のオブジェクト (計算機、ネットワーク、資源など) を指す識別子や番地が [[authority]] 部分に指定されることがあります。 [FIG(short list)[ - [CODE(URI)@en[[[ci:]]]] - [CODE(URI)@en[[[dvb:]]]] - [CODE(URI)@en[[[reload:]]]] ]FIG] [24] [CODE[docker:]] は[[ホスト名]]も [[Docker]] image 名も指定可能。 *** resource-less JID [9] [CODE(URI)@en[[[httpx:]]]] では [[resource-less JID]] を指定します。 *** 作業グループ名 [418] [CODE(URI)@en[[[smb:]]]] では[[ホスト名]]、[[SMB]] [[鯖名]]、[[SMB]] [[作業グループ名]]を指定できます。 [46] [[userinfo]] には[[利用者名]]だけでなく、[[ドメイン]] ([[Windows]] 用語) も指定できます。 *** IRC ネットワーク名 [417] [CODE(URI)@en[[[irc:]]]] では[[ホスト名]]の他に [[IRC]] の[[ネットワーク名]]も指定できます。 ** URL のようなもの [14] [CODE(URI)@en[[[pack:]]]] [[URI scheme]] では、 [[authority]] 部に[[パッケージURI]] を適当に変換したものを使います。 ** ファイル名 [408] [CODE(URI)@en[[[res:]]]] [[URL]] では [[Windows]] の[[ファイル名]]を [[authority]] として使います。 ** パッケージ名など内部構造の名前 [403] [CODE(URI)@en[[[chrome:]]]] ([[Gecko]])、 [CODE(URI)@en[[[chrome-extension:]]]]、[CODE(URI)@en[[[safari-extension:]]]] では[[拡張機能]]のパッケージ名を [CODE(ABNF)@en[[[authority]]]] 部分に使っています。 [401] [CODE(URI)@en[[[hcp:]]]] や [CODE(URI)@en[[[ms-help:]]]] では内部的な[[識別子]]を指定するために使います。 [414] [CODE(URI)@en[[[widget:]]]] [[URL]] では [[UUID]] とされています。 [409] [CODE(URI)@en[[[wysisyg:]]]] [450] [CODE(URI)@en[[[android-app:]]]] や [CODE(URI)@en[[[android.resource:]]]] はパッケージ名 ([[逆ドメイン名]]) を使っています。 [451] [[逆ドメイン名]]らしきもの [FIG(short list)[ - [CODE(URI)@en[[[appigotodo:]]]] - [CODE(URI)@en[[[bundleclass:]]]] ]FIG] [10] [CODE(URI)@en[[[gs:]]]] では [[bucket]] 名とされています。 [11] [CODE(URI)@en[[[widget:]]]] では [[UUID]] が[['''推奨''']]されています。 ** LDAP [419] [CODE(URI)@en[[[ldap:]]]] の [[Microsoft]] の実装では [[dn]] など [[LDAP]] における名前と値の組の並びを指定できるようです。 ;; [420] [[IETF]] の定義では [[path]] の部分に含めることになっているものです。 ** 利用者識別子 [453] 何らかの[[利用者]]を識別するもの ([[ユーザー名]]、[[アカウント]]のIDなど) を使うものもあります。 [FIG(short list)[ - [CODE(URI)@en[[[tweetbot:]]]] - [CODE(URI)@en[[[wpp:]]]] ]FIG] ** x-callback-url [452] [[x-callback-url]] 参照。 [12] [[ホスト]]による指定と [[x-callback-url]] の両方に対応している [[URL scheme]] もあります。 ** 無制限 [FIG(short list)[ - [CODE(URI)@en[[[ni:]]]] ]FIG] ** path と変わらない使い方をされるもの [423] [[URL]] の構造的意味を理解せずに設計された [[URL scheme]] では、しばしば [[authority]] は単に [[scheme]] の後に [CODE[://]] を続けたためだけに形式的に存在するのみで、 実質的には [[path]] のような使われ方をされています。階層型構造の位置を表していたり、 アプリケーション内の識別子であったり、アプリケーションの動作の指令であったりします。 [FIG(short list)[ - [CODE(URI)@en[[[amb:]]]] - [CODE(URI)@en[[[bookpedia:]]]] - [CODE(URI)@en[[[byword:]]]] - [CODE(URI)@en[[[callrec:]]]] - [CODE(URI)@en[[[cartographer:]]]] - [CODE(URI)@en[[[cdpedia:]]]] - [CODE(URI)@en[[[cheapcalls:]]]] - [CODE(URI)@en[[[cloudrop:]]]] - [CODE(URI)@en[[[cobitools:]]]] - [CODE(URI)@en[[[dailymotion:]]]] - [CODE(URI)@en[[[define:]]]] - [CODE(URI)@en[[[duoxx:]]]] - [CODE(URI)@en[[[dvdpedia:]]]] - [CODE(URI)@en[[[editorial]]]] - [CODE(URI)@en[[[eureka:]]]] - [CODE(URI)@en[[[fb:]]]] - [CODE(URI)@en[[[gamepedia:]]]] - [CODE(URI)@en[[[gcbuddy:]]]] - [CODE(URI)@en[[[geopherlite:]]]] - [CODE(URI)@en[[[imagedata:]]]] - [CODE(URI)@en[[[izorn:]]]] - [CODE(URI)@en[[[kippster:]]]] - [CODE(URI)@en[[[launchpro-dropbox:]]]] - [CODE(URI)@en[[[localch:]]]] - [424] [CODE(URI)@en[[[mail:]]]] - [CODE(URI)@en[[[mypraypal:]]]] - [CODE(URI)@en[[[navigon:]]]] - [CODE(URI)@en[[[pic2shop:]]]] - [CODE(URI)@en[[[purecalc:]]]] - [CODE(URI)@en[[[radarscope:]]]] - [CODE(URI)@en[[[roundtuit:]]]] - [CODE(URI)@en[[[x-seesmic:]]]] - [CODE(URI)@en[[[simplenote:]]]] - [CODE(URI)@en[[[surfboard:]]]] - [CODE(URI)@en[[[threadnote:]]]] - [CODE(URI)@en[[[tikisurf:]]]] - [CODE(URI)@en[[[timelog:]]]] - [CODE(URI)@en[[[twitter:]]]] - [425] [CODE(URI)@en[[[ugomemo:]]]] - [CODE(URI)@en[[[unfragment:]]]] - [CODE(URI)@en[[[yummy:]]]] - [CODE(URI)@en[[[zentap:]]]] - [CODE(URI)@en[[[zentappro:]]]] ]FIG] ** 常に空文字列 ** その他独自のもの [FIG(short list)[ [15] その他独自の [[authority]] を用いる [[URL scheme]] - [CODE(URI)@en[dat:]] ]FIG] * userinfo [454] [[userinfo]] の項を参照してください。 * authority 以外のドメイン名 [16] [[authority]] 以外でも[[ドメイン名]]が [[URL]] に含まれることはよくあります。 [[Internet Archive]] の [CODE(URI)@en[[[http:]]]] [[URL]] のように[[鯖]]が自身の裁量で命名規則の一部として用いる場合もしばしばありますが、それを除けば、 [[URL scheme]] や[[プロトコル]]の定義により次に示す箇所で使われます。 [411] 次の [[URL scheme]] は、 [[path]] 部分に [[URL]] やそれに類する構造を埋め込むことができ、 [[authority]] に相当する構造がそれに含まれることがあります。 [FIG(short list)[ - [CODE(URI)@en[[[view-source:]]]] - [CODE(URI)@en[[[jar:]]]] - [CODE(URI)@en[[[service:]]]] - [CODE(URI)@en[[[blob:]]]] - [CODE(URI)@en[[[jdbc:]]]] - [CODE(URI)@en[async:]] - [CODE(URI)@en[cache:]] - [CODE(URI)@en[crypto:]] - [CODE(URI)@en[concat:]] - [CODE(URI)@en[tee:]] ]FIG] [410] 次の [[URL scheme]] は、[[メールアドレス]]に由来する構造を採用しており、 [[ドメイン名]]やそれに由来する構文を [[path]] や [[query]] の一部に含むことがあります。 [FIG(short list)[ - [CODE(URI)@en[[[mailto:]]]] - [CODE(URI)@en[[[sip:]]]] - [CODE(URI)@en[[[xmpp:]]]] - [CODE(URI)@en[[[mid:]]]] - [CODE(URI)@en[[[cid:]]]] - [CODE(URI)@en[[[news:]]]] - [CODE(URI)@en[[[nntp:]]]] ]FIG] [455] 次の [[URL scheme]] はその他何らかの形で[[ドメイン名]]を [[path]] や [[query]] に含むことがあります。 [FIG(short list)[ - [CODE(URI)@en[[[turn:]]]] - [CODE(URI)@en[[[turns:]]]] - [CODE(URI)@en[[[stun:]]]] - [CODE(URI)@en[[[stuns:]]]] ]FIG] [17] 次の [[XPointer scheme]] を使う場合は[[素片識別子]]に [[URL]] が入れ子に含まれることがあります。 [FIG(short list)[ - [CODE(XPointerScheme)@en[[[xmlns()]]]] ]FIG] * [CODE[[['''[''']]]] と [CODE[[[''']''']]]] [459] 元々 [[URL]] では [CODE[[['''[''']]]] と [CODE[[[''']''']]]] は使えない ([[パーセント符号化]]しなければならない) ことになっていましたが、 [[RFC 2732]] で [[IPv6アドレス]]を表すために [[authority]] でのみ使えるように変更されました。 [460] [[RFC 3986]] では同じく [[authority]] で [CODE(ABNF)@en[[[IPvFuture]]]] 構文が導入されました。 [461] 現実には、それ以外の部分でもしばしばこれらの文字が使われています。 [462] 一部の [[URL scheme]] では構文の定義上、また [CODE(URI)@en[[[http:]]]] [[URL]] などでは[[鯖]]側の判断により、 [[path]] や [[query]] などの一部または全部として他の [[URL]] や [[authority]] に相当する部分が埋め込まれることがあります。 その場合元の [[URL]] や [[authority]] にこれらの文字が含まれていると、 [[path]] や [[query]] にもこれらの文字が ([[パーセント符号化]]なしで) 埋め込まれることがあります。 [463] [CODE(URI)@en[[[http:]]]] [[URL]] などでは[[鯖]]側の処理言語やライブラリー等により、 あるいは[[スクリプト]]など[[クライアント]]側の処理のライブラリー等により、 これらの文字が ([[パーセント符号化]]なしで) 特定の意味を持つ使われ方をしていることがあります。 例えば [[PHP]] では [[query]] 内の名前と値の組の名前の部分で、 [[配列]]を表すために使われます。また [[JSONP]] の [[query]] の [CODE(URI)@en[[[callback]]]] [[引数]]で、数値または文字列によるオブジェクトのメンバーへのアクセスを表すためにこれらの文字が使われることがあります。 [464] [[素片識別子]]でも、これらの文字を含む [CODE[[[ID]]]] を表すため、あるいは[[スクリプト]]など[[クライアント]]側の処理で用いるため、 これらの文字が [[パーセント符号化]]なしで) 使われることがあります。 * 歴史 [FIG(quote)[ [FIGCATION[ [457] RFC 1738 (URL) 3.1. Common Internet Scheme Syntax ]FIGCAPTION] > While the syntax for the rest of the URL may vary depending on the particular scheme selected, URL schemes that involve the direct use of an IP-based protocol to a specified host on the Internet use a common syntax for the scheme-specific data: > - [CODE[//:@:/]] > Some or all of the parts ":@", ":", ":", and "/" may be excluded. The scheme specific data start with a double slash "//" to indicate that it complies with the common Internet scheme syntax. The different components obey the following rules: > :user:An optional user name. Some schemes (e.g., ftp) allow the specification of a user name. :password:An optional password. If present, it follows the user name separated from it by a colon. > The user name (and password), if present, are followed by a commercial at-sign "@". Within the user and password field, any ":", "@", or "/" must be encoded. > Note that an empty user name or password is different than no user name or password; there is no way to specify a password without specifying a user name. E.g., has an empty user name and no password, has no user name, while has a user name of "foo" and an empty password. > :host The fully qualified domain name of a network host, or its IP address as a set of four decimal digit groups separated by ".". Fully qualified domain names take the form as described in Section 3.5 of RFC 1034 [13] and Section 2.1 of RFC 1123 [5]:a sequence of domain labels separated by ".", each domain label starting and ending with an alphanumerical character and possibly also containing "-" characters. The rightmost domain label will never start with a digit, though, which syntactically distinguishes all domain names from the IP addresses. :port:The port number to connect to. Most schemes designate protocols that have a default port number. Another port number may optionally be supplied, in decimal, separated from the host by a colon. If the port is omitted, the colon is as well. :url-path:The rest of the locator consists of data specific to the scheme, and is known as the "url-path". It supplies the details of how the specified resource can be accessed. Note that the "/" between the host (or port) and the url-path is NOT part of the url-path. > The url-path syntax depends on the scheme being used, as does the manner in which it is interpreted. ]FIG] [FIG(quote)[ [FIGCAPTION[ [458] RFC 1808 (相対 URL) 2.4.3. Parsing the Network Location/Login ]FIGCAPTION] > If the parse string begins with a double-slash "//", then the substring of characters after the double-slash and up to, but not including, the next slash "/" character is the network location/login () of the URL. If no trailing slash "/" is present, the entire remaining parse string is assigned to . The double-slash and are removed from the parse string before continuing. 解析文字列が二重斜線 [CODE(URI)[//]] から始まる場合、その二重斜線から次の斜線 [CODE(URI)[/]] 文字の手前までの部分文字列が URL のネットワーク位置・ログイン ([CODE(ABNF)[[[net_loc]]]]) です。 お尻の斜線 [CODE(URI)[/]] がない場合には、解析文字列の残りの部分全体が [CODE(ABNF)[net_loc]] に割り当てられます。 二重斜線及び [CODE(ABNF)[net_loc]] は、続行する前に解析文字列から削除します。 ]FIG] [FIG(quote)[ [FIGCAPTION[ [465] RFC 2396 (URI) 3.2. Authority Component ]FIGCAPTION] > Many URI schemes include a top hierarchical element for a naming authority, such that the namespace defined by the remainder of the URI is governed by that authority. This authority component is typically defined by an Internet-based server or a scheme-specific registry of naming authorities. 多くの URI scheme は、最上位階層要素として命名権者を含めており、 URI の残りの部分で定義される名前空間はその命名権者の領めるところとなります。 この命名権者部品は、典型的にはインターネットを基にしたサーバー又は scheme 定義の命名権者登録簿により定義されます。 > - [CODE(ABNF)[[DFN[authority = server | reg_name]]]] > The authority component is preceded by a double slash "//" and is terminated by the next slash "/", question-mark "?", or by the end of the URI. Within the authority component, the characters ";", ":", "@", "?", and "/" are reserved. 命名権者部品は前に二重斜線 [CODE(URI)[//]] がつき、 次の斜線 [CODE(URI)[/]], 疑問符 [CODE(URI)[?]] 又は URI の末端により終端されます。 命名権者部品中では、文字 [CODE(URI)[;]], [CODE(URI)[:]], [CODE(URI)[@]], [CODE(URI)[?]], [CODE(URI)[/]] が[[予約]]されています。 > An authority component is not required for a URI scheme to make use of relative references. A base URI without an authority component implies that any relative reference will also be without an authority component. 命名権者部品は、 URI scheme が相対参照を使うために必須ではありません。 命名権者部品なしの[[基底URI]] は、 全ての相対参照が命名権者部品のやはり欠けたものであることを暗に示します。 * 3.2.1. Registry-based Naming Authority > The structure of a registry-based naming authority is specific to the URI scheme, but constrained to the allowed characters for an authority component. 登録簿を基にした命名権者は URI scheme に特有のものですが、 命名権者部品で許される文字に制約されます。 > - [CODE(ABNF)[[DFN[reg_name]] = 1*( [[unreserved]] | [[escaped]] | "$" | "," | ";" | ":" | "@" | "&" | "=" | "+" )]] * 3.2.2. Server-based Naming Authority > URL schemes that involve the direct use of an IP-based protocol to a specified server on the Internet use a common syntax for the server component of the URI's scheme-specific data: インターネットの特定のサーバーに対する IP を基にしたプロトコルの直接使用を含んだ URL scheme は、 URI の scheme 特定データのサーバー部品に共通の構文を使います。 > - [CODE[@:]] > where may consist of a user name and, optionally, scheme-specific information about how to gain authorization to access the server. The parts "@" and ":" may be omitted. ここで、 [CODE[userinfo]] は利用者の名前を入れることができて、任意選択によって、サーバーに接続するための認証の方法についての scheme 特有の情報をも入れることができます。 [CODE[@]] の部分と [CODE[:]] の部分アh省略可能です。 > - [CODE(ABNF)[[DFN[server]] = [ [ [[userinfo]] "@" ] [[hostport]] ] ]] > The user information, if present, is followed by a commercial at-sign "@". 利用者情報を示す場合は、その後に単価記号 [CODE(URI)[@]] が続きます。 > - [CODE(ABNF)[[DFN[userinfo]] = *( [[unreserved]] | [[escaped]] | ";" | ":" | "&" | "=" | "+" | "$" | "," )]] > Some URL schemes use the format "user:password" in the userinfo field. This practice is NOT RECOMMENDED, because the passing of authentication information in clear text (such as URI) has proven to be a security risk in almost every case where it has been used. URL scheme によっては、 [CODE(ABNF)[userinfo]] 欄に [CODE[[VAR[user]]:[VAR[password]]]] の書式を使います。 この慣習は、認証情報を[[平文]] (URI とか。) で渡すことはその使用されるほとんど全ての場合に置いて安全上の危険を負うこととなるので、'''推奨しません'''。 > The host is a domain name of a network host, or its IPv4 address as a set of four decimal digit groups separated by ".". Literal IPv6 addresses are not supported. [CODE(ABNF)[[[host]]]] は、ネットワーク・ホストのドメイン名か、その [[IPv4アドレス]]を [CODE(URI)[.]] で分離した4つの10進数集団の集合としたものです。 生 [[IPv6アドレス]]には対応していません。 > - [CODE(ABNF)[[DFN[[[hostport]]]] = host [ ":" [[port]] ] ]] - [CODE(ABNF)[[DFN[host]] = hostname | [[IPv4address]]]] - [CODE(ABNF)[[DFN[hostname]] = *( domainlabel "." ) toplabel [ "." ] ]] - [CODE(ABNF)[[DFN[domainlabel]] = [[alphanum]] | alphanum *( alphanum | "-" ) alphanum]] - [CODE(ABNF)[[DFN[toplabel]] = alpha | alpha *( alphanum | "-" ) alphanum]] - [CODE(ABNF)[[DFN[IPv4address]] = 1*digit "." 1*digit "." 1*digit "." 1*digit]] - [CODE(ABNF)[[DFN[port]] = *digit]] > Hostnames take the form described in Section 3 of [RFC1034] and Section 2.1 of [RFC1123]: a sequence of domain labels separated by ".", each domain label starting and ending with an alphanumeric character and possibly also containing "-" characters. The rightmost domain label of a fully qualified domain name will never start with a digit, thus syntactically distinguishing domain names from IPv4 addresses, and may be followed by a single "." if it is necessary to distinguish between the complete domain name and any local domain. To actually be "Uniform" as a resource locator, a URL hostname should be a fully qualified domain name. In practice, however, the host component may be a local domain literal. ホスト名は、 RFC 1034 の3章と RFC 1123 の2.1章で説明されている形を取りました。 [CODE[.]] で分離されたドメイン札の連続体で、それぞれのドメイン札は英数字で始まり英数字で終わり、 [CODE[-]] を含めることもできます。[[完全修飾ドメイン名]]の再右ドメイン札は数字で始まることはないので、 IPv4 アドレスとドメイン名を構文的に区別できますし、完全などメイン名と局所ドメインを区別する必要がある時には単一の [CODE[.]] を続けることができます。 真に「統一」された資源位置子であるためには、 URL ホスト名は完全修飾名であるべきです。しかし、実際にはホスト部品は局所ドメイン札かもしれません。 > Note: A suitable representation for including a literal IPv6 address as the host part of a URL is desired, but has not yet been determined or implemented in practice. 注意 : URL のホスト部分として生 IPv6 アドレスを含める適当な表現が望まれますが、まだ決定していませんし実際に実装されてもいません。 > The port is the network port number for the server. Most schemes designate protocols that have a default port number. Another port number may optionally be supplied, in decimal, separated from the host by a colon. If the port is omitted, the default port number is assumed. [CODE(ABNF)[port]] は、サーバーのネットワーク・ポート番号です。ほとんどの scheme は既定ポート番号のあるプロトコルを指示しています。 他のポート番号は省略可能ですが10進数で [CODE(ABNF)[host]] とコロンで区切って指定して構いません。 [CODE(ABNF)[port]] が省略されている時には、 既定ポート番号が仮定されます。 ]FIG] ** RFC 2732 (IPv6 アドレス in URI) →[[RFC 2732]] * メモ - [1] ''834489 - Internet Explorer で HTTP URL と HTTPS URL のユーザー情報を処理する際のデフォルトの動作を変更するソフトウェア アップデートのリリースについて'' : [[WinIE3]]+ で対応していた [CODE(URI)[[[http]]]] および [CODE(URI)[[[https]]]] の user:password@ は、見かけ上の URI 参照を偽装することができる脆弱性が見つかりました。その対策 ([[WinIE5]]〜[[WinIE6]] 対象) で、 user:password@ が既定ではまったく使えなくされました。 [2] [CODE(URI)[[[dcp.tcp.pft]]:]] [[URI scheme]] は [[RFC 2396]] 的には構文的に適当でしたが、 [[RFC 3986]] で駄目になっちゃいました。 [CITE[[#XERCESJ-1060] anyURI validation is too strict - ASF JIRA]] [CITE[Reg-name conflict between 2396 and 3986]] ([[名無しさん]]) [3] [CITE[Computer Security Research - McAfee Avert Labs Blog]] ([CODE[2007-01-23 20:48:55 +09:00]] 版) ([[名無しさん]] [WEAK[2007-01-23 11:55:04 +00:00]]) [4] [CITE[ITmedia エンタープライズ:8進数や16進数で検出回避する新手のスパム]] ([CODE[2007-01-23 20:46:26 +09:00]] 版) ([[名無しさん]] [WEAK[2007-01-23 11:55:38 +00:00]]) [5] [CITE@en[IEBlog : URLs in Internet Explorer 7]] ([CODE[2007-02-22 09:21:45 +09:00]] 版) ([[名無しさん]] [WEAK[2007-02-22 00:24:26 +00:00]]) [6] [CITE@en-us[IP Version 6 Support]] ([CODE[2007-02-22 09:23:49 +09:00]] 版) ([[名無しさん]] [WEAK[2007-02-22 00:24:58 +00:00]]) [7] [CITE@en[IEBlog : IPv6 URIs in IE7]] ([CODE[2007-02-22 09:21:53 +09:00]] 版) ([[名無しさん]] [WEAK[2007-02-22 00:30:32 +00:00]]) [8] [CITE@ja[Internet Explorer では Web サイト アドレス (HTTP URL および HTTPS URL) に含まれるユーザー名およびパスワードがサポートされない]] ([TIME[2009-04-12 12:20:01 +09:00]] 版) [402] [CITE[IRC logs: freenode / #whatwg / 20100423]] ([TIME[2010-05-09 21:36:01 +09:00]] 版) [404] [CITE@en[ドット付き 10 進数 URL の不明瞭化 | Symantec Connect Community]] ( ([TIME[2011-05-15 13:47:42 +09:00]] 版)) [405] [CITE[IPアドレスによるURL偽装手法まとめ | Rubusig]] ( ([TIME[2011-05-15 13:56:45 +09:00]] 版)) [406] [CITE@ja-JP[変なIPに書き換えても繋がるかテスト]] ( ([TIME[2011-05-15 15:55:28 +09:00]] 版)) [421] [CITE[Bug 10326 – make "user:password" in URLs a SYNTAX_ERR]] ( ([TIME[2011-11-14 22:12:15 +09:00]] 版)) [422] [CITE@en[draft-carpenter-6man-uri-zoneid-00 - Representing IPv6 Zone Identifiers in Uniform Resource Identifiers]] ( ([TIME[2011-12-07 18:52:36 +09:00]] 版)) [426] [CITE[''''''[''''''whatwg'''''']'''''' URL: IPv6 parsing and model/serializing]] ( ([TIME[2012-11-17 11:03:16 +09:00]] 版)) [456] [CITE[Forbid domains containing ''''''['''''' and '''''']'''''' to reduce IPv6 parsing weirdness · 3cd5c10 · whatwg/url]] ( ([TIME[2014-06-26 13:23:00 +09:00]] 版)) [FIG(quote)[ [FIGCAPTION[ [18] [CITE@en[Connection String URI Format — MongoDB Manual 2.6.7]] ([TIME[2015-01-24 08:01:19 +09:00]] 版) ]FIGCAPTION] > The following connects to a replica set with three members running on localhost on ports 27017, 27018, and 27019: > mongodb://localhost,localhost:27018,localhost:27019 ]FIG] [FIG(quote)[ [FIGCAPTION[ [19] [CITE[Module ngx_http_proxy_module]] ([TIME[2015-02-26 15:57:24 +09:00]] 版) ]FIGCAPTION] > or as a UNIX-domain socket path specified after the word “unix” and enclosed in colons: > proxy_pass http://unix:/tmp/backend.socket:/uri/; ]FIG] [26] [CITE@en[700999 – Firefox does not appear to support IPv6 link-local addresses]] ([TIME[2015-04-04 11:02:46 +09:00]] 版) [27] [CITE@en[Bug 27234 – Support IPv6 link-local addresses?]] ([TIME[2015-04-04 11:02:53 +09:00]] 版) [28] [CITE@en[Anne van Kesteren on Twitter: "@sleevi_ @mnot pointers? The bug against Gecko was filed by users. I filed it against URL when the networking team asked me about it."]] ([TIME[2015-04-04 10:58:25 +09:00]] 版) [29] [CITE[Link-local IPv6 addresses in URIs]] ([TIME[2012-05-08 04:05:10 +09:00]] 版) [30] [CITE[Issue 70762 - chromium - Can't specify ScopeID when using link-local IPv6 address. - An open-source project to help move the web forward. - Google Project Hosting]] ([TIME[2015-04-04 11:10:21 +09:00]] 版) [FIG(quote)[ [FIGCAPTION[ [37] [CITE@en[draft-fielding-url-syntax-04 - Uniform Resource Locators (URL): Generic Syntax and Semantics]] ([TIME[2015-01-25 21:50:26 +09:00]] 版) ]FIGCAPTION] > > 1. We need to define a mechanism for using IPv6 addresses in the > URL hostname which will not break existing systems too badly. > Proposal: *hex *'''['''"." *hex''']''' ".ipv6" > I.e., treat the top level domain of "ipv6" as special. ]FIG] [FIG(quote)[ [FIGCAPTION[ [38] [CITE[ | Android Developers]] ([TIME[2015-06-09 13:06:52 +09:00]] 版) ]FIGCAPTION] > Note: host name matching in the Android framework is case-sensitive, unlike the formal RFC. As a result, you should always specify host names using lowercase letters. ]FIG] [39] [CITE@en[Bug 27254 – Semantics of 'host' component incompatible with some deployed schemes]] ([TIME[2015-06-19 18:31:08 +09:00]] 版) [FIG(quote)[ [FIGCAPTION[ [40] [CITE@en[RFC 2718 - Guidelines for new URL Schemes]] ([TIME[2015-05-17 15:15:23 +09:00]] 版) ]FIGCAPTION] > RL > schemes which do not contain a conformant hierarchical structure in > their should not use double slashes following > the ":" string. > ]FIG] [FIG(quote)[ [FIGCAPTION[ [41] [CITE@en[RFC 4395 - Guidelines and Registration Procedures for New URI Schemes]] ([TIME[2015-06-20 08:01:02 +09:00]] 版) ]FIGCAPTION] > Avoid improper use of "//". The use of double slashes in the first > part of a URI is not an artistic indicator that what follows is a > URI: Double slashes are used ONLY when the syntax of the URI's > contains a hierarchical structure as described > in RFC 3986. In URIs from such schemes, the use of double slashes > indicates that what follows is the top hierarchical element for a > naming authority. (See Section 3.2 of RFC 3986 for more details.) > URI schemes that do not contain a conformant hierarchical structure > in their SHOULD NOT use double slashes > following the ":" string. ]FIG] [FIG(quote)[ [FIGCAPTION[ [42] [CITE@en[RFC 7595 - Guidelines and Registration Procedures for URI Schemes]] ([TIME[2015-06-20 09:14:38 +09:00]] 版) ]FIGCAPTION] > Schemes SHOULD avoid improper use of "//". The use of double slashes > in the first part of a URI is not a stylistic indicator that what > follows is a URI: double slashes are intended for use ONLY when the > syntax of the contains a hierarchical > structure. In URIs from such schemes, the use of double slashes > indicates that what follows is the top hierarchical element for a > naming authority (Section 3.2 of RFC 3986 has more details). Schemes > that do not contain a conformant hierarchical structure in their > SHOULD NOT use double slashes following the > ":" string. ]FIG] [FIG(quote)[ [FIGCAPTION[ [44] [CITE@en[kennethreitz/dj-database-url]] ([TIME[2015-07-09 00:48:42 +09:00]] 版) ]FIGCAPTION] > With PostgreSQL, you can also use unix domain socket paths with percent encoding: postgres://%2Fvar%2Flib%2Fpostgresql/dbname. ]FIG] [FIG(quote)[ [FIGCAPTION[ [45] [CITE[XRI Resolution 2.0]] ([TIME[2008-03-11 07:46:14 +09:00]] 版) ]FIGCAPTION] > xri://@!a!b*(mailto:jd@example.com)*e/f ]FIG] [35] [CITE@en[Define "server-based naming authority" in terms of URL · whatwg/html@da7b5ba]] ([TIME[2016-03-31 12:45:18 +09:00]] 版) [52] [CITE@en[Editorial: define "network scheme" · whatwg/url@e322a8a]] ([TIME[2016-03-31 12:45:25 +09:00]] 版) [FIG(quote)[ [FIGCAPTION[ [54] [CITE@ja[モデル使用に関するガイドライン|モーディア]] ([TIME[2017-01-17 19:38:23 +09:00]]) ]FIGCAPTION] > ◎許諾されたURLと一致しないWebサイトで使用された場合、契約外使用として違約金が科せられます。使用するURLの第一階層をすべてお知らせください。また、同一のスポンサー名・商品名を冠した同一レイアウトのWebサイトであっても、URLが違う場合は他者の使用と判断されます。特に、ショッピングモール等通販サイトやグローバルサイトのURLについてはご注意ください。 > 【 一階層 = http://に続く次のスラッシュまでのURL/】 ]FIG] [55] [CITE@en-US[Arrival – Mozilla Open Design]] ( ([TIME[2017-01-19 15:00:02 +09:00]])) [56] [CITE@ja[Mozilla の新しいロゴが発表されました | Mozilla Japan ブログ]] ( ([TIME[2017-01-19 15:00:12 +09:00]])) [57] [CITE[://]] ([TIME[2016-08-24 21:15:09 +09:00]]) [58] [CITE@en[Add opaque hosts]] ([[annevk]]著, [TIME[2017-01-25 04:51:54 +09:00]]) [60] [CITE@en[942074 - javascript method XMLHttpRequest.setRequestHeader(...) is no longer perform URL encoding]] ([TIME[2017-05-14 15:42:24 +09:00]]) [21] [CITE@en[Restructure URL rendering section and add additional guidance]] ([[estark37]]著, [TIME[2019-04-04 23:49:46 +09:00]])