Кратко

  • RFC 2079 определил чувствительный к регистру многозначный атрибут labeledURI и вспомогательный класс labeledURIObject, который можно было добавить к существующей записи X.500 или LDAP.
  • Незакодированный пробел отделял URI от необязательной подписи. Несколько значений могли быть разными связанными ресурсами или местами одного ресурса, но тип отношения отсутствовал.
  • Сохранённый адрес не доказывал доступность, свежесть, авторитет или эквивалентность. Подпись не была доверенным HTML: RFC предостерегал от прямой вставки.

К 1997 году независимые группы уже помещали URL в каталоги LDAP и X.500. RFC 2079 не изобрёл такую ссылку. Он дал экспериментам общее имя атрибута и общую форму значения, которую могли распознавать разные клиенты.

Сначала записывался URI — тогда URL по RFC 1738, — затем могли идти пробелы и понятная человеку подпись. Поскольку незакодированный пробел не допускался внутри URL, первый такой символ точно показывал границу. Для разбора не требовалось понимать естественный язык.

Множество значений оставляло смысл открытым

RFC говорил, что несколько значений обычно указывают на разные ресурсы, связанные с объектом, но могут означать разные места одного ресурса. Биография и фотография — не то же самое, что основной сайт и зеркало. Однако в атрибуте не было ролей «портрет», «зеркало», «канонический источник», «архив» или «резерв».

Подпись могла намекать на вид или размер, но не имела грамматики. Слова «официальный сайт» оставались утверждением автора. Каталог подтверждал, что значение прикреплено к записи под известным атрибутом; он не подтверждал согласие владельца цели и взаимозаменяемость адресов.

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

Расширяемость записи не расширяла полномочия

labeledURIObject был вспомогательным классом от top: он ничего не требовал и разрешал labeledURI. Его можно было добавить к существующему объекту; другие классы могли включить атрибут напрямую.

RFC 2798 сделал его необязательным в inetOrgPerson и привёл личную страницу как пример. RFC 3383 занёс атрибут и класс в таблицу дескрипторов LDAP. Это подтверждает повторное использование и устойчивую ссылку, но не состояние целей и не всеобщее внедрение.

RFC 3296 применил ту же форму к подчинённым ссылкам LDAP, добавив специальные правила. Атрибут ref не использовал подпись, удалял её при создании перенаправления, применял URI из каждого значения и рекомендовал серверу не проверять ссылочную целостность. Общая форма стала конкретным действием только после отдельного определения назначения.

Отображение было новым решением исполнения

Подпись предназначалась людям. RFC 2079 не советовал не-ASCII из-за различий клиентов того времени и отделял представление X.500 от HTML-экранирования. Предупреждение было прямым: бездумная вставка подписи в HTML могла позволить вредоносным тегам ввести в заблуждение читателя всего документа.

Хранить текст и отображать его как действие — разные операции. Клиент должен экранировать его, показывать реальное назначение и решать, делать ли ссылку активной. За пределами каталога появляются перенаправления, смена содержимого и владельца, истечение хоста и поведение конкретного протокола.

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

Один атрибут заменил два имени, но не два смысла

Ранний проект определял labeledURL. RFC 2079 объявил его устаревшим, потому что группа предпочла единый атрибут URI двум атрибутам. Старое определение оставили для совместимости переходного периода.

Общий словарь стал меньше, но прежние значения не исчезли, миграция не была доказана, а типы отношений не появились. Более широкое слово URI также не сделало протоколы взаимозаменяемыми.

Урок RFC 2079 скромен и точен: общий способ прикрепить указатель облегчает обмен. Он не унифицирует причину ссылки, её текущее состояние и доверие к словам рядом с ней.

Источники