URL-адрес

Чтобы узнать о других значениях, см. URL-адрес (значения) .

URL-адрес

Единый указатель ресурсов
Аббревиатура	URL-адрес
Статус	Опубликовано
Впервые опубликовано	1994 год ( 1994 )
Последняя версия	Уровень жизни 2023
Организация	Целевая группа по интернет-инжинирингу (IETF)
комитет	Рабочая группа по технологиям веб-гипертекстовых приложений (WHATWG)
Ряд	Запрос комментариев (RFC)
Редакторы	Энн ван Кестерен
Авторы	Тим Бернерс-Ли
Базовые стандарты	РФК   1738 . – Единые указатели ресурсов (URL). РФК   3986 . – Унифицированный идентификатор ресурса (URI): общий синтаксис. РФК   4248 . – Схема URI Telnet. РФК   4266 . – Схема URI суслика. РФК   6068 . – Схема URI «mailto». РФК   6196 . – Перемещение почтового сервера: схема URI в исторический. РФК   6270 . – Схема URI «tn3270».
Сопутствующие стандарты	УРИ , УРН
Домен	Всемирная паутина
Лицензия	CC BY 4.0
Веб-сайт	URL .spec .чтоwg .org

Единый указатель ресурса ( URL ), в просторечии известный как адрес в Интернете . это ссылка на ресурс , определяющая его местоположение в компьютерной сети и механизм его получения. URL-адрес — это особый тип универсального идентификатора ресурса (URI). хотя многие люди используют эти два термина как синонимы. URL-адреса чаще всего используются для ссылки на веб-страницы ( HTTP / HTTPS ), но также используются для передачи файлов ( FTP ), электронной почты ( mailto ), доступа к базе данных ( JDBC ) и многих других приложений.

Большинство веб-браузеров отображают URL-адрес веб-страницы над страницей в адресной строке . Типичный URL-адрес может иметь форму http://www.example.com/index.html, что указывает на протокол ( http), имя хоста ( www.example.com) и имя файла ( index.html).

История

Унифицированные локаторы ресурсов были определены в RFC   1738 в 1994 году Тима Бернерса-Ли , изобретателя Всемирной паутины , и рабочей группы URI Инженерной рабочей группы Интернета (IETF), как результат сотрудничества, начавшегося на сессии IETF «Живые документы с высоты птичьего полета» в 1992 году.

Формат сочетает в себе ранее существовавшую систему доменных имен (созданную в 1985 году) с синтаксисом пути к файлу , где косые черты используются для разделения имен каталогов и файлов . Уже существовали соглашения, согласно которым имена серверов могли начинаться с полного пути к файлу, которому предшествовала двойная косая черта ( //).

Позже Бернерс-Ли выразил сожаление по поводу использования точек для разделения частей доменного имени в URI , сожалея, что он не использовал косую черту повсюду: а также сказал, что, учитывая двоеточие, следующее за первым компонентом URI, две косые черты перед именем домена не нужны.

Первые сотрудники WorldWideWeb, включая Бернерса-Ли, первоначально предложили использовать UDI: универсальные идентификаторы документов. Ранний (1993 г.) проект спецификации HTML. называются «универсальными» локаторами ресурсов. Это было отменено где-то между июнем 1994 года ( RFC 1630 ) и октябрь 1994 г. (draft-ietf-uri-url-08.txt). В своей книге «Плетение паутины » Бернерс-Ли подчеркивает свое предпочтение первоначальному включению слова «универсальный» в расширение, а не слову «униформный», на которое оно было позже изменено, и дает краткое описание разногласий, которые привели к к изменению.

Синтаксис

Основная статья: Единый идентификатор ресурса § Синтаксис

Каждый URL-адрес HTTP соответствует синтаксису общего URI. Общий синтаксис URI состоит из пяти компонентов, организованных иерархически в порядке убывания значимости слева направо:

URI = scheme ":" ["//" authority] path ["?" query] ["#" fragment]

Компонент не определен , если он имеет связанный разделитель и этот разделитель не отображается в URI; компоненты схемы и пути всегда определены. Компонент пуст, если в нем нет символов; компонент схемы всегда непустой.

Компонент полномочий состоит из подкомпонентов :

authority = [userinfo "@"] host [":" port]

это представлено На синтаксической диаграмме как:

URI включает в себя:

• Непустой компонент схемы, за которым следует двоеточие ( :), состоящая из последовательности символов, начинающейся с буквы и сопровождаемой любой комбинацией букв, цифр плюс ( +), период ( .) или дефис ( -). Хотя схемы нечувствительны к регистру, каноническая форма — строчные, и документы, в которых указаны схемы, должны писаться строчными буквами. Примеры популярных схем включают в себя http, https, ftp, mailto, file, data и irc. Схемы URI должны быть зарегистрированы в Управлении по присвоению номеров Интернета (IANA) , хотя на практике используются незарегистрированные схемы.
• Дополнительный компоненту полномочий , которому предшествуют две косые черты ( //), включающий:
  • Дополнительный подкомпонент userinfo, за которым следует символ at ( @), который может состоять из имени пользователя и необязательного пароля , которым предшествует двоеточие ( :). Использование формата username:password в подкомпоненте userinfo устарел по соображениям безопасности. Приложения не должны отображать в виде открытого текста любые данные после первого двоеточия ( :), найденный в подкомпоненте userinfo, если только данные после двоеточия не являются пустой строкой (означающей отсутствие пароля).
  • А Подкомпонент хоста , состоящий либо из зарегистрированного имени (включая, помимо прочего, имя хоста ), либо из IP-адреса . Адреса IPv4 должны быть записаны в десятичном формате , а IPv6 должны быть заключены в скобки ( адреса []).
  • Дополнительный подкомпонент порта , которому предшествует двоеточие ( :), состоящее из десятичных цифр.
• А компонент пути , состоящий из последовательности сегментов пути, разделенных косой чертой ( /). Для URI всегда определяется путь, хотя определенный путь может быть пустым (нулевая длина). Сегмент также может быть пустым, что приводит к двум последовательным косым чертам ( //) в компоненте пути. Компонент пути может напоминать или точно соответствовать пути файловой системы , но не всегда подразумевает связь с ним. Если определен компонент полномочий, то компонент пути должен быть либо пустым, либо начинаться с косой черты ( /). Если компонент полномочий не определен, то путь не может начинаться с пустого сегмента, то есть с двух косых черт ( //) — поскольку следующие символы будут интерпретироваться как авторитетный компонент.

По соглашению в URI http и https последняя часть пути называется pathinfo , и это необязательно. Он состоит из нуля или более сегментов пути, которые относятся не к существующему имени физического ресурса (например, файлу, программе внутреннего модуля или исполняемой программе), а к логической части (например, команде или части квалификатора), которая должна передаваться отдельно в первую часть пути, которая идентифицирует исполняемый модуль или программу, управляемую веб-сервером ; это часто используется для выбора динамического контента (документа и т. д.) или для его адаптации по запросу (см. также: CGI и PATH_INFO и т. д.).

Пример:

ТИП: "http://www.example.com/questions/3456/my-document"

где: "/questions" это первая часть пути ( исполняемый модуль или программа) и "/3456/my-document" — это вторая часть пути с именем pathinfo , которая передается исполняемому модулю или программе с именем "/questions" выбрать требуемый документ.

URI http или https, содержащий часть pathinfo без части запроса , также может называться « чистым URL », последняя часть которого может быть « слагом ».

Разделитель запроса	Пример
Амперсанд ( &)	key1=value1&key2=value2
Точка с запятой ( ;)	key1=value1;key2=value2

• Дополнительный компонент запроса , которому предшествует вопросительный знак ( ?), состоящий из строки запроса неиерархических данных. Его синтаксис не очень четко определен, но по соглашению чаще всего представляет собой последовательность пар атрибут-значение, разделенных разделителем .
• Дополнительный компонент фрагмента, которому предшествует хэш ( #). Фрагмент содержит идентификатор фрагмента, указывающий направление к вторичному ресурсу, например заголовок раздела в статье, идентифицируемый остатком URI. Если первичным ресурсом является документ HTML , фрагмент часто представляет собой id атрибут определенного элемента, и веб-браузеры будут прокручивать этот элемент в поле зрения.

Веб-браузер обычно разыменовывает URL-адрес, выполняя HTTP- запрос к указанному хосту, по умолчанию через порт номер 80. URL-адреса, использующие https Схема требует, чтобы запросы и ответы выполнялись через безопасное соединение с веб-сайтом .

Интернационализированный URL-адрес

Пользователи Интернета разбросаны по всему миру, используют самые разные языки и алфавиты и ожидают, что смогут создавать URL-адреса на своих собственных местных алфавитах. Интернационализированный идентификатор ресурса (IRI) — это форма URL-адреса, включающая Юникода символы . Все современные браузеры поддерживают IRI. Части URL-адреса, требующие особого обращения для разных алфавитов, — это имя домена и путь.

Доменное имя в IRI известно как интернационализированное доменное имя (IDN). Программное обеспечение для Интернета и Интернета автоматически преобразует доменное имя в punycode, который может использоваться системой доменных имен ; например, китайский URL http://例子.卷筒纸 становится http://xn--fsqu00a.xn--3lr804guic/. xn-- указывает, что символ изначально не был ASCII .

Имя URL-адреса также может быть указано пользователем в локальной системе записи. Если он еще не закодирован, он преобразуется в UTF-8 , а любые символы, не входящие в базовый набор символов URL, экранируются как шестнадцатеричные с использованием процентного кодирования ; например, японский URL http://example.com/引き割り.html становится http://example.com/%E5%BC%95%E3%81%8D%E5%89%B2%E3%82%8A.html. Целевой компьютер декодирует адрес и отображает страницу.

URL-адреса, относящиеся к протоколу

Ссылки, относящиеся к протоколу (PRL), также известные как URL-адреса, относящиеся к протоколу (PRURL), — это URL-адреса, для которых не указан протокол. Например, //example.com будет использовать протокол текущей страницы, обычно HTTP или HTTPS.

См. также

• Гиперссылка
• PURL – постоянный URL-адрес
• КЮРИ (компактный URI)
• URI фрагмента
• Поиск интернет-ресурсов (IRL)
• Интернационализированный идентификатор ресурса (IRI)
• Очистить URL-адрес
• Тайпсквоттинг
• Единый идентификатор ресурса
• Нормализация URI
• Использование косой черты в сети

Ссылки

• «Бернерс-Ли «извините» за косые черты» . Новости Би-би-си . 14 октября 2009 г. Архивировано из оригинала 5 июня 2020 г. Проверено 14 февраля 2010 г.
• «Живые документы Протоколы BoF» . Консорциум Всемирной паутины . 18 марта 1992 г. Архивировано из оригинала 22 ноября 2012 г. Проверено 26 декабря 2011 г.
• Бернерс-Ли, Тим (21 марта 1994 г.). «Унифицированные указатели ресурсов (URL): синтаксис для выражения информации о доступе к объектам в сети» . Консорциум Всемирной паутины . Архивировано из оригинала 9 сентября 2015 г. Проверено 13 сентября 2015 г.
• Бернерс-Ли, Тим ; Масинтер, Ларри ; МакКахилл, Марк Перри (декабрь 1994 г.). Единые указатели ресурсов (URL) . дои : 10.17487/RFC1738 . РФК 1738 . Проверено 31 августа 2015 г.
• Бернерс-Ли, Тим (2015) [2000]. «Почему //, # и т. д.?» . Часто задаваемые вопросы . Консорциум Всемирной паутины . Архивировано из оригинала 14 мая 2020 г. Проверено 3 февраля 2010 г.
• Коннолли, Дэниел «Дэн» ; Сперберг-МакКуин, К. Майкл , ред. (21 мая 2009 г.). «Веб-адреса в HTML 5» . Консорциум Всемирной паутины . Архивировано из оригинала 10 июля 2015 г. Проверено 13 сентября 2015 г.
• IANA (14 февраля 2003 г.). «Завершение выбора префикса IDNA IANA» . Список рассылки IETF-Announce . Архивировано из оригинала 8 декабря 2004 г. Проверено 3 сентября 2015 г.
• Бернерс-Ли, Тим ; Коннолли, Дэниел «Дэн» (ноябрь 1995 г.). «Язык гипертекстовой разметки – 2.0» . Трекер данных IETF . Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC1866 . S2CID   6628570 . Архивировано из оригинала 27 августа 2011 г. Проверено 13 сентября 2015 г.
• Бернерс-Ли, Тим ; Филдинг, Рой Т .; Масинтер, Ларри (август 1998 г.). Единые идентификаторы ресурсов (URI): общий синтаксис . дои : 10.17487/RFC2396 . РФК 2396 . Проверено 31 августа 2015 г.
• Хансен, Тони; Харди, Тед (июнь 2015 г.). Талер, Дэйв (ред.). Рекомендации и процедуры регистрации для схем URI . дои : 10.17487/RFC7595 . РФК 7595 .
• Миллинг, Майкл ; Дененберг, Рэй, ред. (август 2002 г.). Отчет Объединенной группы по планированию URI W3C/IETF: Единые идентификаторы ресурсов (URI), URL-адреса и унифицированные имена ресурсов (URN): разъяснения и рекомендации . дои : 10.17487/RFC3305 . РФК 3305 . Проверено 13 сентября 2015 г.
• Бернерс-Ли, Тим ; Филдинг, Рой Т .; Масинтер, Ларри (январь 2005 г.). Единые идентификаторы ресурсов (URI): общий синтаксис . дои : 10.17487/RFC3986 . РФК 3986 . Проверено 31 августа 2015 г.
• Бернерс-Ли, Тим ; Филдинг, Рой Т .; Масинтер, Ларри (январь 2005 г.). Единые идентификаторы ресурсов (URI): Общий синтаксис, раздел 3, Компоненты синтаксиса . дои : 10.17487/RFC3986 . РФК 3986 . Проверено 31 августа 2015 г. Архивировано 21 мая 2019 г. в Wayback Machine.
• «Введение в многоязычные веб-адреса» . 09.05.2008. Архивировано из оригинала 05 января 2015 г. Проверено 11 января 2015 г.
• Филипп, А. (2014). «Что происходит с «международными URL-адресами» » . Консорциум Всемирной паутины . Архивировано из оригинала 17 февраля 2015 г. Проверено 11 января 2015 г.
• Лоуренс, Эрик (6 марта 2014 г.). «Тайны браузера: IP-литералы в URL-адресах» . Microsoft Learn . Архивировано из оригинала 22 июня 2020 г. Проверено 22 июня 2020 г.

Внешние ссылки

• Спецификация URL-адреса на WHATWG
• Разделитель URL-адресов , который разбивает любой URI на части.