Разное

Унифицированный указатель информационного ресурса: УНИФИЦИРОВАННЫЙ УКАЗАТЕЛЬ РЕСУРСА • Большая российская энциклопедия

Единый указатель ресурсов — frwiki.wiki

Для одноименных статей см. URL (значения) .

Не следует путать с URI .

URL ( аббревиатура от английского языка  : Uniform Resource Locator, в буквальном смысле «Uniform Resource Locator»), широко известный как веб — адрес, является строка равномерная, которая идентифицирует ресурс в World Wide Web по своему расположению и указать интернет — протокол для его получения ( например http или https ). Он может находить различные форматы данных  : HTML- документ, изображение, звук и т. Д.

URL-адреса — это подмножество универсальных идентификаторов ресурсов (URI), уникальных идентификаторов для доступа к ресурсу. Синтаксис URL-адреса описан в RFC  3986.

Пример URL-адреса в веб-браузере .

URL-адрес, помимо веб-адресов, относится к другим ресурсам в соответствии с другими шаблонами, например:

  • Форум Usenet  : news:fr. comp.infosystemes.www.auteurs ;
  • почтовый ящик  : mailto:[email protected] ;
  • FTP  : ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/ ;
  • Номер телефона : tel:+33 1 234 567 890.

Резюме

  • 1 веб-адрес
  • 2 использования
    • 2.1 Гиперссылки
    • 2.2 Адресная строка
    • 2.3 История просмотров
    • 2.4 Любимые страницы
  • 3 Эксплуатация
    • 3.1 абсолютный URL
    • 3.2 относительный URL
  • 4 История
    • 4.1 RFC 1630
  • 5 Локатор медиаресурсов
  • 6 Примечания и ссылки
  • 7 См. Также
    • 7.1 Статьи по теме
    • 7.2 Стандартизация

веб-адрес

URL-адреса созданы во всемирной паутине и используются для идентификации страниц и веб-сайтов . Их также называют метонимическими веб-адресами . В статье о веб-адресах рассказывается об идентичности веб-сайтов и связанных с ними технических, экономических и юридических аспектах, а также о различных французских переводах аббревиатуры URL.

В этой статье URL-адреса рассматриваются как технический стандарт  : все формы, которые они могут принимать, особенно для указания ресурсов за пределами Интернета, а также основные технические применения.

Во Франции, в соответствии с Официальным вестником Французской Республики о, «URL» можно перевести как ретикулярной адрес или универсальный адрес .

Домен верхнего уровня является эквивалентом корня древовидной структуры, а второй уровень эквивалентен подчасти «ветви» дерева.

Использует

URL-адреса были созданы, чтобы указать веб-браузерам с помощью нотации (отсюда и прилагательное «униформа»), как получить доступ ко всем ресурсам Интернета .

Гиперссылки

Каждая гиперссылка в сети состоит из URL-адреса указанного ресурса, вставленного с определенным синтаксисом в исходный документ (или в программу, или в пользовательский интерфейс), который содержит его, чтобы указать местоположение другого ресурса (документа) или фрагмент ресурса (целевой якорь в этом другом документе, который также может быть самим собой). При активации гиперссылки веб-браузер может отображать свой URL-адрес в строке состояния (см. «Адресную строку» ниже).

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

Гиперссылку также можно создать в обратном порядке, вставив URL-адрес исходной зоны в целевой документ.

Адресная строка

Каждый веб-браузер имеет адресную строку, в которой отображается URL-адрес запрашиваемого ресурса. И наоборот, пользователь может ввести URL-адрес в эту строку, чтобы обратиться к соответствующему ресурсу.

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

В последних версиях некоторых браузеров, таких как Google Chrome, в адресной строке больше не отображается фактический полный URL-адрес. Протокол (например, http или https) или префикс «www» можно скрыть, потому что он неявный.

История навигации

Веб-браузеры хранят историю посещенных URL-адресов. Это позволяет им распознавать и отличным образом представлять гиперссылки на уже использованные ресурсы.

Любимые страницы

Веб-браузеру нужно только сохранить URL-адрес ресурса, чтобы создать список избранного (или закладок ). Когда заголовок ресурса существует, браузеры также сохраняют его, что позволяет отображать заголовок страницы, а не ее URL-адрес.

Операция

URL-адрес — это строка символов, объединяющая информацию, необходимую для того, чтобы сообщить программе, как получить доступ к Интернет- ресурсу . Эта информация может, в частности, включать протокол связи, имя пользователя, пароль, IP-адрес или имя домена, номер порта TCP / IP, путь доступа, запрос.

Необходимая информация зависит от ресурса и контекста, в котором используется URL. Кроме того, в конце URL-адреса можно добавить идентификатор фрагмента, чтобы идентифицировать элемент в ресурсе.

Хотя идентификатор фрагмента формально не является частью URL-адреса, он также описан в этой статье и в технических стандартах.

Абсолютный URL

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

Пример: http://Jojo:[email protected]:8888/chemin/d/acc%C3%A8s.php?q=req&q2=req2#signet

  • Протокол, обычно требуемый (но некоторые веб-клиенты могут попытаться определить протокол по форме имени службы, закодированной ниже):
    • http : протокол связи, в данном случае HTTP, для доступа к веб-серверу ,
    • : : обязательный символ разделения, если протокол указан.
  • Полное расположение ресурса, представленное в соответствии с протоколом представления выше:
    • расположение сервиса, на котором размещен ресурс, на глобальном сетевом пространстве:
      • // : символьная строка для протоколов, запрос которых включает путь доступа, позволяющий указать службу и расположить ее перед этим путем,
      • данные аутентификации (необязательно, служба может запрашивать их отдельно более безопасным способом, чем через URL-адрес):
        • Jojo : имя пользователя, особенно полезно для доступа к закрытым частям веб-сайта ,
        • :           : символ-разделитель, если указан пароль,
        • lApIn : пароль пользователя, указанный здесь »  простым текстом  «,
        • @ : символ, заканчивающий идентификационные данные перед названием услуги.
      • www.exemple.com : доменное имя сервиса; иногда вместо этого можно использовать свой IP-адрес . Если имя или адрес службы могут содержать зарезервированные символы, например :, имя или адрес службы будут заключены в двойные скобки [[ ]]. Сама по себе распадается на:
        • www: субдомен (по умолчанию www ),
        • exemple : доменное имя второго уровня ,
        • com : доменное имя верхнего уровня ,
      • необязательное указание номера порта (в случае, если на том же сервере есть службы, не использующие порт по умолчанию для протокола связи):
        • : : символ, указывающий, что номер порта указан как суффикс,
        • 8888 : TCP / IP, порт число на сервер HTTP, должно быть указано, когда это не стандартный порт для протокола, используемого (который является 80 для HTTP, 21 для FTP, и т.д.),
        • [2001:db8::1234]:8888 : В случае IPv6-адреса, если вы хотите указать порт, вы должны заключить адрес в квадратные скобки, чтобы не путать порт и адрес.
    • Полное имя ресурса, который нужно запросить на сервисе после подключения:
      • /chemin/d/ : абсолютный путь (начиная с единицы /) на службе, содержащей веб-страницу, обязателен для служб с путем доступа (по умолчанию этот путь будет /),
      • acc%C3%A8s. php : имя веб-страницы, необязательно (многие веб-службы определяют имя ресурса по умолчанию для каждого указанного пути). Обратите внимание, что символ, не относящийся к ASCII, такой как «è», кодируется как « 
        %C3%A8         ». Расширение не имеет прямого значения для клиента, но иногда означает для сервера, который использует его локально, чтобы знать, как обрабатывать запрошенный ресурс и предоставлять его клиенту.
    • Необязательные дополнительные данные, передаваемые сервису при запросе ресурса:
      • ? : обязательный символ-разделитель, указывающий, что следуют дополнительные данные.
      • q=req&q2=req2— строка запроса, обрабатываемая веб-страницей на сервере .
  • Необязательные дополнительные данные для использования ресурса после того, как они были получены клиентским программным обеспечением (не передаются в запросе к службе):
    • # : символ-разделитель, необходимый для обозначения закладки или тега ,
    • signet : идентификатор закладки или тега. Это место внутри веб-страницы, возвращаемой службой, эти данные будут обрабатываться веб-браузером .

Несколько практических примеров:

  • URL Википедии  :
    http://fr.wikipedia.org/
  • URL этой страницы в Википедии:
    http://fr.wikipedia.org/wiki/Uniform_Resource_Locator
  • URL-адрес файла на FTP- сайте  :
    ftp://ftp.rfc-editor.org/in-notes/rfc2396.txt
  • URL ссылки (mailto) на адрес электронной почты  :
    mailto:[email protected]
  • URL-адрес доски обсуждений Usenet  :
    news:fr.comp.infosystemes.www.auteurs
  • URL-адрес сайта Gopher  :
    gopher://gopher.quux.org/
  • URL-адрес компьютерного файла:
    file:///C:/Users/Public/Desktop/Microsoft%20Word.lnk
    Протокол file: /// не является обязательным (в этом случае синтаксис немного отличается):
    C:\Users\Public\Desktop\Microsoft Word. lnk

Относительный URL

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

Относительные URL-адреса часто используются для гиперссылок на одном и том же веб-сайте . Если документ URL-адреса http://fr.wikipedia.org/wiki/Webсодержит относительный URL-адрес Navigateur, он соответствует http://fr.wikipedia.org/wiki/Navigateur. Относительные URL берутся непосредственно из синтаксиса файловых систем Unix . Использование относительных URL-адресов позволяет не использовать все ссылки при изменении адреса сайта.

URL:

  • ./ соответствует текущей папке;
  • ../ соответствует родительской папке;
  • / соответствует корневой папке.

История

RFC  1630

RFC  1630 опубликованапользователя Тим Бернерс-Ли . Это меморандум, опубликованный в ожидании завершения работы Инженерной группы Интернета (IETF) над URI . Этот RFC документирует современную практику в Интернете и явно не предназначен для того, чтобы стать стандартом.

Указатель медиаресурсов

Указатель медиаресурсов (MRL) — это строка символов, используемая для идентификации медиаресурсов во всемирной паутине или локально (то есть на компьютере пользователя). Термин MRL является аналогом термина URL.

MRL используется для воспроизведения потокового мультимедийного контента через Интернет, а также некоторыми медиаплеерами, такими как медиаплеер VLC и Xine .

Примечания и ссылки

  • Эта статья частично или полностью взята из статьи «  Локатор медиаресурсов  » (см. Список авторов ) .
  1. ↑ «  URL  » на Larousse (по состоянию на 10 октября 2019 г. ) .
  2. ↑ «  URL  », Le Grand Dictionnaire terminologique, Office québécois de la langue française .
  3. ↑ (в) «  унифицированный идентификатор ресурса (URI): общий синтаксис  ,» Запрос комментариев п о  3986,.
  4. ↑ Компьютерный и Интернет-словарь, Официальный журнал, 16 марта 1999 г.
  5. ↑ (in) Лиам Тунг, «  Chrome 69 убивает URL-адреса вне www: вот почему шаг Google ВЫЗЫВАЛ людей  » на ZDNet (по состоянию на 24 октября 2019 г. ) .
  6. ↑ (in) «  Chrome 76: больше нет золотого https-адреса www на панели  » на Ghacks (по состоянию на 24 октября 2019 г. ) .
  7. ↑ Использование кодировки символов Unicode в форме UTF-8 перед преобразованием байтов, отличных от ASCII, в двузначное шестнадцатеричное представление на байт.
  8. ↑ (в) «  Universal Resource Идентификаторы в WWW  » Запрос комментариев п о  1630.

Смотрите также

Статьи по Теме

  • Универсальный идентификатор ресурса (URI)
  • Единое имя ресурса (URN)
  • Веб-сайт

Стандартизация

Документы, содержащие рекомендации и стандартизацию, относящиеся к URL-адресам:

  • URI, URL-адреса и URN: пояснения и рекомендации 1.0 ,, W3C и IETF сообщают о решении проблем.
  • RFC 3986 / STD 0066 Универсальный идентификатор ресурса (URI): общий синтаксис, определяет синтаксис и семантику URI, URL-адресов и URN. ЗаменяетRFC 1738, изменяетRFC 2732,2396и1808. Этот RFC имеет статус стандарта (STD 0066). Определяет использование адресов в форматеIPv6в URL-адресах.
  • RFC 1630 Универсальные идентификаторы ресурсов в WWW, представляющие URI, URL-адреса и URN, устарели. РодоначальникRFC 1738.
  • RFC 1738 Uniform Resource Locators (URLs) RFC, который долгое время служил основой для определения URL-адресов и URI. Он определил формат URL-адресов для различных протоколов, таких как Gopher, Mailto и т. Д. Формат URL-адресов для запросов этих различных протоколов теперь обрабатывается отдельно в документах, относящихся к каждому из них. Устарело, замененоRFC 3986.
  • RFC 1808 Relative Uniform Resource Locators, стандартизирует относительные URL-адреса, пересмотренныйRFC 3986.
  • RFC 2368 Схема URL mailto стандартизирует URL-адреса для отправки электронных писем.
  • RFC 2396 Uniform Resource Identifiers (URI): универсальный синтаксис, исправленныйRFC 3986, ранее исправленныйRFC 1738иRFC 1808.
  • RFC 2732 Формат для буквальных адресов IPv6 в URL-адресах стандартизирует использованиеадресовформатаIPv6в URL-адресах. ОтредактированоRFC 3986.

Семантическая сеть

Контекст
  • Сеть данных
  • Открытые данные
  • Всемирная сеть
  • Интернет
  • Семантическая сеть
Семантический веб-стек
Приложения и интерфейсы
  • Семантическая вики
  • Семантический поиск
  • Triplestore
Triplestore
Правила
  • РИФ
  • Язык правил семантической сети
Состав
  • Онтологии
    • СОВА
    • SKOS
  • Таксономии
    • RDFS
Запрос
  • SPARQL
Обмен
  • RDF
    • HTML5
    •  Микроданные
    •  RDFa
    •  GRDDL
    •  Рейтинг3
    • Черепаха
    • RDF / XML
    • N-триплеты  (en)
    • JSON-LD
Синтаксис
  • XML
  • XSD
  • Микроформат
Имя пользователя
  • HTTP
  • IRI
    • URI
    • URL
Символы
  • Юникод
Другие онтологии
  • FOAF
  • SIOC
  • Дублинское ядро
Статьи по Теме
  • Фольксономия
  • Веб 2. 0
  • Веб 3.0
  • Открытое подключение к базе данных
  • Рекомендации
  • Информационная архитектура
  • Управление знаниями
  • Извлечение знаний
  • Коллективный разум
  • Тематические карты
  • Карта разума
  • Метаданные
  • Геотеги
  • Описание логики
  • Веб-наука
  • Микроформаты

<img src=»//fr.wikipedia.org/wiki/Special:CentralAutoLogin/start?type=1×1″ alt=»» title=»»>

Глава 3. Особенности организации операционных WEB-сайтов \ КонсультантПлюс

Глава 3. Особенности организации

операционных WEB-сайтов

3.1. Дистанционное банковское обслуживание с использованием Интернет-технологий предполагает возможность доступа к банковским данным через общедоступные информационные каналы (открытые системы связи). Вследствие этого особенности организации операционных WEB-сайтов обусловлены необходимостью обеспечения безопасности совершения операций в рамках ДБО и банковских автоматизированных систем КО. Настоящие рекомендации направлены на снижение рисков, связанных с использованием современных компьютерных информационных технологий в банковской деятельности. При этом порядок регистрации клиентов, способ и порядок доступа к операционному WEB-сайту, а также перечень применяемых средств обеспечения информационной безопасности определяются КО самостоятельно.

3.2. Адрес операционного WEB-сайта КО рекомендуется рассматривать как конфиденциальную информацию и сообщать его только зарегистрированным пользователям систем ДБО в порядке, определяемом КО.

3.3. Не рекомендуется использовать прямые ссылки (точки входа) с информационных WEB-сайтов на операционные сайты КО или приводить на них сведения о таких точках входа (адресах).

3.4. Не рекомендуется назначать адреса URL <*> операционным WEB-сайтам КО и регистрировать их на серверах доменных имен <**>, если это не связано с необходимостью внесения существенных изменений в уже используемые КО в банковской деятельности технологии.

———————————

<*> URL (Uniform Resource Locator) — унифицированный указатель расположения ресурса.

<**> Сервер доменных имен — совокупность программно-технических средств, обеспечивающих возможность использования символьной идентификации ресурсов в Интернет.

3.5. Доступ к операционным WEB-сайтам КО целесообразно осуществлять с использованием IP-адресации <*>, если применение такого способа не приведет к существенным изменениям уже используемой КО технологии ДБО.

———————————

<*> IP-адресация — способ числовой идентификации пользователей и ресурсов в Интернет.

3.6. Вход зарегистрированных пользователей на операционные WEB-сайты КО целесообразно осуществлять с применением процедур идентификации <*> или аутентификации пользователей.

———————————

<*> Идентификация — установление личности пользователя.

3.7. Во всех режимах работы WEB-сайта информационный обмен КО с клиентом целесообразно осуществлять с использованием средств шифрования.

3.8. Электронный документооборот между КО и клиентами через операционный WEB-сайт целесообразно осуществлять с использованием средств аутентификации электронных сообщений <*> (в том числе средств электронной цифровой подписи).

———————————

<*> Аутентификация электронного сообщения — процесс контроля целостности и подтверждения подлинности электронного сообщения.

3.9. Особое внимание с точки зрения обеспечения информационной безопасности целесообразно уделять организации межсетевого информационного взаимодействия WEB-сервера и банковской автоматизированной системы КО с обязательным применением межсетевых экранов (брандмауэров).

404: Страница не найдена

Сеть

Страница, которую вы пытались открыть по этому адресу, похоже, не существует. Обычно это результат плохой или устаревшей ссылки. Мы приносим свои извинения за доставленные неудобства.

Что я могу сделать сейчас?

Если вы впервые посещаете TechTarget, добро пожаловать! Извините за обстоятельства, при которых мы встречаемся. Вот куда вы можете пойти отсюда:

Поиск
  • Узнайте последние новости.
  • Наша домашняя страница содержит самую свежую информацию о работе в сети.
  • Наша страница «О нас» содержит дополнительную информацию о сайте, на котором вы находитесь, Networking.
  • Если вам нужно, свяжитесь с нами, мы будем рады услышать от вас.

Просмотр по категории

Унифицированные коммуникации

  • Учебное пособие по совместной работе Cisco для экзамена 350-801 CLCOR

    Узнайте об основах продуктов Cisco для совместной работы и о том, как развернуть инструменты для совместной работы, из этой выдержки из «CCNP и CCIE …

    ».
  • Сотрудничество Cisco 350-801 Вопросы практического теста CLCOR

    Этот практический тест 350-801 CLCOR для сертификации CCNP и CCIE проверяет читателей на технологии совместной работы Cisco, от …

  • Сравнение бесплатных и платных планов Microsoft Teams

    Несмотря на то, что Teams поставляется с некоторыми лицензиями Microsoft 365, он предлагает бесплатный план. Узнайте разницу между Teams Free и…

Мобильные вычисления

  • Поиск лучших тарифных планов мобильных телефонов для малого бизнеса

    Мобильный бизнес-план распространен на предприятиях, но для малого и среднего бизнеса картина не столь ясна. Если малый и средний бизнес решит приобрести телефон…

  • 5 функций и платформ MDM для малого бизнеса

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

  • Как малому бизнесу выбрать подходящие мобильные устройства

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

Центр обработки данных

  • Изучите различные варианты использования озера данных и хранилища данных

    Озера данных и хранилища данных хранят большие данные. При выборе озера или склада учитывайте такие факторы, как стоимость и то, что…

  • Классические и квантовые вычисления: в чем разница?

    Классические и квантовые компьютеры имеют много различий в своих вычислительных возможностях и рабочих характеристиках. Знай их…

  • Топ-5 колокейшн провайдеров 2023 года

    Колокейшн-компании предлагают широкий спектр возможностей и услуг, которые могут помочь организациям сократить или исключить расходы …

ИТ-канал

  • Перспективы кибербезопасности 2023: консультанты называют 6 тенденций Руководители

    ИТ-служб прогнозируют, что больше внимания будет уделяться обучению и защите пользователей, безопасности цепочки поставок и машинному обучению. И…

  • Украинские разработчики программного обеспечения справляются с отключением электроэнергии

    поставщика ИТ-услуг используют сочетание дизельных генераторов, портативных электростанций, Starlink и творческого планирования работы, чтобы добиваться …

  • 8 тенденций индустрии ИТ-услуг, за которыми стоит следить в 2023 году

    Экономическая неопределенность усложняет бизнес-перспективы MSP фирм, оказывающих профессиональные услуги. Окружающая среда может усилить облако…

Что такое URL? — Изучите веб-разработку

В этой статье обсуждаются унифицированные указатели ресурсов (URL), объясняются, что они из себя представляют и как они структурированы.

Предпосылки: Вы должны сначала знать как работает интернет, что такое веб-сервер и концепции, лежащие в основе ссылок в Интернете.
Цель: Вы узнаете, что такое URL и как он работает в Интернете.

С гипертекстом и HTTP, URL — одна из ключевых концепций Интернета. Это механизм, используемый браузерами для извлечения любого опубликованного ресурса в Интернете.

URL-адрес означает Единый указатель ресурсов . URL-адрес — это не что иное, как адрес данного уникального ресурса в Интернете. Теоретически каждый действительный URL-адрес указывает на уникальный ресурс. Такими ресурсами могут быть HTML-страница, документ CSS, изображение и т. д. На практике существуют некоторые исключения, наиболее распространенным из которых является URL-адрес, указывающий на ресурс, которого больше не существует или который был перемещен. Поскольку ресурс, представленный URL-адресом, и сам URL-адрес обрабатываются веб-сервером, владелец веб-сервера должен тщательно управлять этим ресурсом и связанным с ним URL-адресом.

Вот несколько примеров URL:

 https://developer.mozilla.org
https://developer.mozilla.org/en-US/docs/Learn/
https://developer.mozilla.org/en-US/search?q=URL

Любой из этих URL-адресов можно ввести в адресную строку браузера, чтобы указать ему загрузить соответствующую страницу (ресурс).

URL-адрес состоит из различных частей, некоторые из которых являются обязательными, а другие необязательными. Наиболее важные части выделены в приведенном ниже URL-адресе (подробности приведены в следующих разделах):

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

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

Первая часть URL-адреса — это схема , которая указывает протокол, который браузер должен использовать для запроса ресурса (протокол — это установленный метод обмена или передачи данных по компьютерной сети). Обычно для веб-сайтов используется протокол HTTPS или HTTP (его незащищенная версия). Для адресации веб-страниц требуется одна из этих двух, но браузеры также знают, как обрабатывать другие схемы, такие как 9.0163 mailto: (для открытия почтового клиента), так что не удивляйтесь, если увидите другие протоколы.

Далее следует орган , который отделен от схемы символьным шаблоном :// . Если присутствует, полномочия включают в себя как домен (например, www. example.com ), так и порт ( 80 ), разделенные двоеточием:

  • Домен указывает, какой веб-сервер запрашивается. Обычно это доменное имя, но может использоваться и IP-адрес (но это редко, так как гораздо менее удобно).
  • Порт указывает на технические «ворота», используемые для доступа к ресурсам на веб-сервере. Обычно он опускается, если веб-сервер использует стандартные порты протокола HTTP (80 для HTTP и 443 для HTTPS) для предоставления доступа к своим ресурсам. В противном случае это обязательно.

Примечание: Разделителем между схемой и полномочиями является :// . Двоеточие отделяет схему от следующей части URL-адреса, а // указывает, что следующая часть URL-адреса является авторитетной.

Одним из примеров URL-адреса, который не использует полномочия, является почтовый клиент ( mailto:foobar ). Он содержит схему, но не использует компонент полномочий. Таким образом, за двоеточием не следуют две косые черты, и оно действует только как разделитель между схемой и почтовым адресом.

/path/to/myfile.html — это путь к ресурсу на веб-сервере. На заре Интернета такой путь представлял собой физическое местоположение файла на веб-сервере. В настоящее время это в основном абстракция, управляемая веб-серверами без какой-либо физической реальности.

?key1=value1&key2=value2 — дополнительные параметры, предоставляемые веб-серверу. Эти параметры представляют собой список пар ключ/значение, разделенных символами и . Веб-сервер может использовать эти параметры для выполнения дополнительных действий перед возвратом ресурса. Каждый веб-сервер имеет свои собственные правила в отношении параметров, и единственный надежный способ узнать, обрабатывает ли конкретный веб-сервер параметры, — это обратиться к владельцу веб-сервера.

#SomewhereInTheDocument — это якорь к другой части самого ресурса. Якорь представляет собой своего рода «закладку» внутри ресурса, давая браузеру указания показать содержимое, расположенное в этом «закладке». Например, в HTML-документе браузер будет прокручивать до точки, где определена привязка; в видео- или аудиодокументе браузер попытается перейти к тому времени, которое представляет якорь. Стоит отметить, что часть после #, также известная как идентификатор фрагмента никогда не отправляется на сервер вместе с запросом.

Любой URL-адрес можно ввести прямо в адресной строке браузера, чтобы получить доступ к ресурсу за ним. Но это только вершина айсберга!

Язык HTML, который будет обсуждаться позже, широко использует URL-адреса: