Summary

  • В эссе «Cool URIs don't change» Berners-Lee отделил публичный адрес документа от файла и программы, которые обслуживают запрос сегодня. Хронология W3C относит текст в руководстве по стилю к декабрю 1998 года.
  • Имя сотрудника, cgi-bin, расширение файла, статус черновика, раздел сайта и уровень доступа меняются. Когда они становятся частью долговечного адреса, внутренние перестановки организации разрывают внешние ссылки.

Новая навигация не заменяет старую дверь

Ремонт сайта может быть полезным. Редакторы меняют меню, распределяют архив по новым папкам, передают материалы другим людям. Но из этого не следует, что каждый внешний адрес обязан измениться. Текст 1998 года опирается на простое свойство веб-сервера: тот может связать прежний URI с новым расположением файла или новой программой. Внутренний переезд остается делом организации. Читатель, уже знающий адрес, приходит к тому же документу.

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

Berners-Lee перечислил причины, которыми оправдывали обрыв адресов. Сайт реорганизовали ради удобства. Старые материалы стало трудно проверять. Файлы пришлось переместить. John больше не ведёт документ, его сменяет Jane. CGI-скрипт заменили исполняемой программой. Все эти события возможны и обычны. Вывод «поэтому нужен новый URI» является отдельным решением. Сохранив отображение старого имени на новый способ выдачи, издатель может сделать перемену невидимой для тех, кто ссылается на документ.

Примером послужили документы Национального научного фонда США. Одни адреса показывали cgi-bin, скрипт Perl и параметры получения файла. Другой путь включал pubs/1998 и номер документа. Berners-Lee считал второй вариант более стойким: год публикации и номер могут остаться верными после смены программы. Это сравнение устройства адресов, сделанное в 1998 году; оно не сообщает, сколько конкретных ссылок работает сейчас. Суть различия в самих названиях. Одно указывает на документ, другое — на сегодняшнюю технику его выдачи.

Чем дальше уходит адрес, тем меньше издатель видит зависимых от него людей. Кто-то поставил ссылку на другой странице. Кто-то сохранил закладку. Кто-то записал URL на бумаге. Новый раздел в меню не достигает их автоматически. Редизайн может казаться завершённым внутри компании как раз потому, что труд людей снаружи не попал в план миграции.

Организационная схема стареет быстрее документа

Имя автора в пути становится неудобным после передачи страницы другому редактору. draft не описывает опубликованную работу. Папка для материалов «только участникам» мешает, когда документ открывают всем. .html навязывает будущему нынешний формат файла. Поддомен, названный по функции сервера, закрепляет временное разделение машин в постоянном публичном имени. Berners-Lee показывал общую ошибку: сведения, полезные для сегодняшнего администрирования, объявляются вечной идентичностью материала.

Дата создания устроена иначе. Документ 1998 года останется документом 1998 года, поэтому дата может быть прочной частью архивного пути. Адрес latest способен намеренно обозначать текущий выпуск, содержимое которого меняется. Важно решить, что именно названо: отдельная публикация или постоянная роль «самого нового». Сервер может менять внутренние файлы, сохраняя смысл каждого из этих обещаний.

Тематическая классификация особенно соблазнительна. Посетителям нужен удобный раздел, сотрудникам — понятная ответственность. Однако названия и границы разделов меняются. Berners-Lee напомнил, как сам W3C двигался от термина «MarkUp» к «HTML». Если классификация записана в URI, организация выбирает между старым названием в адресе и обрывом старых цитат. Раздел каталога помогает работать сейчас; публичное имя входит в работу других людей на годы.

Более торжественное имя само себя не обслужит

Uniform Resource Names, URN, представлялись некоторым решением проблемы постоянных имён. Ожидание этой системы могло служить отговоркой для короткой жизни обычных URL. Berners-Lee отвечал практично: организация, способная долго поддерживать URN, способна применить ту же дисциплину к HTTP URI. Нужны владелец имени, актуальная связь с ресурсом и сервер, который отвечает на запросы. Смена вывески с «адреса» на «имя» не нанимает архивиста.

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

В Рекомендации W3C об архитектуре Веба 2004 года принцип изложен официально. Постоянство URI зависит от политики и обязательства владельца; выбор схемы сам по себе ничего не гарантирует. Последовательная выдача представлений и HTTP-перенаправление при реальном переносе помогают выполнять обещание. Главный рычаг всё равно у того, кто опубликовал адрес.