ГОСТРИСО 24619—2013
Для некоторых типов ресурсов существуют действующие и предлагаемые стандарты, указывающие способ
адресации разделов интернет-ресурсов, основанный на использовании идентификатора фрагмента, присоединяе
мого к URI. В разделе 6 показано, что при большом объеме ресурса этот подход не эффективен: тем не менее само
наличие такой функциональной возможности обеспечивает мощный механизм адресации, при наличии которого в
документах могут поддерживаться активируемые идентификаторы.
А.2 Общие практические рекомендации по запрашиванию интернет-ресурсов
В архитектуре сети Интернет унифицированный идентификатор ресурса URI (Uniform Resource Identifier) опре
деляется как последовательность символов, используемая для обращения к сетевым ресурсам. Унифицированные
идентификаторы ресурсов разделяются на множество подклассов или схем: многие схемы URI определяют меха низм
доступа кресурсам и потому имеют второе (неофициальное) название «унифицированные указатели ресурсов» (Uniform
Resource Locators (URL)J. поскольку они указывают местонахождение ресурса в сети (5). Использование URI —
наиболее распространенный способ вызова ресурсов, хотя бы потому, что при вложении в веб-документ URI
становится непосредственно активируемым объектом. Синтаксическая структура URI зависит от конкретной исполь
зуемой схемы {http, ftp, f4e. gopher и др.). Самая популярная схема HTTP, определяемая стандартом IETF
RFC 2616 (8). поддерживает следующие функциональные возможности, важные для настоящего стандарта:
a) возможность добавления параметров в URI в рамках запроса для передачи дополнительной информации
удаленному веб-серверу. Например, в URI вида hUp.iVserver,’service?part=12 параметры интерпретируются удален
ным сервером ресурса:
b
) возможностьдобавления идентификатора фрагмента с целью определения запрашиваемого раздела ре
сурса. Например, в URI вида hltpi/.’server/documenHOpartl идентификатор фрагмента не пересылается на удален
ный сервер, а используется клиентским приложением для выделения требуемого фрагмента документа из
полностью передаваемого ресурса.
Довольно часто данные о размещении ресурса в сети и о локальном пути доступа к нему вкладываются в URI
ресурсов51, что порождает целый ряд проблем при изменении местонахождения ресурса. «Подмешивание» в иден
тификатор семантики указателя временного местоположения опасно. Например, защищенный на какой-то момент
времени ресурс
http Hmyhost.ourdomaini’protected.’RV.yay
может на следующий день стать незащищенным, а со временем может измениться даже семантическая структура
имени ресурса.
Схема URN URI, определенная в стандарте IETF RFC 2141 (21). наоборот, предоставляет имена для ресур
сов вместо их адресации. Унифицированное имя ресурса URN (Uniform Resource Name) несет в себе идентифика
тор пространства имен из списка, который ведет IANA (13); этот идентификатор обеспечивает бесконфликтную
интеграцию данных из других схем именования (например. ISBN. ISSN) как подмножеств URN. Схемы URN должны
предоставлять глобально уникальный постоянный идентификатор, используемый для идентификации ресурсов и
доступа к ним.
URN имеет следующую синтаксическую структуру:
игп:<идентификатор пространства имен (МО)>:<конкретная строка данных пространства имен (NSS)>
Строка данных пространства имен может принимать любую форму, определяемую администрацией службы
имен, при условии, что имя будетуникальным в этом пространстве исогласно IETF RFC 2141 не будет ограничено ма
лым числом разрешенных символов. Хотя идентификатор URN очень хорошо подходит для именования ресурсов,
для него нет никакого общепринятого механизма разрешения имени к адресу местоположения ресурса, что стало по
водом к появлению различных систем постоянных идентификаторов, рассматриваемых ниже, в приложении В.
Консорциум W3C. осознавая трудности вложения адресной информации в идентификаторы URI. опублико
вал результаты изысканий Группы по технической архитектуре (Technical Architecture Group (TAG)) в этой облас
ти (25, 30]. Полученные этой группой результаты содержат такие важные ссылки, как документ Бернерса—
Ли (Berners—Lee) по идентификаторам URI. и показывают, что конструирование неизменных URI возможно и
должно быть предпочтительным по отношению к другим техническим решениям и. в частности, к
инфраструктурным PID.
А.З Системы разрешения постоянных идентификаторов
Постоянные идентификаторы, ассоциируемые со службой разрешения ссылок, предназначены для решения
общей проблемы разорванных связей, которая возникает втех случаях, когда сетевой ресурс переносится вдругое
место или вообще удаляется. Для работы с неизменными идентификаторами было предложено много разных под
ходов. нацеленных как на предоставление непротиворечивых схем именования оперативно доступных ресурсов,
так и на создание службы разрешения ссылок для переадресации пользователей к текущему местоположению за
прошенного ресурса с помощью неизменного идентификатора.
51Это может показаться неудачным практическим результатом, так как большинство http-серверов допускает
манипулирование унифицированными идентификаторами ресурсов независимо от конкретного местоположения
ресурса. Однако вдействительности бывает очень трудно поддерживать эту независимость без применения меха
низмов переадресации с аналогичными функциями администрирования, как. например, в системе PURL, которая
рассматривается в разделе В.1.
13