Это одна из самых запутанных и, возможно, не относящихся к делу тем, с которыми я сталкивался как веб-профессионал.

Насколько я понимаю, URI - это описание чего-то в принятом формате, которое может определять как уникальное имя (идентификацию), так и его местонахождение.

Есть два основных подмножества:

• URL-адреса, которые определяют местоположение (особенно для браузера, пытающегося найти веб-страницу) и
• URN, которые определяют уникальное имя чего-либо.

Я склонен думать, что URN похожи на GUID. Это просто стандартизованная методология предоставления уникальных имен вещам. Как и в декларативном пространстве имен, в котором используется название компании - это не значит, что на сервере где-то находится ресурс, соответствующий этой строке текста - он просто однозначно идентифицирует что-то.

Я также стараюсь полностью избегать термина URI и обсуждать вещи только в терминах URL или URN, если это необходимо, потому что это вызывает много путаницы. Вопрос, на который мы действительно должны попытаться ответить для людей, не столько в семантике, сколько в том, как определить при встрече с терминами, есть ли в них какое-либо практическое различие, которое изменит подход к ситуации программирования. Например, если кто-то поправляет меня в разговоре и говорит: «О, это не URL-адрес, это URI, я знаю, что они его полны». Если кто-то говорит, что мы используем URN для определения ресурса, я с большей вероятностью пойму, что мы только присваиваем ему уникальное имя, а не размещаем его на сервере.

Если я не на базе, пожалуйста, дайте мне знать!

URI => http://en.wikipedia.org/wiki/Uniform_Resource_Identifier

URL-адреса - это подмножество URI (которые также содержат URN).

По сути, URI - это общий идентификатор, где URL-адрес указывает местоположение, а URN указывает имя.

Другой пример, который мне нравится использовать, когда я думаю об URI, - это атрибут xmlns XML-документа:

<rootElement xmlns:myPrefix="com.mycompany.mynode">
    <myPrefix:aNode>some text</myPrefix:aNode>
</rootElement>

В этом случае com.mycompany.mynode будет URI, который однозначно идентифицирует пространство имен myPrefix для всех элементов, которые его используют в моем XML-документе. Это НЕ URL-адрес, потому что он используется только для идентификации, а не для поиска чего-либо как такового.

Это одно и то же. URI - это обобщение URL-адреса. Первоначально планировалось разделить URI на URL-адреса (адреса) и URN (имена), но тогда не было большой разницы между URL-адресом и URI, а http-URI использовались в качестве пространств имен, даже если они фактически не находили никаких ресурсов.

Из-за трудностей с четким различением URI и URL, насколько я помню, W3C больше не делает различий между URI и URL (http://www.w3.org/Addressing/).

URI, URL, URN

Как показано на изображении выше, здесь задействованы три различных компонента. При обсуждении подобных вопросов обычно лучше обратиться к источнику, поэтому вот выдержка из Tim Berners-Lee, et. al. в RFC 3986: унифицированный идентификатор ресурса (URI): общий синтаксис:

Унифицированный идентификатор ресурса (URI) - это компактная последовательность символов, которая идентифицирует абстрактный или физический ресурс.

URI можно дополнительно классифицировать как указатель, имя или и то, и другое. Термин «унифицированный указатель ресурса» (URL) относится к подмножеству URI, которые, помимо идентификации ресурса, предоставляют средства определения местоположения ресурса путем описания его основного механизма доступа (например, его сетевого «местоположения»).

URI - это своего рода суперкласс URL-адресов и URN. В Википедии есть прекрасная статья о них со ссылками на нужный набор RFC.

Википедия предоставит всю необходимую информацию здесь. Цитата из http://en.wikipedia.org/wiki/URI:

URL-адрес - это URI, который, помимо идентификации ресурса, предоставляет средства воздействия на ресурс или получения его представления путем описания его основного механизма доступа или сетевого «местоположения».

URL

URL-адрес - это специализация URI, которая определяет сетевое расположение определенного ресурса. В отличие от URN, URL-адрес определяет, как можно получить ресурс. Мы используем URL-адреса каждый день в виде http://example.com и т. Д. Но URL-адрес не обязательно должен быть URL-адресом HTTP, он также может быть ftp://example.com и т. Д.

URI

URI идентифицирует ресурс либо по местоположению, либо по имени, либо по обоим. Чаще всего большинство из нас использует URI, которые определяют местоположение ресурса. На мой взгляд, тот факт, что URI может идентифицировать ресурсы как по имени, так и по местоположению, привел к большой путанице. URI имеет две специализации, известные как URL и URN.

Разница между URL и URI

URI - это идентификатор некоторого ресурса, но URL-адрес дает вам конкретную информацию о том, как получить этот ресурс. URI - это URL-адрес, и, как заметил один из комментаторов, теперь считается неправильным использовать URL-адрес при описании приложений. Как правило, если URL-адрес описывает как расположение, так и имя ресурса, следует использовать термин URI. Поскольку это, как правило, случай, с которым большинство из нас сталкивается каждый день, URI - правильный термин.

URI идентифицирует ресурс либо по местоположению, либо по имени, либо по обоим. Чаще всего большинство из нас использует URI, которые определяют местоположение ресурса. На мой взгляд, тот факт, что URI может идентифицировать ресурсы как по имени, так и по местоположению, привел к большой путанице. URI имеет две специализации, известные как URL и URN.

URL-адрес - это специализация URI, которая определяет сетевое расположение определенного ресурса. В отличие от URN, URL-адрес определяет, как можно получить ресурс. Мы используем URL-адреса каждый день в виде http://stackoverflow.com и т. Д. Но URL-адрес не обязательно должен быть URL-адресом HTTP, это может быть ftp://example.com и т. д.

Согласно RFC 3986, URI состоят из следующих частей:

scheme://authority/path?query

URI описывает протокол доступа к ресурсу (путь) или приложению (запрос) на сервере (полномочия).

Все URL-адреса являются URI, и все URN являются URI, но все URI не являются URL-адресами.

Пожалуйста, обратитесь для получения более подробной информации:

Википедия

Хотя термины URI и URL строго определены, многие используют эти термины для других целей, чем они определены.

Возьмем, к примеру, Apache. Если http://example.com/foo запрашивается с сервера Apache, у вас будут следующие переменные среды установленный:

• REDIRECT_URL: /foo
• REQUEST_URI: /foo

При включенном mod_rewrite у вас также будут следующие переменные:

• REDIRECT_SCRIPT_URL: /foo
• REDIRECT_SCRIPT_URI: http://example.com/foo
• SCRIPT_URL: /foo
• SCRIPT_URI: http://example.com/foo

Это могло быть причиной некоторой путаницы.

См. этот документ. Конкретно,

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

На самом деле, это не очень четкий термин.

Прочитав сообщения, я нахожу очень важные комментарии. Короче говоря, путаница между определениями URL и URI частично основана на том, какое определение зависит от того, от какого, а также на неформальном использовании слова URI при разработке программного обеспечения.

По определению URL - это подмножество URI [RFC2396]. URI содержит URN и URL. И URI, и URL-адрес имеют свой собственный синтаксис, который присваивает им статус URI или URL-адреса. URN предназначены для уникальной идентификации ресурса, а URL-адреса - для поиска ресурса. Обратите внимание, что у ресурса может быть несколько URL-адресов, но только один URN. [RFC2611]

Как веб-разработчики и программисты мы почти всегда будем иметь дело с URL-адресом и, следовательно, с URI. Теперь URL-адрес специально определен для того, чтобы иметь схему всех частей: конкретная часть схемы, например, https://stackoverflow.com/questions. Это URL-адрес, а также URI. Теперь рассмотрим относительную ссылку, встроенную в страницу, например ../index.html. Это уже не URL-адрес по определению. Это все еще то, что называется «URI-ссылкой» [RFC2396].

Я считаю, что когда слово URI используется для обозначения относительных путей, на самом деле имеется в виду «ссылка на URI». Таким образом, неформально программные системы используют URI для ссылки на относительный путь и URL для абсолютного адреса. Таким образом, в этом смысле относительный путь больше не является URL-адресом, но по-прежнему является URI.

Вот мое упрощение:

URN: уникальное имя ресурса, то есть "что" (например, urn: issn: 1234-5678). Это должно быть уникальным ... поскольку никакие два разных документа не могут иметь одну и ту же урну. Немного похоже на "uuid"

URL: "где" его найти (например, https://google.com/pub?issnid=1234-5678 .. или ftp://somesite.com/doc8.pdf)

URI: может быть URN или URL. Это нечеткое определение стало возможным благодаря RFC 3986, разработанному W3C и IETF.

Определение URI изменилось с годами, поэтому для большинства людей имеет смысл запутаться. Однако теперь вы можете утешиться тем, что можете ссылаться на http://somesite.com/something как на либо URL-адрес, либо URI ... и вы будете правы в любом случае (по крайней мере, пока ...)

Мне было интересно примерно то же самое, и я нашел это: http://docs.kohanaphp.com/helpers/url.

Вы можете увидеть наглядный пример, используя метод url::current(). Если у вас есть этот URL: http://example.com/kohana/index.php/welcome/home.html?query=string, то при использовании url:current() вы получите URI, который, согласно документации, выглядит следующим образом: welcome / home

Чтобы ответить на этот вопрос, я опираюсь на ответ, который я изменил на другой вопрос. Хорошим примером URI является то, как вы идентифицируете ресурс Amazon S3. Давайте:

s3://www-example-com/index.html _{[рис. 1]}

который я создал как кешированную копию

http://www.example.com/index.html _{[рис. 2]}

в центре обработки данных Amazon S3-US-West-2.

Даже если StackOverflow позволит мне сделать гиперссылку на s3:// протокол , это не поможет вам найти ресурс. Поскольку он идентифицирует ресурс, рис. 1 - действительный URI. Это также действительный URN, потому что Amazon требует, чтобы корзина (их термин для authority части URI) была уникальной для всех центров обработки данных. Его полезно найти, но он не указывает центр обработки данных. Поэтому он не работает как URL.