Это хорошая статья. Для получения дополнительной информации нажмите здесь.
Из Википедии, бесплатной энциклопедии
  (Перенаправлено с единого идентификатора ресурса )
Перейти к навигации Перейти к поиску
"URI" перенаправляется сюда. Чтобы узнать о других значениях, см. URI (значения) .
Универсальный идентификатор ресурса (URI)
ДоменВсемирная паутина
СокращениеURI

Унифицированный идентификатор ресурса ( URI ) представляет собой уникальную последовательность символов , которая идентифицирует логический или физический ресурс , используемый веб - технологий. URI могут использоваться для идентификации чего угодно, включая объекты реального мира, такие как люди и места, концепции или информационные ресурсы, такие как веб-страницы и книги. Некоторые URI обеспечивают средства поиска и извлечения информационных ресурсов в сети (либо в Интернете, либо в другой частной сети, такой как файловая система компьютера или интрасеть), это унифицированные указатели ресурсов (URL). Другие URI предоставляют только уникальное имя, без средств поиска или извлечения ресурса или информации о нем, это универсальные имена ресурсов.(URN). Веб-технологии, использующие URI, не ограничиваются веб-браузерами. URI используются для идентификации всего, что описано с помощью Resource Description Framework (RDF), например, концепции, которые являются частью онтологии, определенной с помощью языка веб-онтологий (OWL), и люди, описанные с использованием словаря Friend of a Friend, будут каждый иметь индивидуальный URI.

Хотя URI остается широко используемым термином, спецификации, определяющие URI, были заменены спецификациями для интернационализированных идентификаторов ресурсов (IRI), которые расширяют определение URI, так что IRI могут обрабатывать наборы символов, такие как Kanji, а не ограничиваться ASCII . [1] [2]

История [ править ]

Зачатие [ править ]

URI и URL имеют общую историю. В 1990 году предложения Тима Бернерса-Ли относительно гипертекста неявно вводили идею URL-адреса как короткой строки, представляющей ресурс, являющийся целью гиперссылки . [3] В то время люди называли это «гипертекстовым именем» [4] или «названием документа».

В течение следующих трех с половиной лет, по мере развития основных технологий Всемирной паутины, таких как HTML, HTTP и веб-браузеры, возникла необходимость отличать строку, предоставляющую адрес для ресурса, от строки, которая просто называет ресурс. Хотя формально еще не определенно, термин Uniform Resource Locator пришел представлять бывший, и тем более спорное унифицированное название ресурса стало представлять последние.

Во время дебатов по поводу определения URL-адресов и URN стало очевидно, что концепции, воплощенные в двух (2) терминах, были просто аспектами фундаментального, всеобъемлющего понятия идентификации ресурсов . В июне 1994 года IETF опубликовала первый запрос Бернерса-Ли на комментарии, в котором признавалось существование URL-адресов и URN. Что наиболее важно, он определил формальный синтаксис для универсальных идентификаторов ресурсов (т. Е. URL-подобных строк, точный синтаксис и семантика которых зависели от их схем). Кроме того, RFC ( RFC 1630 ) попытался обобщить синтаксис схем URL, используемых в то время. Он признал - но не стандартизировал- наличие относительных URL-адресов и идентификаторов фрагментов. [5]

Уточнение [ править ]

В декабре 1994 года IETF RFC 1738 официально определил относительные и абсолютные URL-адреса, уточнил общий синтаксис URL-адресов, определил, как преобразовывать относительные URL-адреса в абсолютную форму, и более точно перечислил используемые в то время схемы URL-адресов. [6] Согласованное определение и синтаксис URN пришлось ждать до публикации IETF RFC 2141 [7] в мае 1997 года.

В результате публикации IETF RFC 2396 [8] в августе 1998 года синтаксис URI стал отдельной спецификацией [9], а большинство частей RFC 1630 и 1738, относящихся к URI и URL в целом, были пересмотрены и расширены IETF . Новый RFC изменил значение «U» в «URI» на «Uniform» с «Universal».

В декабре 1999 года IETF RFC 2732 [10] представил незначительное обновление RFC 2396, позволяя URI использовать адреса IPv6 . Ряд недостатков, обнаруженных в двух спецификациях, привел к усилиям сообщества, координировавшимся соавтором RFC 2396 Роем ​​Филдингом , которые завершились публикацией IETF RFC 3986 [11] в январе 2005 года. сделать детали существующих схем URL устаревшими; RFC 1738 продолжает управлять такими схемами, если иное не отменено. IETF RFC 2616 [12], например, уточняетhttpсхема. Одновременно IETF опубликовала содержание RFC 3986 в качестве полного стандарта STD 66, отражая создание универсального синтаксиса URI в качестве официального Интернет-протокола.

В 2001 году группа технической архитектуры W3C (TAG) опубликовала руководство по передовым методам и каноническим URI для публикации нескольких версий данного ресурса. [13] Например, контент может отличаться по языку или размеру, чтобы регулировать емкость или настройки устройства, используемого для доступа к этому контенту.

В августе 2002 г. в IETF RFC 3305 [14] было указано, что термин «URL», несмотря на широкое публичное использование, практически устарел и служит лишь напоминанием о том, что некоторые URI действуют как адреса, имея схемы, подразумевающие доступность сети, независимо от того, любого такого фактического использования. Стандарты на основе URI, такие как Resource Description Framework, очевидны, идентификация ресурсов не обязательно должна предполагать получение представлений ресурсов через Интернет, и при этом они не обязательно должны подразумевать сетевые ресурсы вообще.

Semantic Web использует схему HTTP URI для идентификации обоих документов и понятий в реальном мире, различие , которое вызвало путаницу о том , как отличить два. В 2005 году TAG опубликовал электронное письмо о том, как решить проблему, которое стало известно как разрешение httpRange-14 . [15] W3C впоследствии опубликовал заметку группы интересов под названием Cool URIs for Semantic Web , в которой более подробно объяснялось использование согласования контента и кода ответа HTTP 303 для перенаправления. [16]

Дизайн [ править ]

URL-адреса и URN [ править ]

Равномерное Имя ресурса (URN) является URI , который идентифицирует ресурс с помощью имени в определенном пространстве имен. URN может использоваться, чтобы говорить о ресурсе, не подразумевая его местоположение или способ доступа к нему. Например, в системе Международного стандартного книжного номера (ISBN) ISBN 0-486-27557-4 идентифицирует конкретное издание пьесы Шекспира « Ромео и Джульетта» . URN для этого издания будет urn: isbn: 0-486-27557-4 . Однако в нем нет информации о том, где найти копию этой книги.

Uniform Resource Locator (URL) является URI , который определяет средства воздействуя на или получения представления ресурса, то есть с указанием как его механизм первичного доступа и сетевого расположения. Например, URL-адрес http://example.org/wiki/Main_Pageотносится к ресурсу, обозначенному как /wiki/Main_Page, представление которого в форме HTML и связанного кода можно получить через протокол передачи гипертекста ( http:) с сетевого хоста, доменное имя которого example.org.

URN можно сравнить с именем человека, а URL-адрес - с его почтовым адресом. Другими словами, URN идентифицирует элемент, а URL-адрес предоставляет метод для его поиска.

Технические публикации, особенно стандарты, разработанные IETF и W3C , обычно отражают точку зрения, изложенную в Рекомендации W3C от 2001 г., которая признает приоритет термина URI, а не поддерживает какое-либо формальное разделение на URL и URN.

URL-адрес - полезная, но неформальная концепция: URL-адрес - это тип URI, который идентифицирует ресурс через представление его основного механизма доступа (например, его сетевое «местоположение»), а не с помощью некоторых других атрибутов, которые он может иметь. [17]

Таким образом, URL-адрес - это просто URI, который указывает на ресурс в сети. [a] [18] Однако в нетехническом контексте и в программном обеспечении для World Wide Web термин «URL» по-прежнему широко используется. Кроме того, термин «веб-адрес» (не имеющий формального определения) часто встречается в нетехнических публикациях как синоним URI, который использует схемы http или https . Такие предположения могут привести к путанице, например, в случае пространств имен XML, которые имеют визуальное сходство с разрешаемыми URI .

Характеристики , полученные в WHATWG предпочитают URL через URI , и поэтому новый API , HTML5 использовать URL через URI . [19]

Стандартизируйте термин URL. URI и IRI [международный идентификатор ресурса] просто сбивают с толку. На практике для обоих используется один алгоритм, поэтому сохранение их различий никому не помогает. URL также легко побеждает в конкурсе на популярность в результатах поиска. [20]

Хотя большинство схем URI изначально были разработаны для использования с определенным протоколом и часто имеют одно и то же имя, они семантически отличаются от протоколов. Например, схема http обычно используется для взаимодействия с веб-ресурсами по протоколу HTTP, но файл схемы не имеет протокола.

Синтаксис [ править ]

Каждый URI начинается с имени схемы, которое относится к спецификации для присвоения идентификаторов в этой схеме. Таким образом, синтаксис URI представляет собой объединенную и расширяемую систему именования, в которой спецификация каждой схемы может дополнительно ограничивать синтаксис и семантику идентификаторов, использующих эту схему. Общий синтаксис URI - это надмножество синтаксиса всех схем URI. Впервые он был определен в RFC  2396 , опубликованном в августе 1998 г. [9], и окончательно доработан в RFC  3986 , опубликованном в январе 2005 г. [21]

Общий синтаксис URI состоит из иерархической последовательности из пяти компонентов : [22]

URI = scheme: [// авторитет] путь [? Запрос] [# фрагмент]

где компонент полномочий делится на три подкомпонента :

авторитет = [информация пользователя @] хост [: порт]

Это представлено на синтаксической диаграмме как:

URI включает:

  • Непустая схема компонентов с последующим двоеточием ( :), состоящий из последовательности символов , начинающихся с буквы и последующим любой комбинации букв, цифр, плюс ( +), период ( .) или дефис ( -). Хотя в схемах регистр не учитывается, в канонической форме используются строчные буквы, и в документах, в которых указаны схемы, должны использоваться строчные буквы. Примеры популярных схем включают http, https, ftp, mailto, file, data, и irc. Схемы URI должны быть зарегистрированы в Internet Assigned Numbers Authority (IANA) , хотя на практике используются незарегистрированные схемы. [b]
  • Необязательный компонент полномочий, которому предшествуют две косые черты ( //), содержащий:
    • Необязательный подкомпонент userinfo, который может состоять из имени пользователя и необязательного пароля, которому предшествует двоеточие ( :), за которым следует символ at ( @). Использование формата username:passwordв подкомпоненте userinfo не рекомендуется по соображениям безопасности. Приложения не должны отображать :в виде открытого текста любые данные после первого двоеточия ( ) в подкомпоненте userinfo, если только данные после двоеточия не являются пустой строкой (указывающей на отсутствие пароля).
    • Хост подкомпонент, состоящий из любого зарегистрированного имени (включая , но не ограничиваясь этим именем хоста ), или IP - адрес . Адреса IPv4 должны быть в десятичном формате с точками , а адреса IPv6 должны быть заключены в квадратные скобки ( []). [24] [c]
    • Необязательный подкомпонент порта, которому предшествует двоеточие ( :).
  • Путь компонент, состоящий из последовательности сегментов пути , разделенные косой чертой ( /). Путь всегда определяется для URI, хотя указанный путь может быть пустым (нулевой длины). Сегмент также может быть пустым, что приводит //к появлению двух последовательных косых черт ( ) в компоненте пути. Компонент пути может напоминать или точно соответствовать пути файловой системы , но не всегда подразумевает связь с ним. Если присутствует компонент полномочий, то компонент пути должен быть пустым или начинаться с косой черты ( /). Если компонент полномочий отсутствует, то путь не может начинаться с пустого сегмента, то есть с двух косых //черт ( ), поскольку следующие символы будут интерпретироваться как компонент полномочий. [26]Последний отрезок пути можно назвать « пробкой ».
Разделитель запросаПример
Амперсанд ( &)key1=value1&key2=value2
Точка с запятой ( ;) [d]key1=value1;key2=value2
  • Необязательный компонент запроса, которому предшествует вопросительный знак ( ?), содержащий строку запроса неиерархических данных. Его синтаксис четко не определен, но по соглашению чаще всего представляет собой последовательность пар атрибут-значение, разделенных разделителем .
  • Необязательный компонент фрагмента, которому предшествует hash ( #). Фрагмент содержит идентификатор фрагмента, указывающий направление к вторичному ресурсу, например заголовок раздела в статье, идентифицируемый остальной частью URI. Когда основным ресурсом является документ HTML , фрагмент часто является idатрибутом определенного элемента, и веб-браузеры будут прокручивать этот элемент для просмотра.

Строки октетов данных в URI представлены в виде символов. Разрешенные символы в URI - это символы ASCII для строчных и прописных букв современного английского алфавита , арабские цифры , дефис , точка , подчеркивание и тильда . [28] Октеты, представленные любым другим символом, должны быть закодированы в процентах .

Из набора символов ASCII символы : / ? # [ ] @зарезервированы для использования в качестве разделителей общих компонентов URI и должны быть закодированы в процентах - например, %3Fдля вопросительного знака. [29]! $ & ' ( ) * + , ; = Общий синтаксис URI позволяет использовать символы без кодирования в информации о пользователе, хосте и пути в качестве разделителей. [24] [30] Кроме того, :и @может отображаться незакодированным в пути, запросе и фрагменте; и ?и /могут появляться незакодированной в качестве данных в рамках запроса или фрагмента. [30] [31]

На следующем рисунке показаны примеры URI и их составные части.

 UserInfo  хост -  порт  ┌──┴───┐  ┌──────┴──────┐  ┌┴┐ https: //[email protected]: 123 / forum / questions /? tag = network & order = newest # top └─┬─┘  └───────────┬──────────────┘ └───────┬───────┘  └───────────┬─────────────┘  └┬┘  схема  полномочие  пути  запрос  фрагмент ldap: // [2001: db8 :: 7] / c = GB? objectClass? one └┬─┘ └──────────┘└─┬─┘ └──────┬────── запрос пути авторизации схемы mailto: [email protected] └─┬──┘ └────┬──────────────┘ схема путь новости: comp.infosystems.www.servers.unix └┬─ └─────────────┬────────────────── схема путь тел: + 1-816-555-1212 └┬┘ └──────────── схема путь telnet: //192.0.2.16: 80 / └─┬──┘ └─────┬─────┘│ схема авторитетного пути урна: оазис: имена: спецификация: docbook: dtd: xml: 4.1.2 └┬┘ └───────────────────────┬─────────────────────── схема путь

Ссылки URI [ править ]

URI ссылка является либо URI, или относительная ссылка , когда она не начинается с компонентом схемы следует двоеточие ( :). [32] Сегмент пути, содержащий символ двоеточия (например, foo:bar), не может использоваться в качестве первого сегмента пути относительной ссылки, если его компонент пути не начинается с косой черты ( /), поскольку это было бы ошибочно принято за компонент схемы. Такому сегменту пути должен предшествовать точечный сегмент пути (например, ./foo:bar). [33]

Языки разметки веб-документов часто используют ссылки URI для указания на другие ресурсы, такие как внешние документы или определенные части того же логического документа: [34]

  • в HTML значение srcатрибута imgэлемента предоставляет ссылку на URI, как и значение hrefатрибута элемента aили link;
  • в XML , то системный идентификатор появляется после SYSTEMключевого слова в DTD является fragmentless URI - ссылка;
  • в XSLT значение hrefатрибута xsl:importэлемента / инструкции является ссылкой URI; аналогично первый аргумент document()функции.
https://example.com/path/resource.txt#fragment//example.com/path/resource.txt/path/resource.txtпуть / resource.txt../resource.txt./resource.txtresource.txt#фрагмент

Разрешение [ править ]

Сопоставление ссылки URI с базовым URI приводит к целевому URI . Это означает, что базовый URI существует и является абсолютным URI (URI без компонента фрагмента). Базовый URI может быть получен в порядке приоритета из: [35]

  • сам ссылочный URI, если это URI;
  • содержание представления;
  • сущность, инкапсулирующая представление;
  • URI, используемый для фактического получения представления;
  • контекст приложения.

Внутри представления с четко определенным базовым URI

http: // a / b / c / d; p? q

относительная ссылка разрешается к своему целевому URI следующим образом: [36]

«г: ч» -> «г: ч»"g" -> "http: // a / b / c / g""./g" -> "http: // a / b / c / g""g /" -> "http: // a / b / c / g /""/ g" -> "http: // a / g""// g" -> "http: // g""? y" -> "http: // a / b / c / d; p? y""g? y" -> "http: // a / b / c / g? y""#s" -> "http: // a / b / c / d; p? q # s""g # s" -> "http: // a / b / c / g # s""g? y # s" -> "http: // a / b / c / g? y # s""; x" -> "http: // a / b / c /; x""g; x" -> "http: // a / b / c / g; x""g; x? y # s" -> "http: // a / b / c / g; x? y # s""" -> "http: // a / b / c / d; p? q""." -> "http: // a / b / c /""./" -> "http: // a / b / c /"".." -> "http: // a / b /""../" -> "http: // a / b /""../g" -> "http: // a / b / g""../ .." -> "http: // a /""../../" -> "http: // a /""../../g" -> "http: // a / g"

Связь с пространствами имен XML [ править ]

В XML пространство имен - это абстрактный домен, которому может быть назначен набор имен элементов и атрибутов. Имя пространства имен - это символьная строка, которая должна соответствовать общему синтаксису URI. [37] Однако имя обычно не считается URI, [38] потому что спецификация URI основывает решение не только на лексических компонентах, но и на их предполагаемом использовании. Имя пространства имен не обязательно подразумевает какую-либо семантику схем URI; например, имя пространства имен, начинающееся с http:, может не иметь никакого отношения к использованию HTTP .

Первоначально имя пространства имен могло соответствовать синтаксису любой непустой ссылки URI, но использование относительных ссылок URI не рекомендовалось консорциумом W3C. [39] Отдельная спецификация W3C для пространств имен в XML 1.1 позволяет ссылкам на интернационализированные идентификаторы ресурсов (IRI) служить основой для имен пространств имен в дополнение к ссылкам URI. [40]

См. Также [ править ]

  • КЮРИ
  • Разыменяемый унифицированный идентификатор ресурса
  • Расширяемый идентификатор ресурса
  • Интернационализированный идентификатор ресурса
  • Указатель интернет-ресурсов
  • Постоянный универсальный указатель ресурсов
  • Единое соглашение об именах
  • Язык описания каталога ресурсов
  • Универсальный уникальный идентификатор
  • Список схем URI

Заметки [ править ]

  1. ^ Отчет, опубликованный в 2002 году совместной рабочей группой W3C / IETF, был направлен на нормализацию разногласий, существующих в IETF и W3C по поводу взаимосвязи между различными терминами и стандартами «UR *». Хотя он не был опубликован в качестве полного стандарта ни одной из организаций, он стал основой для вышеупомянутого общего понимания и с тех пор послужил основой для многих стандартов.
  2. ^ Процедуры регистрации новых схем URI были первоначально определены в 1999 г. в RFC 2717 , а теперь определены вRFC  7595 , опубликованном в июне 2015 г. [23] 
  3. ^ Для URI, относящихся к ресурсам во всемирной паутине, некоторые веб-браузеры позволяют.0отбрасывать части десятичной записи с точками или использовать необработанные целочисленные IP-адреса. [25]
  4. ^ Исторический RFC 1866 (устаревшийRFC  2854 ) призывает авторов CGI поддерживать ';' в добавление к '&'. [27] 

Ссылки [ править ]

  1. ^ Дюшарма Боб (2013-07-03). Изучение SPARQL . O'Reilly Media, Inc., стр. 20–23. ISBN 9781449371470.
  2. ^ W3C. «Универсальные идентификаторы ресурсов в WWW» . W3.Org . Инженерная группа Интернета (IETF) . Проверено 5 декабря 2020 .
  3. ^ Палмер, Шон. «Ранняя история HTML» . infomesh.net . Проверено 6 декабря 2020 .
  4. ^ «Схемы именования W3» . www.w3.org . 1992 . Проверено 6 декабря 2020 .
  5. ↑ Бернерс-Ли, Тим (июнь 1994). «Универсальные идентификаторы ресурсов в WWW» . Сетевая рабочая группа . Проверено 6 декабря 2020 .
  6. ↑ Бернерс-Ли, Тим (декабрь 1994). «Запрос комментариев: 1738: унифицированные указатели ресурсов (URL)» . tools.ietf.org/html . Проверено 6 декабря 2020 .
  7. ^ Moats, R. (май 1997). «Запрос комментариев: 2141: Синтаксис URN» . tools.ietf.org . Проверено 6 декабря 2020 .
  8. ↑ Бернерс-Ли, Тим (август 1998). «RFC 2396: унифицированные идентификаторы ресурсов (URI): общий синтаксис» . tools.ietf.org . Проверено 6 декабря 2020 .
  9. ^ а б RFC 2396 (1998) .
  10. ^ Хинден, Р. (декабрь 1999). «RFC 2732: формат для буквальных адресов IPv6 в URL» . tools.ietf.org . Проверено 6 декабря 2020 .
  11. ↑ Бернерс-Ли, Тим (январь 2005 г.). «RFC 3986: унифицированный идентификатор ресурса (URI): общий синтаксис» . tools.ietf.org . Проверено 6 декабря 2020 .
  12. ↑ Филдинг, Р. (июнь 1999 г.). «RFC 2616: протокол передачи гипертекста - HTTP / 1.1» . tools.ietf.org . Проверено 6 декабря 2020 .
  13. ↑ Raman, TV (01.11.2006). «О связывании альтернативных представлений для открытия и публикации» . www.w3.org . Проверено 6 декабря 2020 .
  14. ^ Mealling, М. (август 2002). «RFC 3305: универсальные идентификаторы ресурсов (URI), URL-адреса и универсальные имена ресурсов» . tools.ietf.org . Проверено 6 декабря 2020 .
  15. ↑ Филдинг, Рой (18.06.2005). "[httpRange-14] Решено" . lists.w3.org . Проверено 6 декабря 2020 .
  16. ^ Sauermann, Лео (декабрь 2008). «Классные URI для семантической сети» . www.w3.org . Проверено 6 декабря 2020 .
  17. ^ Группа интересов по планированию URI, W3C / IETF (сентябрь 2001 г.). «URI, URL-адреса и URN: пояснения и рекомендации 1.0» . www.w3.org . W3C / IETF . Проверено 8 декабря 2020 .
  18. ^ Объединенная группа по планированию URI W3C / IETF (2002) .
  19. ^ "Стандарт URL: 6.3. API URL в другом месте" .
  20. ^ «Стандарт URL: цели» .
  21. ↑ RFC 3986 (2005) .
  22. ^ RFC 3986, раздел 3 (2005) .
  23. ^ IETF (2015) .
  24. ^ a b RFC 3986 (2005) , §3.2.2.
  25. ^ Лоуренс (2014) .
  26. ^ RFC 2396 (1998) , §3.3.
  27. ^ RFC 1866 (1995) , §8.2.1.
  28. ↑ RFC 3986 (2005) , §2.
  29. ^ RFC 3986 (2005) , §2.2.
  30. ^ a b RFC 3986 (2005) , §3.3.
  31. ↑ RFC 3986 (2005) , §3.4.
  32. ↑ RFC 3986 (2005) , §4.1.
  33. ↑ RFC 3986 (2005) , §4.2.
  34. ↑ RFC 3986 (2005) , §4.4.
  35. ^ RFC 3986 (2005) , §5.1.
  36. ↑ RFC 3986 (2005) , §5.4.
  37. ^ Моррисон (2006) .
  38. ^ Гарольд (2004) .
  39. Перейти ↑ W3C (2009) .
  40. ^ W3C (2006) .

Дальнейшее чтение [ править ]

  • Гарольд, Эллиотт Расти (2004). XML 1.1 Библия (Третье изд.). Wiley Publishing . п. 291. ISBN. 978-0-7645-4986-1.
  • Хансен, Тони; Харди, Тед (июнь 2015 г.). Талер, Дэйв (ред.). «Рекомендации и процедуры регистрации для схем URI» . Страницы запроса комментариев (RFC) Ietf - Тест . Инженерная группа Интернета . ISSN  2070-1721 .
  • Моррисон, Майкл Уэйн (2006). «Час 5: Использование пространств имен ». Самс научитесь XML . Самс Паблишинг . п. 91.
  • Группа интересов по планированию URI, W3C / IETF (21 сентября 2001 г.). «URI, URL-адреса и URN: пояснения и рекомендации 1.0» . Проверено 27 июля 2009 .
  • «О связывании альтернативных представлений для открытия и публикации» . Консорциум World Wide Web . 2006 [2001] . Проверено 3 апреля 2012 .
  • Брей, Тим ; Холландер, Дэйв; Обыватель, Андрей; Тобин, Ричард, ред. (16 августа 2006 г.). «Пространства имен в XML 1.1 (второе издание)» . Консорциум World Wide Web . 2.2 Использование URI в качестве имен пространств имен . Проверено 31 августа 2015 .
  • Айерс, Дэнни; Фёлькель, Макс (2008-12-03). Зауэрманн, Лео; Cyganiak, Ричард (ред.). «Классные URI для семантической сети» . Консорциум World Wide Web . Проверено 3 апреля 2012 .
  • Брей, Тим ; Холландер, Дэйв; Обыватель, Андрей; Тобин, Ричард; Томпсон, Генри С., ред. (2009-12-08). «Пространства имен в XML 1.0 (третье издание)» . Консорциум World Wide Web . 2.2 Использование URI в качестве имен пространств имен . Проверено 31 августа 2015 .
  • Бернерс-Ли, Тим ; Коннолли, Дэниел «Дэн» (ноябрь 1995 г.). «Язык разметки гипертекста - 2.0» . Инженерная группа Интернета . Проверено 13 сентября 2015 .
  • Бернерс-Ли, Тим ; Филдинг, Рой Т .; Масинтер, Ларри (август 1998). Универсальные идентификаторы ресурсов (URI): общий синтаксис . Инженерная группа Интернета . DOI : 10,17487 / RFC2396 . RFC 2396 . Проверено 31 августа 2015 .
  • Бернерс-Ли, Тим ; Филдинг, Рой Т .; Масинтер, Ларри (январь 2005 г.). Универсальные идентификаторы ресурсов (URI): общий синтаксис . Инженерная группа Интернета . DOI : 10,17487 / RFC3986 . RFC 3986 . Проверено 31 августа 2015 .
  • Бернерс-Ли, Тим ; Филдинг, Рой Т .; Масинтер, Ларри (январь 2005 г.). Унифицированные идентификаторы ресурсов (URI): Общий синтаксис, раздел 3, Компоненты синтаксиса . Инженерная группа Интернета . DOI : 10,17487 / RFC3986 . RFC 3986 . Проверено 31 августа 2015 .
  • Лоуренс, Эрик (2014-03-06). «Арканы браузера: литералы IP в URL-адресах» . IEInternals . Microsoft . Проверено 25 апреля 2016 .

Внешние ссылки [ править ]

  • Схемы URI  - поддерживаемый IANA реестр схем URI
  • Схемы URI в вики W3C
  • Архитектура всемирной паутины, Том первый, §2: Идентификация  - от W3C
  • Разъяснение W3C URI