Единый указатель ресурсов (англ. Uniform Resource Locator, URL) — единообразный локатор (определитель местонахождения) ресурса. Ранее назывался Universal Resource Locator — универсальный указатель ресурса. URL служит стандартизированным способом записи адреса ресурса в сети Интернет.

История

URL был изобретён IETF и её подразделениями.

Структура URL

Изначально локатор URL был разработан как система для максимально естественного указания на местонахождения ресурсов в сети. Локатор должен был быть легко расширяемым и использовать лишь ограниченный набор ASCII‐символов (к примеру, пробел никогда не применяется в URL). В связи с этим, возникла следующая традиционная форма записи URL:

<схема>://<логин>:<пароль>@<хост>:<порт>/<URL‐путь>?<параметры>#<якорь>

В этой записи:

схема 

схема обращения к ресурсу; в большинстве случаев имеется в виду сетевой протокол

логин 

имя пользователя, используемое для доступа к ресурсу

пароль 

пароль указанного пользователя

хост 

полностью прописанное доменное имя хоста в системе DNS или IP-адрес хоста в форме четырёх групп десятичных чисел, разделённых точками; числа — целые в интервале от 0 до 255.

порт 

порт хоста для подключения

URL-путь 

уточняющая информация о месте нахождения ресурса; зависит от протокола.

параметры 

строка запроса с передаваемыми на сервер (методом GET) параметрами. Разделитель параметров — знак &.

Пример: ?параметр_1=значение_1&параметр_2=значение_2&параметр3=значение_3

якорь 

идентификатор «якоря», ссылающегося на некоторую часть (раздел) открываемого документа. С развитием AJAX в этой части стали размещать параметры для JavaScript на странице, и страница в зависимости от указанного якоря может в браузере выглядеть по-разному. Для обеспечения возможности индексирования подобных страниц поисковыми системами компания Google предложила подход, предполагающий использование знака ! в начале якоря и некоторую поддержку на сервере сайта^[1].

Тим Бернерс-Ли признаёт, что символ двойной косой черты в структуре URL является избыточным^[2].

Схемы (протоколы) URL

Общепринятые схемы (протоколы) URL включают:

• ftp — Протокол передачи файлов FTP
• http — Протокол передачи гипертекста HTTP
• rtmp — Real Time Messaging Protocol проприетарный протокол потоковой передачи данных, в основном используется для передачи потокового видео и аудиопотоков с веб-камер через интернет.
• rtsp — Потоковый протокол реального времени.
• https — Специальная реализация протокола HTTP, использующая шифрование (как правило, SSL или TLS)
• gopher — Протокол Gopher
• mailto — Адрес электронной почты
• news — Новости Usenet
• nntp — Новости Usenet через протокол NNTP
• irc — Протокол IRC
• smb — Протокол SMB/CIFS
• prospero — Служба каталогов Prospero Directory Service
• telnet — Ссылка на интерактивную сессию Telnet
• wais — База данных системы WAIS
• xmpp — Протокол XMPP (часть Jabber)
• file — Имя локального файла
• data — Непосредственные данные (Data: URL)
• tel — звонок по указанному телефону

Экзотические схемы URL:

• afs — Глобальное имя файла в файловой системе Andrew File System
• cid — Идентификатор содержимого для частей MIME
• mid — Идентификатор сообщений для электронной почты
• mailserver — Доступ к данным с почтовых серверов
• nfs — Имя файла в сетевой файловой системе NFS
• tn3270 — Эмуляция интерактивной сессии Telnet 3270
• z39.50 — Доступ к службам ANSI Z39.50
• skype — Протокол Skype
• smsto — Открытие редактора SMS в некоторых мобильных телефонах
• ed2k — Файлообменная сеть eDonkey, построенная по принципу P2P
• market — Android Маркет
• steam — протокол Steam
• bitcoin — Криптовалюта Биткойн

Схемы URL в браузерах:

• view-source — просмотр исходного кода указанной web-страницы в различных браузерах.
• chrome — служебные страницы браузера Google Chrome или браузеров на на движке Gecko^[3].
• opera — служебные страницы браузера Opera.

Кодирование URL

Появление адресов URL стало существенным нововведением в Интернете. Однако с момента его изобретения и по сей день стандарт URL обладает серьёзным недостатком — в нём можно использовать только ограниченный набор символов, даже меньший, нежели в ASCII: латинские буквы, цифры и лишь некоторые знаки препинания. Если мы захотим использовать в URL символы кириллицы, или иероглифы, или, скажем, специфические символы французского языка, то нужные нам символы должны быть перекодированы особым образом.

В русскоязычной Википедии ежедневно приходится видеть пример кодирования URL, поскольку русский язык использует символы кириллицы. Например, строка вида:

https://ru.wikipedia.org/wiki/Микрокредит

кодируется в URL как:

https://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D1%80%D0%B5%D0%B4%D0%B8%D1%82

Такое преобразование происходит в два этапа: сначала каждый символ кириллицы кодируется в Юникоде (UTF-8) в последовательность из двух байтов, а затем каждый байт этой последовательности записывается в шестнадцатеричном представлении:

М → D0 и 9C → %D0%9C
и → D0 и B8 → %D0%B8
к → D0 и BA → %D0%BA
р → D1 и 80 → %D1%80, и т. д 

Перед каждым таким шестнадцатеричным кодом байта, согласно спецификации URL^[4], ставится знак процента (%) — отсюда даже возник английский термин «percent‐encoding», обозначающий способ кодирования символов в URL и URI.

Иные распространённые, но недопустимые в URL символы кодируются в таком соответствии:

!

"

#[5]

%

&[5]

'

*

,[5]

:[5]

;[5]

<

=[5]

>

?[5]

[

]

^

`

{

|

}

<пробел>

%21

%22

%23

%25

%26

%27

%2a

%2c

%3a

%3b

%3c

%3d

%3e

%3f

%5b

%5d

%5e

%60

%7b

%7c

%7d

%20[6]

Кодирование параметров в Internet Explorer и старом Firefox происходит несколько иначе.^[7]

В некоторых случаях URL формируется с использованием кодирования Base58^[8].

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

Это всё входит в противоречие с принципом интернационализма, провозглашаемого всеми ведущими организациями Интернета, включая W3C и ISOC. Эту проблему призван решить стандарт IRI (англ. Internationalized Resource Identifier) — международных идентификаторов ресурсов, в которых можно было бы без проблем использовать символы Юникода, и которые поэтому не ущемляли бы права других языков. Хотя заранее сложно сказать, смогут ли когда‐либо идентификаторы IRI заменить столь широко используемые URL (и URI в целом).

Инициатива PURL

Ещё один кардинальный недостаток URL состоит в отсутствии гибкости. Ресурсы во Всемирной паутине и Интернете перемещаются, а ссылки в виде URL остаются, указывая на уже отсутствующие ресурсы. Это особенно болезненно для электронных библиотек, каталогов и энциклопедий. Для решения этой проблемы были предложены постоянные локаторы PURL (англ. Persistent Uniform Resource Locator). В сущности это те же URL, но они указывают не на конкретное место расположения ресурса, а на запись в базе данных PURL, где, в свою очередь, записан уже конкретный URL‐адрес ресурса. При обращении к PURL сервер находит нужную запись в этой базе данных и перенаправляет запрос уже на конкретное местоположение ресурса. Если адрес ресурса меняется, то нет нужды исправлять все бесчисленные ссылки на него — достаточно лишь изменить запись в БД. В настоящий момент эта идея не стандартизирована и не имеет широкого распространения.

См. также

• URN
• XRI
• Длинные доменные имена
• Человеко-понятный URL
• Нормализация URL

Примечания

Ссылки

• RFC 1738
• RFC 1630
• Кодирование URL
• Создатель интернета сожалеет о двойном слеше