Единый указатель ресурсов (англ. URL — Uniform Resource Locator) — единообразный локатор (определитель местонахождения) ресурса. По-английски «URL» целиком произносится как /ɜː(ɹ)l/, по-русски чаще говорят [у-эр-э́л], [ю-эр-эл] или [урл] (сленг). Ранее назывался Universal Resource Locator — универсальный локатор ресурса. URL — это стандартизированный способ записи адреса ресурса в сети Интернет.

История

URL был изобретён Тимом Бернерсом-Ли в 1990 году в стенах Европейского совета по ядерным исследованиям (фр. Conseil Européen pour la Recherche Nucléaire, CERN) в Женеве, Швейцария. URL стал фундаментальной инновацией в Интернете. Изначально URL предназначался для обозначения мест расположения ресурсов (чаще всего файлов) во Всемирной паутине. Сейчас URL применяется для обозначения адресов почти всех ресурсов Интернета. Стандарт URL закреплён в документе RFC 1738, прежняя версия была определена в RFC 1630. Сейчас URL позиционируется как часть более общей системы идентификации ресурсов URI, сам термин URL постепенно уступает место более широкому термину URI. Стандарт URL регулируется организацией IETF и её подразделениями.

Структура URL

Изначально локатор URL был разработан как система для максимально естественного указания на местонахождения ресурсов в сети. Локатор должен был быть легко расширяемым и использовать лишь ограниченный набор ASCII‐символов (к примеру, пробел никогда не применяется в URL). В связи с этим, возникла следующая традиционная форма записи URL:
<схема>://<логин>:<пароль>@<хост>:<порт>/?<параметры>#<якорь>
В этой записи:
схема
схема обращения к ресурсу; в большинстве случаев имеется в виду сетевой протокол
логин
имя пользователя, используемое для доступа к ресурсу
пароль
пароль указанного пользователя
хост
полностью прописанное доменное имя хоста в системе DNS или IP-адрес хоста в форме четырёх десятичных чисел, разделённых точками; числа — натуральные в интервале от 0 до 255.
порт
порт хоста для подключения
URL-путь
уточняющая информация о месте нахождения ресурса; зависит от протокола.
параметры
строка запроса с передаваемыми на сервер (методом GET) параметрами. Разделитель параметров — знак &. Пример: ?параметр_1=значение_1&параметр_2=значение_2&параметр3=значение_3
якоря
идентификатор «якоря», ссылающегося на некоторую часть (раздел) открываемого документа.
На сегодняшний день Тим Бернес-Ли признаёт, что символ двойной косой черты в структуре URL является избыточным

Wireless Application Protocol(WAP) (англ. Wireless Application Protocol — беспроводной протокол передачи данных). Протокол создан специально для GSM сетей где нужно устанавливать связь портативных устройств (мобильный телефон, КПК, пейджеры, устройства двусторонней радиосвязи, смартфоны, коммуникаторы и другие терминалы) с сетью Интернет. WAP возник в результате слияния двух сетевых технологий: беспроводной цифровой передачи данных и сети Интернет. С помощью WAP пользователь мобильного устройства может загружать из сети Интернет любые цифровые данные. Параллельно с WAP, для возможности отображать мобильный контент на монохромных (а позже и 4-х, 8-ми цветовых) экранах мобильных устройств, был создан WML по стилю написания похожий на HTML, но гораздо более облегчённый и специализированный для мобильных устройств c низким уровнем поддерживаемых технологий.

Разработчики WAP попытались максимально использовать существующие технологии World Wide Web. Поэтому архитектура WAP очень похожа на архитектуру WWW. В WAP используется тот же самый способ адресации ресурсов, что и в WWW, те же обозначения типов данных.
В WAP существуют свои аналоги HTML и JavaScript. В качестве клиента выступает мобильное устройство со встроенным WAP-браузером (см. также WML-сайт). Запросы от него идут на WAP-шлюз, который, получив данные от сервера, отправляет их клиенту. В качестве сервера может выступать самый обычный Web-сервер. В этом случае между WAP-шлюзом и сервером используется протокол HTTP.
Такая модель взаимодействия позволяет использовать уже существующие и проверенные временем серверные технологии, такие как PHP, ASP, CGI и т. п.
В функции WAP-шлюза входят преобразование запросов из формата WAP-протокола в формат WWW-протокола и обратно, а также преобразование данных с целью оптимизации трафика.
Чтобы уменьшить объём передаваемых по беспроводной сети данных, текстовые ресурсы, пришедшие от сервера, передаются клиенту в бинарной форме.
WAP-шлюз может также выполнять часть функций сервера. При этом, если вся необходимая функциональность переносится на шлюз, внешние Web-серверы могут быть не нужны.

Общепринятые схемы (протоколы) URL включают:
ftp — Протокол передачи файлов FTP
http — Протокол передачи гипертекста HTTP
https — Специальная реализация протокола HTTP, использующая шифрование (как правило, SSL или TLS)
gopher — Протокол Gopher
mailto — Адрес электронной почты
news — Новости Usenet
nntp — Новости Usenet через протокол NNTP
irc — Протокол IRC
prospero — Служба каталогов Prospero Directory Service
telnet — Ссылка на интерактивную сессию Telnet
wais — База данных системы WAIS
xmpp — Протокол XMPP (часть Jabber)
file — Имя локального файла
data — Непосредственные данные (Data: URL)
Экзотические схемы 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