Кратко

  • RFC 3305 описал переход от исключительного деления URI-пространства на URL и URN к URI-схемам как расширяемым единицам. «URL» мог остаться полезным описанием, не будучи отдельной формальной категорией.
  • Информационный документ 2002 года ничего не предписывал внедрять. RFC 3986 позднее сослался на него, рекомендуя общий термин «URI»: это след в документах, а не доказательство единственной причины или всеобщего соблюдения.

Когда классификация начала мешать

В первые годы Веба ярлыки выглядели простой схемой сортировки. Uniform Resource Locator (URL) указывал на ресурс через основной способ доступа; Uniform Resource Name (URN) должен был называть его независимо от расположения. В классическом представлении любой URI был либо URL, либо URN. Проблема проявилась, когда в документах стали чередоваться выражения «схема URL», «схема URI» и «схема URN», словно они относились к разным уровням.

RFC 3305 сохранил попытку распутать эту терминологию. В октябре 2000 года W3C создал планировочную группу, чтобы оценить будущую работу с Uniform Resource Identifiers. В неё вошли участники W3C и приглашённые специалисты IETF. Доклад августа 2002 года сопоставил «классическое» деление с «современным» взглядом: схемы веб-идентификаторов в общем случае являются URI-схемами, а каждая схема может определять собственные подпространства. http: — URI-схема; urn: — тоже URI-схема, под которой расположены пространства имён.

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

Доклад отвечал на несогласованность документов, а не приводил опрос, доказывающий, что все пользователи одинаково путались в терминах. RFC 3305 указывал на разные формулировки в более ранних текстах, включая общую синтаксическую модель URI в RFC 2396 и процедуры регистрации «схем URL» в RFC 2717. Если соседние стандарты по-разному называют один и тот же тип расширения, авторам, разработчикам и администраторам реестра приходится сначала переводить терминологию, прежде чем обсуждать суть расширения.

Рекомендация — ещё не приказ

Группа предлагала W3C и IETF совместно разработать модель URI, URL и URN; изменить RFC 2717 и RFC 2718, заменив «схемы URL» на «схемы URI»; прояснить правила альтернативных деревьев регистрации; улучшить сведения IANA об открытых, устаревших и ожидающих рассмотрения схемах. Доклад зафиксировал и состояние реестра в 2002 году: 34 схемы в официальном перечне и десять формальных идентификаторов пространств имён URN. Это исторический срез, а не современные итоги.

Статус документа ограничивал его полномочия. RFC 3305 был Informational: он предоставлял сведения интернет-сообществу, но не являлся протоколом Standards Track и не мог обязать проекты W3C, авторов IETF или владельцев схем менять код либо лексику. Он обозначил координационную проблему и предложил путь вперёд. Реальный контроль оставался распределён между спецификациями, определяющими схемы, заявителями регистрации, перечнями под управлением IANA и реализациями, которые назначают или разбирают идентификаторы.

Три года спустя RFC 3986 оставил сильный документальный след распространения этой формулировки. В разделе об URI, URL и URN URL назван подмножеством URI, обеспечивающим основной способ доступа. Там также говорится, что схема не обязана быть только именем или только локатором; будущим спецификациям рекомендовано использовать общее слово «URI», а не более узкие «URL» и «URN», — с прямой ссылкой на RFC 3305. Это прямая текстовая преемственность в более позднем стандарте. Но она не доказывает, что RFC 3305 был единственной причиной, что все авторы последовали рекомендации или что слово URL исчезло из повседневной речи.

Работа над регистрацией шла по связанной, но отдельной линии. Позднее RFC 7595 закрепил лучшие практики и процедуры регистрации URI-схем. RFC 8820 вернулся к полномочиям схем с другой стороны: структуру URI задаёт сама схема, а внешние стандарты, предписывающие такую подструктуру, могут создавать проблемы. Одной сменой слов невозможно было решить вопросы владения, синтаксиса и регистрации.

Что подтверждает архив

RFC 3305 лучше рассматривать как небольшой эпизод истории стандартов: совместная группа заметила конфликт терминов, предложила общую лексику и изменения реестра, а решение об использовании оставила будущим спецификациям и участникам. Прямая ссылка в RFC 3986 позволяет проследить одну рекомендацию до более формального документа. Но архив не измеряет, насколько уменьшилась путаница, не доказывает универсального принятия и не даёт оснований приписать RFC 3305 единоличную роль в современном понимании URI.

Такое самоограничение — часть механизма. Координационный документ способен сделать общую проблему видимой, не обладая властью навязать ответ. Публикация создаёт ориентир, который другие могут принять; фактические изменения определяют последующие спецификации, регистрационные процедуры и реализации.