Из чего состоит url адрес: Из Чего Состоит URL | Star-Marketing Одесса

Содержание

Из каких частей состоит URL?

Адрес URL (Uniform Resource Locator) позволяет пользователю Интернет-ресурса получить быстрый доступ к веб-странице. Достаточно знать этот адрес, задать его в строке адреса и откроется нужная страница сайта. Чем точнее будет указан адрес, тем быстрее можно попасть на нужный сайт и его веб-страницу. Этот адрес пишется в одну строчку без пробелов. В его начале стоит протокол, который обозначает тип программного обеспечения, а также правила обмены данными.

Протоколов существует очень много, но мы остановимся на самых популярных. Чаще всего встречаются такие протоколы: HTTP, он применяется для того, чтобы получить доступ к странице; HTTPS – используется для ограниченного доступа к страницам, например, для пользования Интернет-банком; FTP – таким протоколом пользуются при передаче файлов; mailto – обозначает, что после него обязательно стоит электронный адрес; ed2k – этот протокол применяется в сетях eDonkey и eMule

. Следом за протоколом в адресе URL ставят (:), за ними следует главная часть, зависящая от типа протокола.

В основной части URL адреса есть такие составляющие. Доменное имя, или адрес сервера – имя сайта, в котором содержится веб-страница, перед доменом ставят (//). После доменного имени ставят (:), затем идет номер порта. Он представляет собой число от 1 до 65535, которое подсказывает серверу, какая программа будет получать и обрабатывать этот запрос. Дальше идет путь доступа, он называет все названия папок, которые нужно пройти, чтобы попасть на нужный файл. Имена папок разделяются (/), а корневая папка, безымянная, обозначается одним (/). Затем указывается имя файла, который ищется. Это или файл, или страница, или скрипт. Если искомый файл – это скрипт, то лучше указать его параметры. Параметры скрипта отделены от всей предыдущей части адреса вопросительным знаком (?). Есть еще внутренняя ссылка (якорь), она позволяет в окне браузера сразу прокрутить всю страницу.

Перед ней нужно ставить знак (#).

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

URL, сама по умолчанию может заполнить существующие пробелы в параметрах адреса.

Существуют правила, по которым заполняются отсутствующие части в адресе URL. Если нет названия протокола, то в адресной строке ставиться http. Если он отсутствует в ссылке со страницы – то тот, протокол, по которому загружалась страница.

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

Есть правила, используемые для тех случаев, когда не указан номер протокола. При этом принято считать для протокола HTTPS число 80, для протокола HTTPS – 443, а для FTP – 21. При отсутствии пути доступа к серверу принято предполагать, что если есть доменное имя, то путем доступа является корневая папка на сервере. Если же нет и доменного имени, то за путь к странице программа берет папку, с которой загружалась последняя страница.

В случае, если в адресе URL не указали имя файла, то для типов серверов, работающих на базе Microsoft

принимаются имена default.htm или default.html. Другие сервера устанавливают имена index.htm или index.html. Бывает и такое, что администраторы серверов могут перенастроить такие упущения. Что касается последних двух составляющих структуру адреса URL – якоря и параметров, то их можно оставлять пустыми.

Основы Интернет — 1.8. Универсальный указатель ресурса (адрес)

Урок 1.


  1. Компьютерные сети
  2. Понятие Internet
  3. Возможности Internet
  4. История возникновения Internet
  5. Протоколы передачи информации в Internet
  6. Адреса компьютеров в Internet
  7. Система доменных имен
  8. Универсальный указатель ресурса (адрес)

1.8. Универсальный указатель ресурса (адрес)

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

URL (Universal Resource Locator). Эта строка однозначно идентифицирует любой ресурс в сети Internet. Именно такая строка отображается в поле «Адрес» обозревателя Internet Explorer, когда мы «гуляем» по Internet (см. далее).


Рис. 1.7. Структура URL — универсального указателя ресурса.

Универсальный указатель ресурса состоит из:

  1. Протокол – это набор правил (см. далее), по которым происходит обмен информацией. В данном примере использован наиболее часто используемый протокол http:// – протокол передачи гипертекста.
  2. Доменное имя или IP-адрес, который позволяет однозначно идентифицировать компьютер (сервер) в сети Internet, содержащий нужную информацию.
  3. Путь, состоящий из имен папок, разделенных символом / (слэш), последовательно открывая которые можно «добраться» до нужной информации. В данном примере искомая информация находится в папке info, в других случаях путь может быть длиннее, например, products/mpress/library, здесь искомая информация находится в папке library, находящейся в папке mpress
    , которая в свою очередь располагается внутри папки products.
    Примечание:
    многие серверы сети Internet в отличие от компьютеров пользователей чувствительны к регистру букв, в котором представлены имена папок и файлов, поэтому папка info и папка Info или INFO – это разные папки, но чаще всего имена файлов и папок пишут строчными (маленькими) буквами.
  4. Имя файла, который содержит нужную информацию. В нашем примере информация находится в файле search.html, в котором содержатся советы по поиску на поисковом сервере
    yandex.ru
    .

Примечание: если имя файла не указано, то используется имя файла по умолчанию index.htm (index.html), либо default.htm (default.html).

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



Глубинные ссылки: основные концепции|AppsFlyer

Глава 1

Что такое глубинная ссылка?

Большинство людей не знают, что такое «глубинная ссылка», но они знают, что такое ссылка. Вы не можете понять суть глубинных ссылок, если вы не понимаете, что такое ссылки.

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

Ссылки используются как большими, так и маленькими приложениям, чтобы направить пользователей в нужное место в Интернете.

Итак, что же такое ссылка? Ссылку иногда называют URL или URI (унифицированный указатель ресурса). Ссылка – это просто адрес, имя или ссылка на файл в Интернете! Представьте, что ссылка – это конкретный адрес на определенной улице с определенным индексом. Когда вы ищете адрес «https://www.walmart.com», вы следуете той же логике, что и при поиске реального адреса в городе.

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

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

Ссылка – это URL, а URL- это URI.
Надеемся, что теперь стало понятнее. В мобильных устройствах термин «URI» встречается часто, но большинство людей не знают, что это такое и как это связано с повседневными ссылками.

В программировании URI (унифицированный указатель ресурса) представляет собой строку символов для идентификации имени ресурса в сети. URI – это просто еще один адрес.

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

Давайте применим наши знания на практике и посмотрим на ссылку:

Пример ссылки
https://www.walmart.com

Это URL или «ссылка». Он состоит из двух основных компонентов, разделенных двоеточием.

Идентификатор протокола (схема)
«https» – это идентификатор протокола или схема.

Название ресурса
www.walmart.com – вся эта строка называется «Имя ресурса» и включает в себя субдомен, домен и домен верхнего уровня (в указанном порядке), объединенные в одну строку. Хотя здесь это явно не видно, но все, что после последней косой черты «/», называется «маршрут» или «имя маршрута» (path or pathname). Если URL является адресом, то путь – это фактическая комната в доме или здании, на которую ссылается URL!

Если мы вспомним нашу аналогию с физическим адресом, идентификатор схемы наиболее точно соответствует почтовой службе, которую вы используете для отправки почты на этот адрес. Это может быть UPS, FedEx, USPS и другие варианты. Точно так же в цифровом мире существует множество типов схем передачи данных, таких как доступ к веб-сайту, загрузка файла или даже отправка цифровой почты. Другие схемы включают протокол передачи файлов (ftp), протовокол интернета Gopher, File (файл) и News (новости).

HTTP означает протокол передачи гипертекста (HTTP), который обычно используется для обслуживания гипертекстовых документов. «S» в HTTPS – это просто безопасная версия HTTP – на самом деле это просто «безопасный». Протоколы HTTP и HTTPS обычно используются для передачи данных между вашим браузером и адресом веб-сайта.

Ссылки как адреса

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

Как это называетсяРеальный адресЦифровой адресКак это называется
Полный почтовый адресFacebook
1 Hacker Way, Suite 1
Menlo Park, CA 94025
https://www.facebook.com/zuck Полный цифровой адрес
(ссылка или URL)
ПолучательFacebookfacebookСубдомен.
Адрес доставкиMenlo Park, CA 94025wwwДомен
СтранаСША.comДомен верхнего уровня
Почтовая служба/ Доставка почтыUPS, FedEx, USPSHTTP, FTP, fb://Идентификатор протокола или схема
Здание и офис, квартира, апартаменты и т. д.1 Hacker Way Suite 1zuckМаршрут

Основные результаты

  1. Ссылка – это всего лишь цифровой адрес. Ссылка в интернете – это как адрес на карте.
  2. Ссылка – это URL. URL является типом URI. Они имеют разные названия, но одинаковы по своей функциональности.
  3. URL состоит из «Схемы» и «Имени ресурса». «Название ресурса» имеет четыре важных компонента:
    1. Субдомен.
    2. Домен
    3. Домен верхнего уровня
    4. Маршрут
  4. Глубинные ссылки – это очень конкретные URL-адреса, такие же, как конкретные веб-сайты или физические адреса.

Схемы URI – почтовые ящики мобильных приложений

Глубокая ссылка начинается и заканчивается URL или URI. Как мы уже говорили, ссылка и URL-адрес – это одно и то же. На очень высоком уровне глубинная ссылка – это ссылка или специальный URL-адрес, который направляет к определенному месту, будь то на веб-сайте или в приложении. Эти конкретные места являются глубокими связями.

Ключевой момент:

Термин «глубинная ссылка» означает маршруты к определенным точкам на веб-сайтах и к нативному приложению посредством ссылки. Одна из версий термина, называемая «глубинная мобильная ссылка», – это ссылка, которая содержит всю информацию, необходимую для того, чтобы пользователь сразу попадал в приложение или определенное место в приложении, а не просто запускал домашнюю страницу приложения.

Глубинные ссылки в Интернете ничем не отличаются от глубинных ссылок для приложений – в обоих случаях ссылки, в сущности, функционируют одинаково. Разница лишь в том, как они выглядят и как ведут себя. Чаще всего люди называют термин URI или «схема URI» глубинной ссылкой. Это не только технически неверно, но и создает бесконечную путаницу.

Вот правильное объяснение глубинных ссылок:

– Существует много типов глубинных ссылок, включая глубинные ссылки, которые ведут на веб-сайты и в приложение
– Глубинная ссылка – это просто ссылка, которая представляет собой URL-адрес
– URL-адреса могут быть глубокими ссылками.

Помните то, о чем мы говорили раньше, «схемы»?

Приложение может иметь свой собственный особый способ открытия посредством кастомизированной, зарегистрированной схемы. Это называется «URI-схемой» приложения. Можно сравнить «схему URI» с почтовым ящиком. Вы можете отправлять почту в почтовые ящики, но с некоторыми ограничениями. Они не ведут себя так же, как обычные почтовые адреса. Каждое приложение имеет свою собственную схему URI, которая прикреплена к приложению в магазинах приложений и специально разработана для открытия этого приложения.

Глубинная ссылка?Пример ссылкиОписание
Нетhttps://newyorktimes.comЭто ссылка, которая ведет на страницу «домен верхнего уровня». Это не глубинная ссылка, потому что она не проникает вглубь домена.
Даhttps://www.hbe.io/aboutЭто глубинная ссылка, потому что она ведет на конкретное место внутри сайта, а не просто на главную страницу.
Да (вроде)newyorktimes:// Это iOS схема URI для запуска мобильного приложения Times. Люди часто используют термин «глубинная ссылка», что неверно. На самом деле, это схема URI, которая может напрямую связать пользователя с приложением в определенных контекстах.
Даnewyorktimes://ip/Trump-Korea-Tensions/172218418Это глубинная ссылка. После схемы URI для iOS, запускающей мобильное приложение Times, следует «маршрут», по которому пользователь получает доступ к этому конкретному элементу.

Основные выводы:

  • Схема URI – это способ прямого открытия приложения, при условии, что оно установлено на устройстве, – это то же самое, что возможность отправлять почту в конкретный почтовый ящик, если у вас есть его номер. За почтовые ящики отвечают почтовые службы, а за схемами URI – инженеры приложений и App Store.
  • Термин «глубинные ссылки» часто неправильно используют в отношении схемы URI приложения. Схема URI с конкретным маршрутом (`newyorktimes: // ip / Trump-Korea-Tensions / 172218418`) является глубинной ссылкой.
  • Все это глубинные ссылки:
    • https://www.facebook.com/zuck
    • fb://zuck
    • newyorktimes://ip/Trump-Korea-Tensions/172218418

About the Authors

Шани Розенфельдер (Shani Rosenfelder)

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

Карен Коэн

Карен — менеджер по маркетингу продукции в AppsFlyer. Более чем 10 лет она занимается комплексным маркетингом продукта онлайн и оффлайн. Она работала в многочисленных стартапах и в Hewlett Packard, где Карен создала и руководила глобальными инновационными программами по маркетингу продуктов.

Взаимодействие с Интернетом. Разбор URL-адреса в Python

Интернет прочно вошел в нашу жизнь. Очень часто необходимо передать данные на Web-сервер или, наоборот, получить данные. Например, нужно получить котировку валют или прогноз погоды, проверить наличие писем в почтовом ящике. В состав стандартной библиотеке Python входит множество модулей, позволяющий работать практически со всеми протоколами Интернета.

Разбор URL-адреса

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

<Протокол>://<Домен>:<Порт>/<Путь>;<Параметры>?<Запрос>#<Якорь>

Схема URL-адрес для протокола FTP выглядит по-другому.

<Протокол>://<Пользователь>:<Пароль>@<Домен>

Разобрать URL-адрес на составляющие позволяет функция urlparser():

urlparser([, <Схема>[, <Якорь>]])адрес>

Функция возвращает объект ParserResult с результатами разбора URL-адреса. Получить значения можно с помощи атрибутов или индексов. Объект можно преобразовать в кортеж из следующих элементов: (scheme, netloc, path, params, query, fragment). Элементы соотвествуют схеме URL-адреса:

<scheme>://<netloc>/<path>;<params?<query>#<fragment>

Обратите внимание на то, что название домена будет содержать номер порта. Кроме того, не ко всем атрибутам объекта можно получить доступ с помощью индексов. Результат разбора URL-адреса приведен ниже.

>>> from urlparse import urlparse
>>> url = urlparse("http://wwwadmin.ru:80/test.php;st?var=5#metka")
>>> url
ParseResult(scheme='http', netloc='wwwadmin.ru:80', path='/test.php', 
params='st', query='var=5', fragment='metka')
>>> tuple(url) # Преобразование в кортеж
('http', 'wwwadmin.ru:80', '/test.php', 'st', 'var=5', 'metka')

Во втором параметре функции urlparse () можно указать название протокола, которое бу­дет использоваться, если протокола нет в составе URL-aдpeca. По умолчанию используется пустая строка. Пример:

>>> urlparse("//wwwadmin.ru/test.php")
ParseResult(scheme='', netloc='wwwadmin.ru', path='/test.php', 
params='', query='', fragment='')
>>> urlparse("//wwwadmin.ru/test.php", "http")
ParseResult(scheme='http', netloc='wwwadmin.ru', path='/test.php', 
params='', query='', fragment='')

Объект ParseResult, возвращаемый функцией urlparse(), содержит следующие атрибуты:

scheme — название протокола. Значение доступно также по индексу О. По умолчанию пустая строка. Пример:

>>> url.scheme, url[0]
('http', 'http')

netloc — название домена вместе с номером порта. Значение доступно также по индек­су 1. По умолчанию пустая строка.

По умолчанию пустая строка. Пример:

>>> url.netloc, url[1]
('wwwadmin.ru:80', 'wwwadmin.ru:80')

hostname — название домена в нижнем регистре. Значение по умолчанию:

None;

port — номер порта. Значение по умолчанию: None. Пример:

>>> url.hostname, url.port
('wwwadmin.ru', 80)

path — путь. Значение доступно также по индексу 2. По умолчанию пустая строка. Пример:

>>> url.path, url[2]
('/test.php', '/test.php')

params — параметры. Значение доступно также по индексу 3. По умолчанию пустая строка. Пример:

>>> url.params, url[3]
('st', 'st')

query — строка запроса. Значение доступно также по индексу 4. По умолчанию пустая строка. Пример:

>>> url.query, url[4]
('var=5', 'var=5')

fragment — якорь. Значение доступно также по индексу 5. По умолчанию пустая строка. Пример:

>>> url.fragment, url[5]
('metka', 'metka')

Если третий параметр в функции urlparse() имеет значение False, то якорь будет входить в состав значения значения других атрибутов, а не fragment. По умолчанию параметр имеет значение True. Пример:

>>> u = urlparse("http://site.ru/add.php?v=5#metka")
>>> u.query, u.fragment
('v=5', 'metka')
>>> u = urlparse("http://site.ru/add.php?v=5#metka","",False)
>>> u.query, u.fragment
('v=5#metka', '')

Данные библиотеки помогают манипулировать различными протоколами интернета. Получать и отправлять запросы чтобы обрабатывать полученные данные. Можно отправлять запросы к сайтам и получать его контент, потом редактировать и загружать, позволяет автоматизировать процесс работы. Создание сайтов Запорожье выполняется на профессиональном уровне, и его данными можно управлять с легкостью. Удобный интерфейс для администратора позволят управлять всем сайтом не трогая его код.

Всемирная паутина Интернет (9 класс)

Урок информатики по теме «Всемирная паутина»

Тема: Всемирная паутина Интернет.

Цель урока: сформировать понятие об информационных ресурсах и сервисах Интернета; познакомить со структурой Всемирной паутины.

Задачи.

Обучающая:

— изучение информационных сервисов сети Интернет;

— сформировать представление Всемирной паутине как информационном ресурсе Интернета, универсальном указателе ресурса URL;

— формирование у учащихся практических навыков упорядочивания запросов поискового сервера и умение правильно записывать URL-адрес файла.

Развивающая:

— развивать познавательные интересы, навыки работы за компьютером, культуру пользователя сети Интернет;

— помочь учащимся осознать социальную и практическую значимость учебного материала;

обеспечить развитие умения грамотно пользоваться поисковыми системами.

Воспитывающая:

— воспитывать информационную культуру обучающихся;

— повысить мотивацию обучающихся за счёт различных форм ведения урока и использования ИКТ.

Оборудование: смарт презентация «Всемирная паутина», тест MyTest «Всемирная паутина», компьютер, проектор.

Ход урока

I. Организационный момент. Этап «включения в урок»

— Я рада вас видеть, сегодня у нас с вами будет урок необычный, работать вы сегодня будете в рабочих листах.

II. Актуализация знаний. Цифровой диктант.

Вашему вниманию предлагаются вам немного вспомнить предыдущие темы и посмотреть на следующие утверждения, которые могут быть истинными или ложными. Если вы думаете о том, что утверждение истинно, ставьте цифру 1, если нет — 0.

Слайд 2

Скажите (ИМЯ)

1. Компьютер, предназначен только для развлечения. (0)

2. Поисковые системы позволяют осуществлять поиск информации, (1)

3. Microsoft Word — табличный процессор (0)

4. Интернет — это глобальная сеть состоящая из бесчисленного количества отдельных компьютерных сетей и персональных компьютеров, соединенных между собой телефонными или другими линиями связи. (1)

5. Локальная компьютерная сеть это два компьютера подключенные между собой (0)

6. Глобальная компьютерная сеть – это система связанных между собой компьютеров, расположенных на сколь угодно большом расстоянии. (1)

7. Каждый компьютер, подключенный к Интернету, имеет свой IP- адрес. (1)

8. Установление надёжной передачи сетевых пакетов между двумя компьютерами обеспечивает протокол TCP (1)

В итоге получился ответ: 01010111

Вопрос: В какой системе исчисления представлен наш итог? (в двоичной системе исчисления)

Слайд 3

А теперь расшифруйте зашифрованное донесение и увеличим в трое, и мы узнаем тему нашего урока.

Слайд 4

III. Объяснение нового материала

Всемирная паутина или WWW – это вольный перевод английского словосочетания «World Wide Web», которое часто обозначается как Web.

World Wide Web – это самая популярная служба современного Интернета. Её очень часто отождествляют с самим Интернетом, хотя на самом деле это лишь одна из его многочисленных служб. Служба World Wide Web предназначена для доступа к электронным документам особого рода, которые называются Web-документами или, упрощенно, Web-страницами.

Слайд 5

Но начнем с рождения немного истории: Дата рождения – 6 августа 1991 г

Слайд 6

Основатель — Тим Бернерс-Ли (европейский центр ядерных исследований в Женеве), опубликовал краткое описание проекта WWW

Слайд 7

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

Слайд 8

Все веб – сайты, картинки, видео, википедия, ютуб, связаны между собой гиперссылками

Слайд 9

Получается огромная паутина взаимных ссылок.

Слайд 10

– Что такое гиперссылки? (Выслушать ответы учащихся и подвести итог, дав определение этому понятию)

Гиперссылка – это специальным образом оформленное указание на иное место в данном тексте, на данной Веб-странице или на другой ресурс сети.

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

Слайд 11

URL состоит из следующих частей:

название протокола со знаками :// в конце названия

доменное имя сервера со знаком / в конце названия

полного имени файла на сервере, где он находится.

Запись учащихся в тетради:

URL-адрес= имя протокола ://доменное имя сервера/полное имя файла

Первая часть адреса – это имя протокола. Оно определяет тип документа:

НТТР (Нуper Text Transfer Protocol)протокол передачи гипертекстовых файлов.

Например: http://frico.edu.ru

Слайд 12

FTP (File Transfer Protocol) — протокол файловых архивов, который позволяет просматривать файлы с сервера или на сервере.

Например: ftp://com.edu/html.exe

Давайте мы с вами посмотрим на пример и задания в рабочих листах

 Назовите «части» данного URL — адреса

Задание 1. http://www.metod-kopilka.ru/; line-height: 0.17in»> (Ответы скрыть)

http — протокол доступа

www.metod-kopilka.ru — доменное имя сервера

; line-height: 0.17in»>

Задание 2

Адрес некоторого документа в сети Интернет

ftp://ict.edu/help.doc

Запишите фрагменты адреса, соответствующие следующим частям:

Название протокола _______________________________

Доменное имя сервера ______________________________

Имя файла ________________________________________

Слайд 13

Задание 3

На сервере info.ru находится файл inf.rar, доступ к которому осуществляется по протоколу http . Фрагменты адреса данного файла закодированы буквами от А до Ж. Запишите последовательность этих букв, которая кодирует адрес указанного файла в Интернете.

ОТВЕТ: ДВЕЖГБА

Задание 4

Соберите URL адрес школьного сайта. На доске записаны отдельные части адреса: http://suhovka.obrtacin.ru

Слайд 14

IV. Практическая работа на компьютере.

Давайте мы с вами отправимся в путешествие по Всемирной паутине. Мне нужен помощник. (К компьютеру вызывается один ученик. Учащиеся удаленных классов работают на компьютерах.)

Задание 4. Путешествие по Всемирной паутине.

Откройте браузер (двойной щелчок по ярлыку браузера).

Открыть домашнюю страницу поисковой системы.

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

Вы видите огромное количество гипертекстовых ссылок на web-страницы.

И как вы думаете, для чего мы с вами собрали URL адрес школьного сайта, правильно сегодня мы с вами будем знакомится с Web-страницами и Web – ссылками нашего сайта.

Слайд 15

Практическая работа

Задание 1: Кликнуть мышкой по картинке «ГИА -9» , запишите URL адрес: __________________________________________________________________

Задание 2: Перейдите по гиперссылке «Полезные ссылки на ОГЭ, ГВЭ 2016», загрузите документ.

Задание 3: Перейти по гиперссылке «ОГЭ популярные вопросы», запишите веб- сайт на который указала веб – ссылка: ________________________________________________________________

Задание 4: Проверьте работу всех картинок (кнопок, баннеров) на сайте http://www.suhovka.obrtacin.ru , все ли они активны? _________________________________________________________________

Задание 5: Сделайте вывод :_________________________________________

_________________________________________________________________

Комментарий: в качестве просмотра можно предложить посмотреть Новости, Профориентацию (обратить внимание на веб- ссылки на веб- страницах)

VIII. Подведение итога урока

Вопросы.

Что значит WWW? (Всемирная паутина)

Из чего состоит веб-сайт? (Из веб-страниц)

С помощью чего организована связь между веб-страницами и веб-сайтами? (С помощью гиперссылок)

Из каких частей состоит гиперссылка? (Из указателя и адресной части)

Что может являться указателем ссылки? (Текст, рисунок, кнопка, фотография)

Что значит термин « URL адрес»? (Адрес документа в Интернете)

VI. Мини — тест

1. Как называется единица измерения информации, передаваемая межсетевым протоколом?

A. login

B. байт

C. пакет

Д. трафик

2. Как называют объединение компьютерных сетей с собственным уникальным именем

A. сайт

B. домен

C. трафик

Д. корпоративная сеть

3. На какую страну указывает доменная часть адреса

bks@mail.online.kz?

A. США

B. Россия

C. Казахстан

Д. Германия

4. Укажите пример электронного адреса (e-mail)

A. www.abcde.com/abcdefq.zip

B. bks@mail.online.kz

C. www.abcd.kz

Д. 195.28.132.97

5. Провайдер — это…

A. единица информации передаваемая межсетевым протоколом

B. имя пользователя

C. коммерческая служба, обеспечивающая своим клиентам доступ в Internet

Д. системный администратор.

VII. Рефлексия и подведение итогов урока.

Вопросы к классу:

Слайд 16

Попрошу своего помощника помочь мне зайти еще по одной гиперссылке на веб – сайт в сеть Интернет.

Спасибо за урок https://yadi.sk/i/-o3OWTfKq8dYV

Выставление оценок за работу на уроке. Д/З

От url до ip.Что происходит в фоновом режиме при открытии веб-сайта

Что происходит в фоновом режиме при открытии веб-сайта?

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

От URL-адреса до IP-адреса

Самый простой способ открыть веб-страницу — ввести имя сайта в адресной строке браузера. В этом случае мы говорим о индикаторе ресурса (Uniform Resource Locator, т.е. URL), благодаря которому каждый сайт может быть открыт во всемирной паутине. Каждый URL-адрес состоит из нескольких частей, каждая из которых имеет свою собственную функцию. URL-адреса сайтов обычно следуют следующей схеме:

протоколобслуживаниеДомен второго уровняДомен верхнего уровня (Путь) (File)
http: //WWW.site.ru / каталог /index.html

Протокол HTTP используется в Word Wide Web, системе электронно хранимых гипертекстовых документов, для передачи данных веб-сайта с сервера в браузер. Вместе с HTTP существует также вариант передачи, зашифрованный HTTPS (на английском языке, протокол передачи гипертекста Secure). В стандартной конфигурации URL-адреса веб-страниц протокол передачи и указание требуемого интернет-сервиса следует за именем хоста (идентификационным именем устройства в сети), состоящим из домена верхнего уровня и домена второго уровня. Домен третьего уровня (субдомен) также может быть подчинен домену второго уровня. Если вы вводите URL-адрес, вы должны прийти к определенному каталогу или файлу сайта, после имени хоста вводится соответствующую информацию.

Формат отображения буквенного URL-адреса чаще всего выбирается таким образом, что его легко запомнить. С другой стороны, компьютеры используют числовые комбинации, так называемые IP-адреса, для распределения ресурсов в Интернете. Однако для того, чтобы содержимое сайта было открыто конкретным браузером, требуется дополнительный шаг, в котором URL-адрес сайта преобразуется в его IP-адрес. Эта задача выполняется так называемыми DNS-серверами, которые отвечают за управление системой доменных имен.

DNS-серверы: телефонный справочник по IP-адресам

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

Маршрутизатор как связь между компьютером и сервером

Точкой соединения между Интернетом и домашней сетью является маршрутизатор. Он требует данные из Интернета и распространяет их на сетевых устройствах, таких как настольные ПК, ноутбуки или планшеты. Маршрутизатор служит в качестве ссылки, поскольку мобильные устройства в домашней сети обмениваются данными друг с другом с локальными IP-адресами, но в World Wide Web они показывают общедоступный IP-адрес. Преобразование сетевых адресов происходит через процесс, называемый Network Adress Translation (NAT). В современных интернет-соединениях с адресами IPv6 преобразование NAT не требуется, поскольку публичный IP-адрес назначается каждому устройству в сети.

Обмен данными через HTTP

Если маршрутизатор связывает IP-адрес с нужным веб-сайтом, он запрашивает информацию, необходимую для отображения страницы на соответствующем сервере. Этот запрос выполняется по протоколу HTTP в виде пакета данных, который содержит всю информацию, необходимую серверу для предоставления информации о сайте. Вместе с IP-адресом нужного сайта маршрутизатор передает свой IP-адрес в качестве отправителя и предоставляет информацию о операционной системе, браузере и типе устройства, на котором должен отображаться веб-сайт. Сервер обрабатывает информацию о и отправляет код состояния HTTP. Если запрос выполнен успешно, сервер отправляет пакет данных в браузер со всей информацией, необходимой для отображения страницы. Если сервер не находит сайт или отвечает кодом ошибки 404, то он перенаправляет пользователя на новый URL с переадресацией.

Просмотр страницы в браузере

Входящие пакеты данных пересылаются из сети на компьютер, который запрашивает страницу. Затем браузер выполняет задачу анализа пакетов данных. Как правило, сайты состоят из файлов HTML, CSS и JavaScript , которые содержат подробную информацию о том, как браузер должен отображать веб-страницу. Хотя HTML-документы определяют структуру сайта и навигацию, инструкции, связанные с дизайном, определяются в таблицах стилей (известных английским аббревиатурой CSS, т. е. каскадные таблицы стилей). Элементы, с которыми пользователь должен взаимодействовать, обычно создаются с помощью JavaScript. Интерпретация кода зависит от механизма рендеринга браузера. Поэтому на одном и том же сайте могут отображаться различия на основе разных браузеров. У браузера также есть кеш, где информация временно сохраняется при открытии страницы. Если страница снова открыта, нет необходимости снова запрашивать все данные с сервера; браузер загружает только информацию, которая изменилась с момента последнего просмотра. Таким образом, отображение страницы происходит значительно быстрее.

 

Урок 3 — Коммуникационные технологии

Задание 1. Разгадайте кроссворд:

Задание 2: Ознакомьтесь с материалом:

Подготовьтесь ответить на следующие вопросы:

  1. Из каких двух частей состоит гиперссылка? Какую функцию выполняет каждая из них?
  2. Какие части включает URL-адрес документа в Интернете?
  3. В чём состоит различие между языком разметки гипертекста и языками программирования?
  4. Всемирная паутина состоит из Web-страниц? Web-сайтов? Интернет-порталов?

«Всемирная паутина» — это вольный перевод английского словосочетания «World Wide Web», которое часто обозначается как WWW или  Web. Бурное развитие сети Интернет, которое происходило а протяжении 90-х голов XX века, в первую очередь обусловлено проявлением новой технологии WWW.

Технология WWW

WWW — всемирное хранилище информации, существующее на технической базе сети Интернет.

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

WWW или Всемирная паутина:

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

WWW содержит  информацию самого разного характера:

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

Веб-сервер — это компьютерная программа, запускаемая на подключённом к сети компьютере и использующая протокол HTTP для передачи данных. 


Для просмотра информации, полученной от веб-сервера, на клиентском компьютере применяется специальная программа — веб-браузер. Основная функция веб-браузера — отображение гипертекста. Всемирная паутина неразрывно связана с понятиями гипертекста и гиперссылки. Большая часть информации в WEb представляет собой именно гипертекст.
Гиперте́кст — термин, введённый Тедом Нельсоном в 1963 году для обозначения текста «ветвящегося или выполняющего действия по запросу».

Гиперссылка состоит из двух частей: указателя ссылки и адресной части ссылки. Указатель ссылки — это то, что мы видим на Web-странице (текст или рисунок), обычно выделенный синим цветом и подчёркиванием. Активизация гиперссылки вызывает переход на другую страницу.

Адресная часть гиперссылки представляет собой URL-адрес (URL — Universal Recource Locator — универсальный указатель ресурсов) документа, на который указывает ссылка. 

URL-адрес = протокол доступа + доменное имя ( IP-адрес сервера) + путь к файлу + имя файла Web-страницы

Пример: URL-адрес Web-страницы вопросов II тура Интернет-проекта по химии «Путешествие в мир химии»


Язык разметки гипертекстаСоздание Web-страниц осуществляется с помощью языка разметки гипертекста (Hyper Text Markup Language — HTML). Основа используемой в HTML технологии состоит в том, что в обычный текстовый документ вставляются управляющие символы (тэги), в результате мы получаем текстовый документ, который при просмотре в браузере мы видим в форме Web-страницы. С помощью тэгов можно изменять размер, начертание и цвет символов, фон, определять положение текста на странице, вставлять гиперссылки и т.д.

Web-страница может быть мультимедийной, т.е. содержать ссылки на различные мультимедийные объекты: графические изображения, анимацию, звук и видео.

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

Язык разметки гипертекста рассматривает документ как совокупность объектов, свойства которых можно изменять. Это позволяет создавать динамические Web-страницы, т.е. страницы, которые могут меняться уже после загрузки в драузер. Например, текст можно менять цвет, когда к нему подводится курсор, заголовок — перемещаться и т.п.


Flash — технологияТехнология Flash основана на использовании векторной графики в формате Shockwave Flash (SWF) разработанная компанией Macromedia®. Это далеко не первый векторный формат, но именно его создателям удалось найти наиболее удачное сочетание между изобразительными возможностями графики, инструментальными средствами для работы с ней, а также механизмом включения результата в Web-страницы. Основным преимуществом Flash технологии является его межплатформенность, то есть этот формат может использоваться на любой аппаратно-программной платформе (в частности, как на компьютерах Macintosh, работающих под управлением операционной системы MacOS, так и на компьютерах IBM с ОС Windows). И еще одна весомая особенность Flash технологии: созданные на его основе изображения могут быть не только анимированы, но еще и дополнены интерактивными элементами и звуковым сопровождением.

Межплатформенность и возможность создания интерактивных мультимедийных приложений, обусловили быстрый рост популярности Flash технологии среди Web-дизайнеров. Поэтому почти одновременно с появлением самого формата фирмой Macromedia® были созданы встраиваемые компоненты (Plug-In) для двух основных браузеров Сети: Internet Explorer и Netscape Communicator. Это и способствовало еще более широкому распространению Flash технологии на просторах всемирной сети Интернет. В результате разработчики этих браузеров, объявили о намерении включить поддержку Flash непосредственно в ядро своих продуктов.

Web — сайт

Веб-сайт (англ. Website, от web — паутина и site — «место») — в компьютерной сети объединённая под одним адресом (Доменным именем или IP-адресом) совокупность документов частного лица или организации. По умолчанию подразумевается что сайт располагается в сети Интернет. Все веб-сайты Интернета в совокупности составляют Всемирную паутину. Для прямого доступа клиентов к веб-сайтам на серверах был специально разработан протокол HTTP. Веб-сайты иначе называют Интернет-представительством человека или организации. Когда говорят «своя страничка в Интернет», то подразумевается целый веб-сайт или личная страница в составе чужого сайта. Кроме веб-сайтов в сети Интернет так же доступны WAP-сайты для мобильных телефонов.


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

В большинстве случаев в Интернете одному веб-сайту соответствует одно доменное имя. Именно по доменным именам сайты идентифицируются в глобальной сети. Возможны иные варианты: один сайт на нескольких доменах или несколько сайтов под одним доменом. Обычно несколько доменов используют крупные сайты (веб-порталы) чтобы логически отделить разные виды предоставляемых услуг (mail.google.com, news.google.com, maps.google.com). Нередки и случаи выделения отдельных доменов для разных стран или языков. Например, google.ru и google.fr логически являются сайтом Google на разных языках, но технически это разные сайты. Объединение нескольких сайтов под одним доменом характерно для бесплатных хостингов. Иногда для идентификации сайтов в адресе после указания хоста стоит тильда и имя сайта: example.com/~my-site-name/, иногда используется доменное имя третьего уровня: my-site-name.example.com.

Аппаратные сервера для хранения веб-сайтов называются веб-серверами. Сама услуга хранения называется веб-хостингом. Раньше каждый сайт хранился на своём собственном сервере, но с ростом Интернета технологическим улучшением серверов на одном компьютере стало возможно размещение множества сайтов (виртуальный хостинг). Сейчас сервера для хранения только одного сайта называются выделенными (англ. dedicated).

Один и тот же сайт может быть доступен по разным адресам и хранится на разных серверах. Копия оригинального сайта в таком случае называется зеркалом. Существует так же понятие оффлайновая версия сайта — это копия сайта, которая может быть просмотрена на любом компьютере без подключения к компьютерной сети и использования серверного ПО.

Интернет — порталЧто такое портал? В книге о Гарри Потере фигурирует магическое устройство с таким названием – оно позволяет героям современной сказки мгновенно переместиться в нужное место.

Что такое интернет-портал? Примерно то же самое – это интернет-сайт, который содержит большое число ссылок на другие сайты Интернета. При помощи портала посетитель может направиться в любом интересующем его направлении. Это удобный интерфейс, который помогает сориентироваться в сети, найти нужную информацию по всему интернету. Помимо навигационной части интернет-портал имеет оригинальный контент – новости, обзоры, финансовые сводки и сервисную часть, которая включает в себя различные услуги – почту, форумы, информацию о погоде, доски объявлений, голосования, развлечения, и т.п.

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

Интернет-порталы принято подразделять на горизонтальные и вертикальные.

Горизонтальные порталы, их еще называют универсальные. Ориентированы на максимально широкую аудиторию, предлагают разноплановый контент и имеют большой набор разнообразных сервисов. Как правило, они выстраиваются вокруг поисковых систем.

Вертикальные порталы или порталы-ниши. Это порталы узко тематические. Они направлены на какую-то определенную тематику или сферу деятельности и представляют интерес для пользователей сети по определенным направлениям. Среди таких тематических порталов наиболее распространены финансовые, технологические, развлекательные и религиозные ресурсы, а также это могут быть региональные порталы – сайты какого-нибудь региона, города. Как правило, такие порталы образуют вокруг себя «сообщества» («community») – более-менее постоянную группу людей, систематически общающихся между собой в чате или форуме этого портала.

Существует разновидности интернет-порталов, которые в какой-то степени можно отнести к вертикальным.

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

Государственные порталы — это сайты госструктур, которые постепенно набирают вес, обзаводятся каталогами ресурсов, форумами. Они публикуют новости, экономические или политические обзоры в рамках своей специфики.

Информационные порталы — обеспечивают информационное обслуживание пользователей в определенном направлении (новости, законодательство, образование). Обновление информации на них происходит в реальном времени.

Можно выделить еще порталы общего назначения – они объединяют несколько тем и ориентированы на широкую аудиторию и смешанные порталы — они сочетают в себе функции электронной торговли и справочных сервисов.

В последнее время происходит некое размывание границы между понятиями портал и сайт. В самом деле, мы говорим, что «портал – это сайт, который…». Давайте попробуем разобраться, чем же отличается интернет-портал от интернет-сайта? Если сайт большой, у него разветвленная внутренняя структура и большое количество ссылок, может ли он называться порталом?


Браузеры

Для путешествий по Всемирной паутине используются специальные программы  — браузеры. Браузер загружает Web-страницу и отображает её в соответствии с тэгами языка разметки гипертекста (HTML). В настоящее время известно достаточно большое количество браузеров (Internet Explorer,  Mozilla Firefox, Google Chrome, Chromium, Amigo и др.

После загрузки в браузер начальной (домашней) страницы для путешествия по Всемирной паутине можно приступить различными способами: 

  • воспользоваться ссылками загружённой в браузер Web-страницы;
  • в строку Адрес ввести адрес (URL) Web-страницы;
  • воспользоваться «закладками» Web-страниц.

Сохранение Web — страниц

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

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

Найти нужные и интересные Web-страницы в кэш-памяти довольно трудно, поэтому полезно специально сохранять их в определённой папке на локальном компьютере. Можно выбрать различные варианты сохранения Web-страниц:

  • сохранение страницы в формате Web-страница (только HTML) приведёт к сохранению самой страницы, но при этом не сохраняются связанные с ней рисунки, звуковые и прочие файлы;
  • сохранение в формате TXT приведёт к сохранению самой страницы в текстовом формате;
  • сохранение страницы в формате Web-страница полностью приведёт к сохранению не только самой страницы, но и  связанных с ней рисунков, звуковых и прочих файлов в отдельной папке.

Можно сохранить не только Web-страницу полностью, но и отдельные её части: текст, изображения или ссылки.

 


Что такое URL (унифицированный указатель ресурсов)?

Что такое URL?

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

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

Как структурирован URL-адрес?

URL-адрес содержит имя протокола, необходимого для доступа к ресурсу, а также имя ресурса. Первая часть URL-адреса определяет, какой протокол использовать в качестве основного средства доступа. Вторая часть идентифицирует IP-адрес или доменное имя — и, возможно, субдомен — где находится ресурс.

Протоколы URL

включают HTTP (протокол передачи гипертекста) и HTTPS (защищенный HTTP) для веб-ресурсов, почту для адресов электронной почты, FTP для файлов на сервере протокола передачи файлов (FTP) и telnet для сеанса доступа к удаленным компьютерам.За большинством URL-протоколов следует двоеточие и две косые черты; После «mail to» следует только двоеточие.

Необязательно, после домена URL-адрес может также указывать:

  • путь к определенной странице или файлу в домене;
  • — сетевой порт, используемый для подключения;
  • — конкретная контрольная точка в файле, такая как именованный якорь в HTML-файле; и
  • — используемый запрос или параметры поиска — обычно встречаются в URL-адресах для результатов поиска.

Важность дизайна URL URL-адреса

могут быть отправлены через Интернет только с использованием набора символов ASCII. Поскольку URL-адреса часто содержат символы, отличные от ASCII, URL-адрес должен быть преобразован в допустимый формат ASCII. Кодировка URL заменяет небезопасные символы ASCII на «%», за которым следуют две шестнадцатеричные цифры. URL-адреса не могут содержать пробелов.

Примеры URL

При разработке URL существуют разные теории о том, как сделать синтаксис наиболее удобным для читателей и архивистов.Например, в пути URL-адреса даты, авторы и темы могут быть включены в раздел, называемый «slug». Рассмотрим, например, URL-адрес для этого определения:

https://searchnetworking.techtarget.com/definition/URL

Посмотрите мимо протокола (обозначенного как HTTPS) и постоянной ссылки (searchNetworking.com), и мы увидим, что путь включает путь (определение) и заголовок определения (URL).

Кроме того, некоторые дизайнеры URL предпочитают указывать дату публикации, как правило, в виде (ГГГГ / ММ / ДД).

Части URL-адреса

Используя URL-адрес https://whatis.techtarget.com/search/query?q=URL в качестве примера, компоненты URL-адреса могут включать:

  • Протокол или схема . Используется для доступа к ресурсу в Интернете. Протоколы включают http, https, ftps, mailto и file. Доступ к ресурсу осуществляется через имя системы доменных имен (DNS). В этом примере протокол https.
  • Имя хоста или доменное имя . Уникальная ссылка представляет собой веб-страницу.В этом примере whatis.techtarget.com.
  • Имя порта. Обычно не отображается в URL-адресах, но необходимо. После двоеточия порт 80 является портом по умолчанию для веб-серверов, но есть и другие варианты. Например: порт80.
  • Путь . Путь относится к файлу или местоположению на веб-сервере. В этом примере search / query.
  • Запрос . Найдено в URL-адресах динамических страниц. Запрос состоит из вопросительного знака, за которым следуют параметры.В этом примере?.
  • Параметры . Части информации в строке запроса URL-адреса. Несколько параметров можно разделить амперсандами (&). В этом примере q = URL.
  • Фрагмент . Это внутренняя ссылка на страницу, которая относится к разделу на веб-странице. Он появляется в конце URL-адреса и начинается с хэштега (#). Примером может быть #history в URL https://en.wikipedia.org/wiki/Internet#History, хотя и не в приведенном выше примере.

Другие примеры частей URL-адреса могут включать:

  • URL-адрес mailto: [email protected] инициирует новое электронное письмо, адресованное президенту почтового ящика в домене whitehouse.gov.
  • URL ftp://www.companyname.com/whitepapers/widgets.ps указывает использование протокола FTP для загрузки файла.

HTTP против HTTP

И HTTP, и HTTPS используются для получения данных с веб-сервера для просмотра содержимого в браузере.Разница между ними в том, что HTTPS использует сертификат Secure Sockets Layer (SSL) для шифрования соединения между конечным пользователем и сервером.

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

HTTPS по умолчанию использует номер порта TCP / IP 443, тогда как HTTP использует порт 80.

URL против URI

URL-адрес — это наиболее распространенный тип универсального идентификатора ресурса (URI).URI — это строки символов, используемые для идентификации ресурса в сети. URL-адреса необходимы для навигации в Интернете.

Сокращатели URL

Сокращение URL-адреса — это метод, при котором URL-адрес может быть существенно короче и по-прежнему направлен на требуемую страницу. Программа сокращения достигает этого с помощью перенаправления на короткое доменное имя. Доступно множество сервисов сокращения URL-адресов. Хотя многие из них бесплатны, те, которые предлагают такие возможности, как веб-аналитика, взимают плату.Компании, предлагающие сокращения URL-адресов, включают Rebrandly, Bitly, Ow.ly, clicky.me, Budurl.com.

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

История URL

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

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

Понимание компонентов URL-адреса

В этом руководстве вы подробно узнаете о различных частях URL-адреса.

Что такое URL?

URL означает U niform R esource L ocator — это глобальный адрес документов и других ресурсов во всемирной паутине. Его основная цель — определить местоположение документа и других ресурсов, доступных в Интернете, и указать механизм доступа к нему через веб-браузер.

Например, если вы посмотрите в адресную строку своего браузера, вы увидите:

https://www.tutorialrepublic.com/html-tutorial/html-url.php

— это URL-адрес веб-страницы, которую вы просматриваете прямо сейчас.


Синтаксис URL

Общий синтаксис URL-адресов следующий:

схема: // хост: порт / путь? Строка-запроса # идентификатор-фрагмента

URL-адрес имеет линейную структуру и обычно состоит из следующих элементов:

  • Имя схемы — Схема определяет протокол, который будет использоваться для доступа к ресурсу в Интернете.За именами схем следуют три символа : // (двоеточие и две косые черты). Чаще всего используются протоколы http: // , https: // , ftp: // и mailto: // .
  • Имя хоста — Имя хоста определяет хост, на котором расположен ресурс. Имя хоста — это доменное имя, назначенное хост-компьютеру. Обычно это комбинация локального имени хоста с именем его родительского домена. Например, www.tutorialrepublic.com состоит из имени хост-машины www и имени домена tutorialrepublic.com .
  • Номер порта — серверы часто предоставляют более одного типа услуг, поэтому вы также должны сообщить серверу, какая услуга запрашивается. Эти запросы делаются по номеру порта. Общеизвестные номера портов для службы обычно не указываются в URL-адресе. Например, HTTP веб-службы по умолчанию работает через порт 80, HTTPS по умолчанию работает через порт 443.
  • Путь — Путь определяет конкретный ресурс в хосте, к которому пользователь хочет получить доступ. Например, /html/html-url.php , / news / technology / и т. Д.
  • Строка запроса — Строка запроса содержит данные, которые должны быть переданы серверным скриптам, выполняющимся на веб-сервере. Например, параметры для поиска. Строка запроса, перед которой стоит вопросительный знак (? ), обычно представляет собой строку пар имени и значения, разделенных амперсандом ( и ), например, ? First_name = John & last_name = Corner , q = mobile + phone и так далее.
  • Идентификатор фрагмента — Идентификатор фрагмента, если он присутствует, указывает местоположение на странице. Браузер может прокручивать, чтобы отобразить эту часть страницы. Идентификатор фрагмента, представленный символом решетки ( # ), является необязательной последней частью URL-адреса для документа.

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

чтений: унифицированный указатель ресурсов | Введение в компьютерные приложения и концепции

Введение

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

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

История

Унифицированный указатель ресурсов был стандартизирован в 1994 году Тимом Бернерс-Ли и рабочей группой URI Инженерной группы Интернета (IETF) в результате сотрудничества, начатого на сессии IETF Living Documents «Птицы пера» в 1992 году. Формат объединяет ранее существовавшую систему доменных имен (созданную в 1985 году) с синтаксисом пути к файлу, где косые черты используются для разделения имен каталогов и файлов.Уже существовали соглашения, согласно которым имена серверов могут быть добавлены к полному пути к файлу, которому предшествует двойная косая черта (//).

Бернерс-Ли позже сожалел об использовании точек для разделения частей имени домена в URI, желая, чтобы он не использовал косую черту повсюду. Например, http://www.example.com/path/to/name было бы записано как http: com / example / www / path / to / name . Бернерс-Ли также сказал, что, учитывая двоеточие после схемы URI, две косые черты перед доменным именем также не нужны.

Синтаксис

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

  • имя схемы (обычно называется протоколом, хотя не каждая схема URL является протоколом, например mailto не является протоколом)
  • двоеточие, две косые черты,
  • хост, обычно указываемый как доменное имя. Например, http://www.example.com/path/to/name было бы записано http: com / example / www / path / to / name , но иногда как буквальный IP-адрес
  • необязательно двоеточие, за которым следует номер порта
  • полный путь к ресурсу

Схема говорит , как подключиться, хост указывает , где подключиться, а оставшаяся часть указывает , что запрашивать.

Для таких программ, как сценарии Common Gateway Interface (CGI), за ним следует строка запроса и необязательный идентификатор фрагмента.

Синтаксис:

схема: // [пользователь: пароль @] домен: порт / путь? Query_string # fragment_id

Детали компонента:

  • Схема , которая во многих случаях является именем протокола (но не всегда), определяет способ получения ресурса. Примеры включают http, https, ftp, file и многие другие.Хотя в схемах регистр не учитывается, каноническая форма — строчные.
  • Доменное имя или буквальный числовой IP-адрес дает место назначения для URL. Может быть указан буквальный числовой адрес IPv6, но он должен быть заключен в [] , например [db8: 0cec :: 99: 123a] .
    Домен google.com или его числовой IP-адрес 173.194.34.5 — это адрес веб-сайта Google.
  • Часть доменного имени URL-адреса не чувствительна к регистру, поскольку DNS игнорирует регистр:
    http: // en.example.org/ и HTTP://EN.EXAMPLE.ORG/ открывают одну и ту же страницу.
  • Номер порта , заданный в десятичном формате, не является обязательным; если не указано, используется схема по умолчанию.
    Например, http://vnc.example.com:5800 подключается к порту 5800 на vnc.example.com, что может быть подходящим для сеанса удаленного управления VNC. Если номер порта не указан для http: URL, браузер будет подключаться через порт 80, порт HTTP по умолчанию.Порт по умолчанию для https: запроса — 443.
  • Путь используется для указания и, возможно, поиска запрошенного ресурса. Этот путь может описывать или не описывать папки в файловой системе на веб-сервере. Это может сильно отличаться от расположения папок на веб-сервере. Он чувствителен к регистру, хотя некоторые серверы могут рассматривать его как нечувствительный к регистру, особенно те, которые основаны на Microsoft Windows.
    Если сервер чувствителен к регистру и http: // en.example.org/wiki/URL правильный, тогда http://en.example.org/WIKI/URL или http://en.example.org/wiki/url отобразит страницу ошибки HTTP 404 , если только эти URL-адреса сами не указывают на допустимые ресурсы.
  • Строка запроса содержит данные для передачи в программное обеспечение, работающее на сервере. Он может содержать пары имя / значение, разделенные амперсандами, например
    ? First_name = Джон & last_name = Doe .
  • Идентификатор фрагмента , если он присутствует, указывает часть или позицию в общем ресурсе или документе.
    При использовании с HTML он обычно указывает раздел или расположение на странице, а при использовании в сочетании с элементами привязки или атрибутом «id» элемента браузер прокручивается для отображения этой части страницы.

Имя схемы определяет пространство имен, цель и синтаксис оставшейся части URL-адреса. Программное обеспечение попытается обработать URL-адрес в соответствии с его схемой и контекстом. Например, веб-браузер обычно разыменовывает URL-адрес http: // example.org: 80 , выполнив HTTP-запрос к хосту по адресу example.org , используя номер порта 80.

Другие примеры имен схем включают https, gopher, wais, ftp. URL-адреса с https в качестве схемы (например, https://example.com/ ) требуют, чтобы запросы и ответы выполнялись через безопасное соединение с веб-сайтом. Некоторые схемы, требующие аутентификации, позволяют встраивать в URL-адрес имя пользователя и, возможно, пароль, например ftp: //[email protected] . Вложенные таким образом пароли не способствуют безопасности, но полный возможный синтаксис —

.
схема: // имя пользователя: пароль @ домен: порт / путь? Query_string # fragment_id

Другие схемы не соответствуют шаблону HTTP. Например, схема mailto использует только действительные адреса электронной почты. При нажатии в приложении URL-адрес mailto: [email protected] может запустить составитель электронной почты с адресом [email protected] в поле «Кому».Схема tel еще более отличается; для адресации используется коммутируемая телефонная сеть общего пользования, а не доменные имена, представляющие узлы Интернета.

Список разрешенных символов URL

Без резервирования

Буквенно-цифровой символ верхнего и нижнего регистра может быть дополнительно закодирован:

А Б В Г Д Е Ж З И Й К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Ъ Ы Ь Э Ю Я
а б в г д е ж з и к л м н о п q р с т у ф х ц ч ш щ э ю я
0 1 2 3 4 5 6 7 8 9 — _.~

Зарезервировано

Специальные символы иногда необходимо кодировать в процентах:

! * ‘(); : @ & = + $, /? % # []

Более подробную информацию можно найти, например, в RFC 3986 и http://www.w3.org/Addressing/URL/uri-spec.html.

Связь с URI

См. Также: URI, связь с URL и URN

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

Имена хостов в Интернете

Имя хоста — это доменное имя, назначенное хост-компьютеру. Обычно это комбинация локального имени хоста с именем его родительского домена. Например, en.example.org состоит из имени локального хоста ( en ) и имени домена example.org . Имя хоста преобразуется в IP-адрес через файл локальных хостов или преобразователь системы доменных имен (DNS). Один хост-компьютер может иметь несколько имен хостов; но обычно операционная система хоста предпочитает иметь одно имя хоста, которое хост использует для себя.

Любое доменное имя также может быть именем хоста, если соблюдаются указанные ниже ограничения. Например, и «en.example.org», и «example.org» могут быть именами хостов, если им обоим назначены IP-адреса. Доменное имя «xyz.example.org» может не быть именем хоста, если у него нет IP-адреса, но «aa.xyz.example.org» все равно может быть именем хоста. Все имена хостов являются доменными именами, но не все доменные имена являются именами хостов.

URL-протоколы

Протокол или схема URL-адреса определяет способ получения ресурса.Два распространенных протокола в Интернете — это HTTP и HTTPS. По разным причинам многие сайты перешли на разрешение доступа по протоколам HTTP и HTTPS. Каждый протокол имеет свои преимущества и недостатки, в том числе для некоторых пользователей тот или иной протокол либо не работает, либо очень нежелателен. Когда ссылка содержит спецификатор протокола, это приводит к тому, что браузер переходит по ссылке, используя указанный протокол, независимо от потенциальных желаний пользователя.

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

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

Примером PRL является //en.wikipedia.org/wiki/Main_Page, который создается путем удаления префикса протокола.

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

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

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

Доменное имя в IRI известно как интернационализированное доменное имя (IDN). Программное обеспечение Интернета и Интернета автоматически преобразует доменное имя в punycode, используемый системой доменных имен.

Например, китайский веб-сайт http: // 見. 香港 становится следующим для поиска DNS. xn — указывает, что символ изначально не был ASCII.

http: //xn--nw2a.xn--j6w193g/

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

Например, следующая японская веб-страница http: // имя домена / 引 き 割 り.html становится http: //domainname/%E5%BC%95%E3%81%8D%E5%89%B2%E3%82%8A.html. Целевой компьютер декодирует адрес и отображает страницу.

Имя хоста, протокол, путь и многое другое …

Расчетное время чтения: 6 минут

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

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

Основы: Что такое URL-адрес?

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

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

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

В зависимости от URL-адреса он может содержать некоторые или все из следующего:

Итак, давайте перейдем к делу.

Имя хоста (TLD, имя домена, субдомен)

Начнем с трех элементов, которые являются основой каждого URL. Доменное имя, домен верхнего уровня (TLD) и субдомен.

Домен верхнего уровня

Домен верхнего уровня, или TLD, — как следует из названия — является одним из доменов на самом высоком уровне иерархии системы доменных имен.Это последняя помеченная часть в полностью определенном доменном имени.

Управление и ответственность за TLD делегированы организациям Интернет-корпорацией по присвоению имен и номеров (ICANN) и Управлением по присвоению номеров Интернета (IANA), которое поддерживает корневую зону DNS.

Примеры TLD включают:

Доменное имя

Доменное имя — это зарегистрированная идентификационная «строка» (или слово / фраза), используемая системой доменных имен для определения конкретной области управления и автономии (также известной как местоположение веб-сайта) .Доменное имя — это уровень ниже TLD. Один TLD может содержать сотни тысяч и даже миллионы отдельных доменов «второго уровня». Домен также может называться доменом второго уровня.

Примеры доменных имен (жирным шрифтом):

  • zvelo .com
  • apple .com
  • amazon .com
  • facebook .com
  • google .com

Поддомен

Поддомены немного более тонкие — выражающие относительную зависимость и представляющие часть домена более высокого уровня.Например, в zvelo.com zvelo является субдоменом домена .com. В качестве другого примера, наш инструмент zveloLIVE расположен в субдомене tools домена zvelo.com. Последний пример — это наиболее часто упоминаемое использование поддомена.

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

Вот некоторые из наиболее распространенных примеров поддоменов (выделены жирным шрифтом):

  • www .example.com
  • blog .example.com
  • support .example.com
  • mail .example.com

ПРИМЕЧАНИЕ : URL-адрес может исключать или опускать домен отправки, а имя хоста может не включать субдомен. Это называется «голым доменом ». Например, на нашем веб-сайте https://zvelo.com не отображается субдомен.

Вместе эти три элемента URL-адреса наиболее понятны и распознаются.

Протокол, путь / файл и многое другое…

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

Протокол

Протокол (также называемый протоколом передачи или схемой) в URL-адресе определяет, как данные передаются между хостом и веб-браузером (или клиентом). HTTP и HTTPS (безопасный) — два наиболее распространенных протокола, которые вы найдете в большинстве URL-адресов, хотя есть и другие интернет-протоколы, такие как FTP, DNS, DHCP, IMAP, SMTP и т. Д.

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

Например: https://zvelo.com

Путь / файл

Путь указывает на точное местоположение страницы, публикации, файла или другого ресурса. Часто это аналог основной файловой структуры веб-сайта. Путь находится после имени хоста и разделяется символом «/» (косая черта).Путь / файл также состоит из любого расширения файла ресурса, например изображений (.jpg или .png и т. Д.), Документов (.pdf или .docx) и т. Д.

Но не все URL-адреса будут отображать путь.

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

Например: https: //www.example.com / blog / category / Individual-article-name / или https://example.com/media/upload/filename.jpg

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

Якоря HTML

Якоря HTML (или фрагменты) используются на веб-сайтах для реализации «закладок» и внутренних элементов навигации по страницам. Их можно использовать для предоставления ссылок на определенные места на странице.Якоря будут расположены сразу после файла / пути URL-адреса (если он есть).

Например, вот внутренний URL-адрес с привязкой HTML, который приведет вас к следующему разделу:

https://zvelo.com/anatomy-of-full-path-url-hostname-protocol-path -more # parameters (Попробуйте)

Параметры

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

Например, URL с параметрами:

  • https://www.example.com/solutions?user=123&color=blue
  • https://www.example.com/solutions/user/123 / color / blue

В качестве альтернативы вы можете найти URL-адрес с параметром отслеживания кампании Google, например:

  • https: // www.example.com/?utm_source=google&utm_medium=banner&utm_campaign=urlfilter

Другие соображения

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

Учитывая веб-фильтрацию, большинство «базовых» и «потребительских» решений не поддерживают категоризацию URL-адресов с полным путем (как это делает zveloDB) — и, следовательно, не учитывают путь / файл, параметры или протокол.Эти предложения полагаются на DNS / IP для фильтрации и защиты пользователей и сетевого трафика от доступа к «нежелательным» веб-сайтам. Это ограничение, поскольку позволяет назначать только классификацию (-ы) или нежелательные / злонамеренные идентификаторы на уровне сайта (или базового домена, также известного как имя хоста).

Что происходит, когда сайт скомпрометирован и этот «чистый» сайт с высоким трафиком начинает распространять вредоносный файл из одного источника или страницы? Для этого ознакомьтесь с нашим блогом о различиях между URL-адресами базового домена и полного пути.Или ознакомьтесь с другими нашими решениями для сетевой и кибербезопасности.

Надеемся, вы нашли это полезным! Теперь идите вперед и безопасно просматривайте!

rfc1738

 Сетевая рабочая группа Т. Бернерс-Ли
Запрос комментариев: 1738 ЦЕРН
Категория: Стандарты Track L. Masinter
                                                       Xerox Corporation
                                                             М.McCahill
                                                 Университет Миннесоты
                                                                 Редакторы
                                                           Декабрь 1994


                    Унифицированные указатели ресурсов (URL)

Статус этого меморандума

   Этот документ определяет протокол отслеживания стандартов Интернета для
   Интернет-сообщество и просит обсуждения и предложения по
   улучшения. Пожалуйста, обратитесь к текущему выпуску "Интернет
   Официальные стандарты протокола »(STD 1) для состояния стандартизации
   и статус этого протокола.Распространение этой памятки не ограничено.

Абстрактный

   Этот документ определяет унифицированный указатель ресурса (URL), синтаксис
   и семантика формализованной информации о местонахождении и доступе
   ресурсы через Интернет.

1. Введение

   В этом документе описывается синтаксис и семантика компактной строки.
   представление ресурса, доступного в сети Интернет. Эти
   строки называются «унифицированными указателями ресурсов» (URL).

   Спецификация основана на концепциях, введенных World-
   Глобальная информационная инициатива Wide Web, чье использование таких объектов
   датируется 1990 годом и описывается в "Универсальных идентификаторах ресурсов"
   в WWW », RFC 1630.Спецификация URL-адресов разработана с учетом
   требования изложены в «Функциональных требованиях к Интернету.
   Локаторы ресурсов »[12].

   Этот документ был написан рабочей группой URI в Интернете.
   Инженерная рабочая группа. Комментарии могут быть адресованы редакции, или
   в URI-WG . Обсуждения группы архивируются
   по адресу 








Бернерс-Ли, Масинтер и МакКахилл [Страница 1] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


2.Общий синтаксис URL

   Так же, как существует множество различных методов доступа к ресурсам,
   существует несколько схем описания расположения таких
   Ресурсы.

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

   URL-адреса используются для "поиска" ресурсов путем предоставления абстрактных
   идентификация местонахождения ресурса. Найдя ресурс,
   система может выполнять множество операций с ресурсом, например
   можно охарактеризовать такими словами, как «доступ», «обновление»,
   `заменить ',` найти атрибуты'.В общем, только метод "доступа"
   необходимо указать для любой схемы URL.

2.1. Основные части URL-адресов

   Полное описание BNF синтаксиса URL приведено в Разделе 5.

   Обычно URL-адреса записываются следующим образом:

       : 

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

   Имена схем состоят из последовательности символов.Нижний регистр
   буквы "a" - "z", цифры и символы плюс ("+"), точка
   (".") и дефис ("-") разрешены. Для обеспечения отказоустойчивости программы
   интерпретация URL-адресов должна обрабатывать буквы верхнего регистра как эквивалент
   строчные буквы в названиях схем (например, разрешить «HTTP», а также «http»).

2.2. Проблемы с кодировкой символов URL

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

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



Бернерс-Ли, Масинтер и МакКахилл [Страница 2] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


   символ, который имеет этот октет в качестве своего кода в US-ASCII
   [20] кодовый набор символов.Кроме того, октеты могут быть закодированы тройкой символов, состоящей из
   символа "%", за которым следуют две шестнадцатеричные цифры (от
   «0123456789ABCDEF»), который формирует шестнадцатеричное значение октета.
   (Символы «abcdef» также могут использоваться в шестнадцатеричной кодировке.)

   Октеты необходимо закодировать, если они не имеют соответствующей графики.
   символ в кодировке US-ASCII, если используется
   соответствующий символ небезопасен, или если соответствующий символ
   зарезервировано для другой интерпретации в конкретном URL
   схема.Нет соответствующей графики US-ASCII:

   URL-адреса пишутся только графическими печатными символами
   Набор символов в кодировке US-ASCII. Шестнадцатеричные октеты 80-FF не являются
   используется в US-ASCII, а шестнадцатеричные октеты 00-1F и 7F представляют
   управляющие символы; они должны быть закодированы.

   Небезопасно:

   Персонажи могут быть небезопасными по ряду причин. Космос
   символ небезопасен, поскольку значимые пробелы могут исчезнуть и
   незначительные пробелы могут быть введены при расшифровке URL-адресов или
   набранные или подвергнутые обработке текстовыми программами.Символы «<» и «>» небезопасны, потому что они используются в качестве
   разделители вокруг URL в произвольном тексте; кавычка ("" ") используется для
   разграничивать URL-адреса в некоторых системах. Символ "#" небезопасен и должен
   всегда кодироваться, потому что он используется во всемирной паутине и других
   системы для отделения URL-адреса от идентификатора фрагмента / привязки, который может
   следуй за ним. Символ "%" небезопасен, потому что он используется для
   кодировки других символов. Другие персонажи небезопасны, потому что
   известно, что шлюзы и другие транспортные агенты иногда изменяют
   такие персонажи."," ~ ",
   «[», «]» и «` ».

   Все небезопасные символы всегда должны кодироваться в URL-адресе. Для
   Например, символ "#" должен быть закодирован в URL-адресах даже в
   системы, которые обычно не работают с фрагментом или якорем
   идентификаторы, так что если URL-адрес копируется в другую систему,
   использует их, нет необходимости изменять кодировку URL.








Бернерс-Ли, Масинтер и МакКахилл [Страница 3] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


   Зарезервированный:

   Многие схемы URL резервируют определенные символы для особого значения:
   их появление в части URL-адреса, относящейся к схеме, имеет
   обозначенная семантика.Если символ, соответствующий октету, равен
   зарезервированный в схеме, октет должен быть закодирован. Персонажи ";",
   "/", "?", ":", "@", "=" и "&" - символы, которые могут быть
   зарезервировано для особого значения в схеме. Никакие другие персонажи не могут
   быть зарезервированным в схеме

   Обычно URL-адрес имеет ту же интерпретацию, когда октет
   представлен символом и когда он закодирован. Однако это не
   истина для зарезервированных символов: кодирование символа, зарезервированного для
   конкретная схема может изменить семантику URL-адреса.Таким образом, только буквенно-цифровые символы, специальные символы «$ -_. +! * '(),» И
   могут использоваться зарезервированные символы, используемые для их зарезервированных целей
   не закодировано в URL.

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

2.3 Иерархические схемы и относительные ссылки

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

   Некоторые схемы URL (например, ftp, http и файловые схемы) содержат
   имена, которые можно считать иерархическими; компоненты
   иерархия разделены "/".Бернерс-Ли, Масинтер и МакКахилл [Страница 4] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


3. Конкретные схемы

   Отображение некоторых существующих стандартных и экспериментальных протоколов
   изложены в определении синтаксиса BNF. Примечания к конкретным протоколам
   следить. Охватываемые схемы:

   ftp протокол передачи файлов
   HTTP протокол передачи гипертекста
   суслик Протокол суслика
   mailto Адрес электронной почты
   новости новости USENET
   nntp новости USENET с использованием доступа NNTP
   telnet Ссылка на интерактивные сеансы
   Серверы глобальной информации wais
   файл Имена файлов, зависящие от хоста
   Просперо Служба каталогов Просперо

   Другие схемы могут быть указаны в будущих спецификациях.Раздел 4
   в этом документе описывается, как могут быть зарегистрированы новые схемы, и перечислены
   некоторые названия схем, которые находятся в стадии разработки.

3.1. Общий синтаксис интернет-схемы

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

        // <пользователь>: <пароль> @ <хост>: <порт> / 

   Некоторые или все части «<пользователь>: <пароль> @», «: <пароль>»,
   ": <порт>" и "/ " можно исключить.Специфическая схема
   данные начинаются с двойной косой черты "//", чтобы указать, что они соответствуют
   общий синтаксис схемы Интернета. Различные компоненты подчиняются
   следующие правила:

    Пользователь
        Необязательное имя пользователя. Некоторые схемы (например, ftp) позволяют
        указание имени пользователя.

    пароль
        Необязательный пароль. Если присутствует, он следует за пользователем
        имя, отделенное от него двоеточием.

   После имени пользователя (и пароля), если он присутствует, следует
   рекламный знак "@".В поле пользователя и пароля любое ":",
   «@» или «/» должны быть закодированы.




Бернерс-Ли, Масинтер и МакКахилл [Страница 5] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


   Обратите внимание, что пустое имя пользователя или пароль отличается от отсутствия пользователя.
   имя или пароль; нет возможности указать пароль без
   указание имени пользователя. Например,  имеет пустой
   имя пользователя без пароля,  не имеет имени пользователя,
   в то время как  имеет имя пользователя «foo» и
   пустой пароль.

    хозяин
        Полное доменное имя сетевого хоста или его IP-адрес.
        адрес как набор из четырех групп десятичных цифр, разделенных
        ".". Полные доменные имена принимают форму, как описано
        в Раздел 3.5 RFC 1034 [13] и Раздел 2.1 RFC 1123
        [5]: последовательность меток доменов, разделенных ".", Каждый домен
        метка, начинающаяся и заканчивающаяся буквенно-цифровым символом и
        возможно также содержащие символы «-».Самый правый домен
        ярлык никогда не будет начинаться с цифры, которая
        синтаксически отличает все доменные имена от IP
        адреса.

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

    url-путь
        Остальная часть локатора состоит из данных, специфичных для
        схема и известна как «url-путь».Он поставляет
        подробности о том, как можно получить доступ к указанному ресурсу. Примечание
        что "/" между хостом (или портом) и URL-путем
        НЕ является частью url-пути.

   Синтаксис url-path зависит от используемой схемы, как и
   способ его толкования.

3.2. FTP

   Схема URL FTP используется для обозначения файлов и каталогов на
   Интернет-хосты, доступные по протоколу FTP (RFC959).

   URL-адрес FTP соответствует синтаксису, описанному в разделе 3.1. Если: <порт>
   опущено, порт по умолчанию 21.Бернерс-Ли, Масинтер и МакКахилл [Страница 6] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


3.2.1. Имя и пароль FTP

   Могут быть предоставлены имя пользователя и пароль; они используются в ftp
   Команды "USER" и "PASS" после первого подключения к
   FTP-сервер. Если имя пользователя или пароль не указаны, а один
   запрашивается FTP-сервером, соглашения для "анонимного" FTP
   будут использоваться следующим образом:

        Предоставляется имя пользователя «анонимный».Пароль предоставляется как адрес электронной почты в Интернете.
        конечного пользователя, обращающегося к ресурсу.

   Если URL-адрес содержит имя пользователя, но не пароль, а удаленный
   сервер запрашивает пароль, программа интерпретирует URL-адрес FTP
   следует запросить его у пользователя.

3.2.2. URL-адрес FTP

   URL-путь FTP-URL имеет следующий синтаксис:

         /  /.../  / ; type = 

   Где от  до  и  (возможно, закодированные) строки
   а  - один из символов «a», «i» или «d».Часть
   "; type = " можно опустить. Части  и  могут быть
   пустой. Весь URL-путь может быть опущен, включая "/"
   отделяя его от префикса, содержащего пользователя, пароль, хост и
   порт.

   URL-путь интерпретируется как последовательность команд FTP следующим образом:

      Каждый из элементов  должен быть предоставлен последовательно, как
      аргумент команды CWD (изменить рабочий каталог).

      Если код типа "d", выполните команду NLST (список имен) с
      <имя> в качестве аргумента и интерпретируйте результаты как файл
      список каталогов.В противном случае выполните команду TYPE с  в качестве аргумента,
      а затем получить доступ к файлу с именем <имя> (например, используя
      команду RETR.)

   Внутри имени или компонента CWD символы «/» и «;» находятся
   зарезервировано и должно быть закодировано. Компоненты декодируются до
   их использование в протоколе FTP. В частности, если соответствующий FTP
   последовательность для доступа к определенному файлу требует предоставления строки
   содержащий "/" в качестве аргумента команды CWD или RETR, это



Бернерс-Ли, Масинтер и МакКахилл [Страница 7] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


   необходимо закодировать каждый "/".Например, URL  будет
   интерпретируется FTP как "host.dom", при входе в систему как "myname"
   (запрос пароля, если он запрашивается), а затем выполнение
   «CWD / etc», а затем «RETR motd». Это имеет другое значение, чем
    который будет «CWD etc», а затем
   «РЭТР мотд»; начальный "CWD" может быть выполнен относительно
   каталог по умолчанию для "myname". С другой стороны,
   , будет "CWD" с нулем
   аргумент, затем "CWD etc", а затем "RETR motd".

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

3.2.3. FTP Typecode не является обязательным

   Вся часть URL-адреса FTP; type =  является необязательной. Если это
   опущено, клиентская программа, интерпретирующая URL, должна угадать
   подходящий режим для использования.Как правило, тип содержимого данных файла
   можно догадаться только по имени, например, по суффиксу имени;
   соответствующий код типа, который будет использоваться для передачи файла, может
   затем можно вывести из содержимого данных файла.

3.2.4 Иерархия

   В некоторых файловых системах "/" используется для обозначения иерархической
   структура URL-адреса соответствует разделителю, используемому для создания
   иерархия имен файлов, и, таким образом, имя файла будет похоже на
   URL-путь. Это НЕ означает, что URL-адрес является именем файла Unix.3.2.5. Оптимизация

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







Бернерс-Ли, Масинтер и МакКахилл [Страница 8] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


3.3. HTTP

   Схема URL HTTP используется для обозначения интернет-ресурсов.
   доступный по протоколу HTTP (протокол передачи гипертекста).

   Протокол HTTP указан в другом месте. Только эта спецификация
   описывает синтаксис URL-адресов HTTP.URL-адрес HTTP принимает форму:

      http: // <хост>: <порт> / <путь>? <часть поиска>

   где  и  соответствуют описанию в разделе 3.1. Если: <порт>
   не указан, по умолчанию используется порт 80. Имя пользователя или пароль не указаны.
   разрешается.  - это HTTP-селектор, а  - это запрос
   нить.  не является обязательным, как и  и его
   предшествующий "?". Если ни , ни  не указаны, "/"
   также может быть опущено.В компонентах  и  "/", ";", "?" находятся
   зарезервированный. Символ "/" может использоваться в HTTP для обозначения
   иерархическая структура.

3.4. Гофер

   Схема URL Gopher используется для обозначения интернет-ресурсов.
   доступный по протоколу Gopher.

   Базовый протокол Gopher описан в RFC 1436 и поддерживает элементы
   и коллекции предметов (справочники). Протокол Gopher + - это набор
   совместимых снизу вверх расширений базового протокола Gopher и является
   описан в [2].Gopher + поддерживает связывание произвольных наборов
   атрибуты и альтернативные представления данных с элементами Gopher.
   URL-адреса Gopher содержат элементы и элементы Gopher и Gopher +
   атрибуты.

3.4.1. Синтаксис URL Gopher

   URL-адрес Gopher принимает форму:

      gopher: // <хост>: <порт> / <путь-суслика>

   где  - один из

        
        % 09 
        % 09 % 09 




Бернерс-Ли, Масинтер и МакКахилл [Страница 9] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


   Если: <порт> опущено, по умолчанию используется порт 70. - это
   односимвольное поле для обозначения типа Gopher ресурса для
   на который ссылается URL. Весь  также может быть пустым в
   в этом случае разделитель "/" также является необязательным, а 
   по умолчанию "1".

    - строка селектора Gopher. В протоколе Gopher
   Строки селектора Gopher - это последовательность октетов, которые могут содержать
   любые октеты, кроме шестнадцатеричного 09 (US-ASCII HT или табуляция) 0A шестнадцатеричного
   (Символ US-ASCII LF) и 0D (символ US-ASCII CR).Клиенты Gopher указывают, какой элемент извлекать, отправляя Gopher
   строку селектора на сервер Gopher.

   В <пути-кгофере> символы не зарезервированы.

   Обратите внимание, что некоторые строки Gopher  начинаются с копии
    символ, и в этом случае этот символ встречается дважды
   последовательно. Строка селектора Gopher может быть пустой строкой;
   так клиенты Gopher относятся к каталогу верхнего уровня на
   Сервер Gopher.

3.4.2 Указание URL-адресов для поисковых систем Gopher

   Если URL-адрес относится к поиску, который будет отправлен в поиск Gopher
   Engine, за селектором следует закодированная вкладка (% 09) и
   строка поиска.Чтобы отправить поиск в поисковую систему Gopher,
   Клиент Gopher отправляет строку  (после декодирования), табуляцию,
   и строку поиска на сервер Gopher.

3.4.3 Синтаксис URL для элементов Gopher +

   URL-адреса для элементов Gopher + имеют вторую закодированную вкладку (% 09) и Gopher +
   нить. Обратите внимание, что в этом случае строка% 09  должна быть
   предоставляется, хотя элемент  может быть пустой строкой.

    используется для представления информации, необходимой для
   поиск предмета Gopher +.Предметы Gopher + могут иметь альтернативные
   представления, произвольные наборы атрибутов и могут иметь электронные формы
   связанные с ними.

   Чтобы получить данные, связанные с URL-адресом Gopher +, клиент
   подключитесь к серверу и отправьте селектор Gopher, а затем вкладку
   и строку поиска (которая может быть пустой), за которой следует табуляция и
   Gopher + команды.






Бернерс-Ли, Масинтер и МакКахилл [Страница 10] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


3.4.4 Представление данных Gopher + по умолчанию

   Когда сервер Gopher возвращает клиенту список каталогов,
   Предметы Gopher + помечены знаком "+" (обозначающие предметы Gopher +).
   или "?" (обозначает элементы Gopher +, с которыми связана форма + ASK
   с ними). URL-адрес Gopher со строкой Gopher +, состоящей только из
   "+" относится к виду по умолчанию (представление данных) элемента.
   в то время как строка Gopher + содержит только "?" обратитесь к элементу с
   С ним связана электронная форма Gopher.3.4.5 Предметы Gopher + с электронными формами

   Gopher + предметы, с которыми связан + ASK (например, Gopher +
   элементы, помеченные знаком "?") требуют, чтобы клиент получил + ASK элемента
   атрибут, чтобы получить определение формы, а затем попросите пользователя заполнить
   из формы и вернуть ответы пользователя вместе с селектором
   строка для получения элемента. Клиенты Gopher + знают, как это сделать, но
   зависит от символа "?" в описании предмета Gopher +, чтобы знать, когда
   справиться с этим делом. Знак "?" используется в строке Gopher +, чтобы быть
   в соответствии с использованием этого символа в протоколе Gopher +.3.4.6 Коллекции атрибутов предметов Gopher +

   Чтобы обратиться к атрибутам Gopher + элемента, URL-адрес Gopher
   Gopher + строка состоит из "!" или "$". "!" относится ко всему
   Атрибуты Gopher + предмета. «$» относится ко всем атрибутам элемента для
   все элементы в каталоге Gopher.

3.4.7 Обращение к определенным атрибутам Gopher +

   Для обозначения определенных атрибутов используется gopher + _string в URL-адресе.
   "! <имя_атрибута>" или "$ <имя_атрибута>". Например, чтобы сослаться на
   атрибут, содержащий аннотацию элемента, gopher + _string
   будет "! + АННОТАЦИЯ".Для обозначения нескольких атрибутов gopher + _string состоит из
   имена атрибутов разделены кодированными пробелами. Например,
   "! + ABSTRACT% 20 + SMELL" относится к атрибутам + ABSTRACT и + SMELL.
   элемента.

3.4.8 Синтаксис URL для альтернативных представлений Gopher +

   Gopher + допускает необязательные альтернативные представления данных (альтернативный
   просмотров) элементов. Чтобы получить альтернативный вид Gopher +, Gopher +
   клиент отправляет соответствующий идентификатор представления и языка (находится в
   атрибут + VIEW элемента).Для обозначения конкретного Gopher + альтернативный
   view, строка Gopher + URL-адреса будет иметь следующий вид:




Бернерс-Ли, Масинтер и МакКахилл [Страница 11] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


        + % 20 

   Например, Gopher + строка "+ application / postscript% 20Es_ES"
   относится к приписку на испанском языке, альтернативному изображению суслика.
   пункт.

3.4.9 Синтаксис URL для электронных форм Gopher +

   Gopher + _string для URL, который ссылается на элемент, на который ссылается
   Электронная форма Gopher + (блок ASK), заполненная конкретными
   values ​​- это закодированная версия того, что клиент отправляет на сервер.Gopher + _string имеет вид:

+% 091% 0D% 0A + -1% 0D% 0A % 0D% 0A % 0D% 0A.% 0D% 0A

   Чтобы получить этот элемент, клиент Gopher отправляет:

       +1 
       + -1  
        
        
       .  

   на сервер Gopher.

3.5. ПОЧТА

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

   URL-адрес mailto принимает форму:

        mailto: 

   где  - это (кодировка) addr-spec, как
   указано в RFC 822 [6]. В адресах mailto нет зарезервированных
   символы.

   Обратите внимание, что знак процента ("%") обычно используется в RFC 822.
   адреса и должны быть закодированы.

   В отличие от многих URL-адресов, схема mailto не представляет собой объект данных.
   для прямого доступа; нет смысла, в котором он обозначает
   объект.Его использование отличается от типа message / external-body в
   MIME.





Бернерс-Ли, Масинтер и МакКахилл [Страница 12] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


3.6. НОВОСТИ

   Схема URL новостей используется для ссылки либо на группы новостей, либо на
   отдельные статьи новостей USENET, как указано в RFC 1036.

   URL-адрес новости может иметь одну из двух форм:

     новости: <название группы новостей>
     новости: 

    - это иерархическое имя, разделенное точками, например
   "комп.infosystems.www.misc ".  соответствует
   Идентификатор сообщения из раздела 2.1.5 RFC 1036 без заключительного "<"
   и ">"; он принимает форму  @ . Сообщение
   идентификатор можно отличить от названия группы новостей по
   наличие рекламы у символа "@". Никаких дополнительных символов
   зарезервированы в компонентах URL-адреса новостей.

   Если  равно "*" (как в ), оно используется для ссылки
   во "все доступные группы новостей".URL-адреса новостей необычны тем, что сами по себе не содержат
   достаточно информации, чтобы найти единственный ресурс, но, скорее,
   не зависит от местоположения.

3.7. NNTP

   Схема URL nntp - альтернативный метод ссылки на новости.
   статьи, полезные для указания новостных статей с серверов NNTP (RFC
   977).

   URL-адрес nntp принимает форму:

      nntp: // <хост>: <порт> / <имя-группы новостей> / <номер-статьи>

   где  и  соответствуют описанию в разделе 3.1. Если: <порт>
   опущен, по умолчанию используется порт 119.

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

   Обратите внимание, что в то время как URL-адреса nntp: указывают уникальное расположение статьи
   ресурс, большинство серверов NNTP в настоящее время в Интернете
   настроен только для разрешения доступа с локальных клиентов, и, следовательно, nntp
   URL-адреса не обозначают глобально доступные ресурсы. Итак, новость:
   Форма URL предпочтительна как способ идентификации новостных статей.Бернерс-Ли, Масинтер и МакКахилл [Страница 13] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


3.8. ТЕЛНЕТ

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

   URL-адрес telnet имеет вид:

       telnet: // <пользователь>: <пароль> @ <хост>: <порт> /

   как указано в разделе 3.1. Последний символ «/» можно опустить.
   Если: <порт> опущено, по умолчанию используется порт 23.: <Пароль> может
   следует опустить, а также всю часть : .

   Этот URL-адрес не обозначает объект данных, а скорее интерактивный
   услуга. Удаленные интерактивные службы широко различаются по средствам:
   которые они разрешают удаленный вход; на практике  и
   <пароль> предоставляется только для справки: клиенты обращаются к URL-адресу telnet
   просто сообщите пользователю предлагаемые имя пользователя и пароль.

3.9. WAIS

   Схема URL WAIS используется для обозначения баз данных WAIS, поиска или
   отдельные документы доступны из базы данных WAIS.WAIS - это
   описан в [7]. Протокол WAIS описан в RFC 1625 [17];
   Хотя протокол WAIS основан на Z39.50-1988, URL-адрес WAIS
   Схема не предназначена для использования с произвольными сервисами Z39.50.

   URL-адрес WAIS принимает одну из следующих форм:

     wais: // <хост>: <порт> / <база данных>
     wais: // <хост>: <порт> / <база данных>? <поиск>
     wais: // <хост>: <порт> / <база данных> /  / 

   где  и  соответствуют описанию в разделе 3.1. Если: <порт>
   опущен, порт по умолчанию - 210. Первая форма обозначает
   База данных WAIS, доступная для поиска. Вторая форма
   обозначает конкретный поиск. <база данных> - это имя WAIS
   запрашиваемая база данных.

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




Бернерс-Ли, Масинтер и МакКахилл [Страница 14] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


    URL-адреса WAIS состоит из идентификатора документа WAIS, закодированного
   при необходимости, используя метод, описанный в разделе 2.2. WAIS
   идентификатор документа следует обрабатывать непрозрачно; это может быть разложено только
   сервер, который его выпустил.3.10 ФАЙЛЫ

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

   URL-адрес файла имеет вид:

       file: // <хост> / <путь>

   где  - полное доменное имя системы на
   которым <путь> доступен, а <путь> является иерархическим
   путь к каталогу в форме <каталог> / <каталог> /.../ <имя>.

   Например, файл VMS

     ПОЛЬЗОВАТЕЛЬ DISK $: [MY.NOTES] NOTE123456.TXT

   может стать

     

   В качестве особого случая  может быть строкой "localhost" или пустым
   нить; это интерпретируется как `машина, с которой
   интерпретируется ».

   Схема URL файла необычна тем, что не указывает
   Интернет-протокол или метод доступа к таким файлам; как таковой, его
   Утилита в сетевых протоколах между хостами ограничена.3.11 ПРОСПЕРО

   Схема URL Prospero используется для обозначения ресурсов, которые
   доступ через Службу каталогов Просперо. Протокол Просперо
   описано в [14].

   URL-адреса prospero имеют вид:

      prospero: // <хост>: <порт> / ;  = <значение>

   где  и  соответствуют описанию в разделе 3.1. Если: <порт>
   не указан, по умолчанию используется порт 1525. Имя пользователя или пароль не указаны.



Бернерс-Ли, Масинтер и МакКахилл [Страница 15] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


   разрешается. - это имя объекта, зависящее от хоста в Prospero.
   протокол, закодированный соответствующим образом. Это имя непрозрачно и интерпретируется
   сервер Просперо. Точка с запятой ";" зарезервировано и не может
   появляются без кавычек в .

   URL-адреса Prospero интерпретируются путем обращения в каталог Prospero.
   сервер на указанном хосте и порту для определения подходящего доступа
   методы для ресурса, которые сами могут быть представлены как
   разные URL. Внешние ссылки на Просперо представлены как URL-адреса
   базовый метод доступа и не представлены как Просперо
   URL-адреса.Обратите внимание, что в  может стоять косая черта "/" без кавычек и
   приложение не может иметь никакого значения. Хотя косые черты
   может указывать на иерархическую структуру на сервере, такая структура
   не гарантировано. Обратите внимание, что многие  начинаются с косой черты в
   в этом случае за хостом или портом будет стоять двойная косая черта:
   косая черта от синтаксиса URL, за которой следует начальная косая черта от
   . (Например,  обозначает
    из "/ pros / name".)

   Кроме того, после  необязательные поля и значения
   связанный со ссылкой Просперо, может быть указан как часть URL-адреса.
   Если присутствует, каждая пара поле / значение отделена друг от друга и
   от остальной части URL-адреса на ";" (точка с запятой). Название поля
   и его значение разделяются знаком "=" (знак равенства). Если есть, эти
   Поля служат для определения цели URL. Например,
   Поле OBJECT-VERSION может быть указано для идентификации конкретной версии
   объекта.4. РЕГИСТРАЦИЯ НОВЫХ СХЕМ

   Новая схема может быть введена путем определения отображения на
   соответствующий синтаксис URL с использованием нового префикса. URL для экспериментальных
   схемы могут использоваться по взаимному соглашению сторон. Имена схем
   начинающиеся с символов «x-» зарезервированы для экспериментальных
   целей.

   Управление по распределению номеров в Интернете (IANA) будет поддерживать
   реестр схем URL. Любая отправка новой схемы URL-адресов должна
   включить определение алгоритма доступа к ресурсам
   внутри этой схемы и синтаксис для представления такой схемы.Схемы URL должны демонстрировать очевидную полезность и работоспособность. В одну сторону
   для обеспечения такой демонстрации через шлюз, который обеспечивает
   объекты в новой схеме для клиентов, использующих существующий протокол. Если



Бернерс-Ли, Масинтер и МакКахилл [Страница 16] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


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

   Следующая схема предлагалась в разное время, но это
   документ не определяет их синтаксис или использование в настоящее время. это
   предложили IANA зарезервировать свои названия схем для будущего определения:

   afs - глобальные имена файлов в файловой системе Andrew.mid Идентификаторы сообщений для электронной почты.
   cid Идентификаторы содержимого для частей тела MIME.
   nfs Имена файлов сетевой файловой системы (NFS).
   tn3270 Интерактивные сеансы эмуляции 3270.
   почтовый сервер Доступ к данным, доступным с почтовых серверов.
   z39.50 Доступ к службам ANSI Z39.50.

5. BNF для определенных схем URL.

   Это похожее на BNF описание Uniform Resource Locator.
   синтаксис с использованием соглашений RFC822, за исключением "|" используется для
   обозначают альтернативы, а скобки [] используются вокруг необязательных или
   повторяющиеся элементы.Вкратце, литералы заключаются в кавычки "", необязательно
   элементы заключаются в [квадратные скобки], и перед элементами могут стоять
   с  * для обозначения n или более повторений следующего
   элемент; n по умолчанию 0.

; Общая форма URL-адреса:

genericurl = scheme ":" schemepart

; Здесь определены конкретные предопределенные схемы; новые схемы
; может быть зарегистрирован в IANA

url = httpurl | ftpurl | newsurl |
                 nntpurl | telneturl | gopherurl |
                 waisurl | mailtourl | fileurl |
                 prosperourl | другой URL

; новые схемы следуют общему синтаксису
otherurl = genericurl

; схема строчная; интерпретаторы должны использовать игнорирование регистра
схема = 1 * [lowalpha | цифра | "+" | "-" | "."]



Бернерс-Ли, Масинтер и МакКахилл [Страница 17] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


schemepart = * xchar | ip-schemepart


; Части схемы URL для протоколов на основе IP:

ip-schemepart = "//" логин ["/" urlpath]

логин = [пользователь [":" пароль] "@"] хост-порт
hostport = host [":" порт]
host = hostname | hostnumber
hostname = * [domainlabel "." ] toplabel
domainlabel = alphadigit | alphadigit * [alphadigit | "-"] альфа-цифра
toplabel = alpha | альфа * [альфацифра | "-"] альфа-цифра
alphadigit = alpha | цифра
hostnumber = цифры "."цифры". "цифры". "цифры
порт = цифры
user = * [uchar | ";" | "?" | "&" | знак равно
пароль = * [учар | ";" | "?" | "&" | знак равно
urlpath = * xchar; зависит от протокола см. раздел 3.1

; Предустановленные схемы:

; FTP (см. Также RFC959)

ftpurl = "ftp: //" логин ["/" fpath ["; type =" ftptype]]
fpath = fsegment * ["/" fsegment]
fsegment = * [uchar | "?" | ":" | "@" | "&" | знак равно
ftptype = "A" | «Я» | «Д» | "а" | "я" | "d"

; ФАЙЛ

fileurl = "file: //" [хост | "localhost"] "/" путь к файлу "

; HTTP

httpurl = "http: //" hostport ["/" hpath ["?" поиск ]]
hpath = hsegment * ["/" hsegment]
hsegment = * [uchar | ";" | ":" | "@" | "&" | знак равно
поиск = * [учар | ";" | ":" | "@" | "&" | знак равно

; GOPHER (см. Также RFC1436)

gopherurl = "gopher: //" hostport [/ [gtype [селектор
                 ["% 09" поиск ["% 09" gopher + _string]]]]]
gtype = xchar
селектор = * xchar
суслик + _string = * xchar




Бернерс-Ли, Масинтер и МакКахилл [Страница 18] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


; ПОЧТА (см. Также RFC822)

mailtourl = "mailto:" encoded822addr
encoded822addr = 1 * xchar; дополнительно определено в RFC822

; НОВОСТИ (см. Также RFC1036)

newsurl = "news:" grouppart
grouppart = "*" | группа | статья
группа = альфа * [альфа | цифра | "-" | "."|" + "|" _ "]
article = 1 * [учар | ";" | "/" | "?" | ":" | "&" | "="] "@" хост

; NNTP (см. Также RFC977)

nntpurl = "nntp: //" hostport "/" группа ["/" цифры]

; ТЕЛНЕТ

telneturl = "telnet: //" логин ["/"]

; WAIS (см. Также RFC1625)

waisurl = waisdatabase | waisindex | Waisdoc
waisdatabase = "wais: //" hostport "/" база данных
waisindex = "wais: //" hostport "/" database "?" поиск
waisdoc = "wais: //" hostport "/" database "/" wtype "/" wpath
база данных = * учар
wtype = * uchar
wpath = * uchar

; Просперо

prosperourl = "prospero: //" hostport "/" ppath * [fieldpec]
ppath = psegment * ["/" psegment]
psegment = * [uchar | "?" | ":" | "@" | "&" | знак равно
fieldspec = ";" fieldname "=" fieldvalue
fieldname = * [uchar | "?" | ":" | "@" | "&"]
fieldvalue = * [uchar | "?" | ":" | "@" | "&"]

; Разные определения

lowalpha = "а" | "б" | "с" | "д" | "е" | "е" | "г" | "h" |
                 "я" | "j" | "к" | "л" | "м" | "п" | "о" | "р" |
                 "q" | "г" | "с" | "т" | "u" | "v" | "ш" | «х» |
                 "у" | "z"
hialpha = "A" | «Б» | "C" | «Д» | "E" | "F" | "G" | "H" | «Я» |
                 "J" | «К» | "L" | «М» | «N» | «О» | "П" | «Q» | «Р» |
                 "S" | «Т» | "U" | "V" | "W" | «Х» | «Y» | "Z"



Бернерс-Ли, Масинтер и МакКахилл [Страница 19] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


альфа = низкая альфа | хиальфа
цифра = "0" | «1» | «2» | «3» | «4» | «5» | «6» | «7» |
                 «8» | «9»
safe = "$" | "-" | "_" | "."|" ~ "|" ["|"] "|" `"
пунктуация = "<" | ">" | "#" | "%" | <">


зарезервировано = ";" | "/" | "?" | ":" | "@" | "&" | "="
шестнадцатеричный = цифра | «А» | «Б» | "C" | «Д» | "E" | "F" |
                 "а" | "б" | "с" | "д" | "е" | "е"
escape = "%" шестнадцатеричный шестнадцатеричный

unreserved = альфа | цифра | сейф | дополнительный
учар = без резервирования | побег
xchar = без резервирования | зарезервировано | побег
цифры = 1 * цифра

6. Соображения безопасности

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

   Угроза безопасности, связанная с URL-адресами, заключается в том, что иногда можно
   создать URL так, чтобы попытка выполнить безобидный идемпотент
   такая операция, как извлечение объекта, на самом деле вызовет
   возможно повреждение удаленного управления.Небезопасный URL
   обычно создается путем указания номера порта, отличного от этого
   зарезервировано для рассматриваемого сетевого протокола. Клиент
   невольно связывается с сервером, на котором фактически работает другой
   протокол. Содержимое URL-адреса содержит инструкции, которые при
   интерпретируется в соответствии с этим другим протоколом, вызывает неожиданное
   операция. Примером может служить использование URL-адресов суслика, чтобы вызвать грубый
   сообщение, которое будет отправлено через SMTP-сервер. Следует соблюдать осторожность при
   используя любой URL-адрес, который указывает номер порта, отличный от значения по умолчанию
   для протокола, особенно если это число в пределах зарезервированного
   космос.Следует проявлять осторожность, если URL-адреса содержат встроенные закодированные разделители.
   для данного протокола (например, символы CR и LF для telnet
   протоколы), чтобы они не были незакодированы перед передачей. Этот
   нарушит протокол, но может использоваться для имитации лишнего
   операция или параметр, снова вызывая неожиданное и возможное
   выполнение вредных удаленных операций.



Бернерс-Ли, Масинтер и МакКахилл [Страница 20] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


   Использование URL-адресов, содержащих пароли, которые должны быть секретными, явно
   неразумно.7. Благодарности

   Этот документ основан на основном дизайне WWW (RFC 1630) и многих
   обсуждение этих вопросов многими людьми в сети. В
   обсуждение было особенно стимулировано статьями Клиффорда Линча,
   Брюстер Кале [10] и Венгик Ён [18]. Вклад Джона
   Курран, Клиффорд Нойман, Эд Вильметти, а затем IETF URL BOF и
   Была создана рабочая группа URI.

   Совсем недавно внимательное чтение и комментарии Дэна Коннолли, Неда
   Фрид, Рой Филдинг, Гвидо ван Россум, Майкл Долан, Берт Бос, Джон
   Кунце, Олле Ярнефорс, Петер Сванберг и многие другие помогли
   доработать этот RFC.Бернерс-Ли, Масинтер и МакКахилл [Страница 21] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


ПРИЛОЖЕНИЕ: Рекомендации для URL-адресов в контексте

   URI, включая URL-адреса, предназначены для передачи через
   протоколы, которые предоставляют контекст для их интерпретации.

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

   Кроме того, во многих случаях URL-адреса включаются в другие
   виды текста; примеры включают электронную почту, новости USENET
   сообщения или распечатанные на бумаге. В таких случаях удобно
   иметь отдельную синтаксическую оболочку, которая ограничивает URL и разделяет
   это от остального текста, и в частности от знаков препинания
   знаки, которые могут быть ошибочно приняты за часть URL-адреса.Для этого
   рекомендуется использовать угловые скобки ("<" и ">") вместе с
   префикс «URL:», используется для ограничения границ URL. Этот
   оболочка не является частью URL-адреса и не должна использоваться в
   контексты, в которых уже указаны разделители.

   В случае, когда идентификатор фрагмента / привязки связан с
   URL (после "#") идентификатор будет помещен в
   скобки.

   В некоторых случаях лишние пробелы (пробелы, разрывы строк, табуляции и т. Д.) май
   необходимо добавить, чтобы разбить длинные URL-адреса на строки. Пробел
   следует игнорировать при извлечении URL-адреса.

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

      Да, Джим, я нашел его по адресу , но вы, вероятно, можете получить его из . Обратите внимание на предупреждение в .








Бернерс-Ли, Масинтер и МакКахилл [Страница 22] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


Рекомендации

   [1] Анклесария, Ф., МакКахилл, М., Линднер, П., Джонсон, Д.,
       Д. Торри и Б. Альберти, "Протокол Интернет-суслика"
       (протокол распределенного поиска и извлечения документов) ",
       RFC 1436, Университет Миннесоты, март 1993 г.
       

   [2] Анклесария, Ф., Линднер, П., МакКахилл, М., Торри, Д.,
       Джонсон Д. и Б. Альберти, "Gopher +: восходящая совместимость.
       усовершенствования протокола Internet Gopher ",
       Университет Миннесоты, июль 1993 г.

   [3] Бернерс-Ли, Т. "Универсальные идентификаторы ресурсов в WWW: A
       Унифицирующий синтаксис для выражения имен и адресов
       Объекты в сети, используемые во всемирной паутине », RFC
       1630, ЦЕРН, июнь 1994 г.
       

   [4] Бернерс-Ли, Т., "Протокол передачи гипертекста (HTTP)",
       ЦЕРН, ноябрь 1993 г.
       

   [5] Брейден Р., редактор, "Требования к хостам Интернета -
       Применение и поддержка », STD 3, RFC 1123, IETF, октябрь 1989 г.
       

   [6] Крокер, Д. "Стандарт формата Интернет-текста ARPA.
       Сообщения », STD 11, RFC 822, UDEL, апрель 1982 г.
       

   [7] Дэвис, Ф., Кале, Б., Моррис, Х., Салем, Дж., Шен, Т., Ван, Р.,
       Суй, Дж. И М.Гринбаум, "Прототип протокола интерфейса WAIS
       Функциональная спецификация », (v1.5), Thinking Machines
       Корпорация, апрель 1990 г.
       

   [8] Хортон, М. и Р. Адамс, "Стандарт обмена USENET
       Сообщения », RFC 1036, AT&T Bell Laboratories, Центр сейсмики
       Исследования, декабрь 1987 г.
       

   [9] Хайтема, К., «Нейминг: стратегии и методы», Компьютер.
       Сети и системы ISDN 23 (1991) 107-110.Бернерс-Ли, Масинтер и МакКахилл [Страница 23] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


  [10] Кале, Б., «Идентификаторы документов, или международный стандарт.
       Книжные номера для электронной эры », 1991.
       

  [11] Кантор, Б. и П. Лэпсли, "Протокол передачи сетевых новостей:
       Предлагаемый стандарт потоковой передачи новостей ",
       RFC 977, Калифорнийский университет в Сан-Диего и Калифорнийский университет в Беркли, февраль 1986 г.

  [12] Кунце, Дж., «Функциональные требования к Интернет-ресурсам.
       Локаторы », Работа в процессе, декабрь 1994 г.
       

  [13] Мокапетрис, П., «Доменные имена - концепции и возможности»,
       STD 13, RFC 1034, USC / Институт информационных наук,
       Ноябрь 1987 г.
       

  [14] Нойман, Б., и С.Аугарт, "Протокол Просперо",
       USC / Институт информационных наук, июнь 1993 г.
       

  [15] Постел, Дж. И Дж. Рейнольдс, «Протокол передачи файлов (FTP)»,
       STD 9, RFC 959, USC / Институт информационных наук,
       Октябрь 1985 г.
       

  [16] Sollins, K. and L. Masinter, "Функциональные требования к
       Унифицированные имена ресурсов », RFC 1737, MIT / LCS, Xerox Corporation,
       Декабрь 1994 г.

  [17] Сен-Пьер, М., Фуллтон, Дж., Гамиэль, К., Гольдман, Дж., Кале, Б.,
       Кунце, Дж., Моррис, Х. и Ф. Шьеттекатт, "WAIS over
       Z39.50-1988 ", RFC 1625, WAIS, Inc., CNIDR, Thinking Machines
       Corp., Калифорнийский университет в Беркли, FS Consulting, июнь 1994 г.
       

  [18] Йонг, В. «На пути к сетевому поиску информации», Технические
       отчет 91-06-25-01, Performance Systems International, Inc., июнь 1991 г.

  [19] Йонг, В., «Представление публичных архивов в справочнике»,
       Работа в процессе, ноябрь 1991 г.





Бернерс-Ли, Масинтер и МакКахилл [Страница 24] 

RFC 1738 Uniform Resource Locators (URL), декабрь 1994 г.


  [20] "Набор кодированных символов - 7-битный американский стандартный код для
       Обмен информацией », ANSI X3.4-1986.

Адреса редакторов

Тим Бернерс-Ли
Проект во всемирной паутине
ЦЕРН,
1211 Женева 23,
Швейцария

Телефон: +41 (22) 767 3755
Факс: +41 (22) 767 7155
Электронная почта: timbl @ info.cern.ch


Ларри Масинтер
Xerox PARC
3333 Coyote Hill Road
Пало-Альто, Калифорния 94034

Телефон: (415) 812-4365
Факс: (415) 812-4333
Электронная почта: [email protected]


Марк МакКахилл
Компьютерные и информационные услуги,
Университет Миннесоты
Комната 152 Shepherd Labs
100 Union Street SE
Миннеаполис, Миннесота 55455

Телефон: (612) 625 1300
Электронная почта: [email protected]
















Бернерс-Ли, Масинтер и МакКахилл [Страница 25]
 

Определение URL по Merriam-Webster

\ ˌYü- (ˌ) är-el , ˈƏr (-ə) l \ : адрес ресурса (например, документа или веб-сайта) в Интернете, который состоит из протокола связи, за которым следует имя или адрес компьютера в сети, и который часто включает дополнительную информацию о местоположении (например, каталог и файл имена) URL нашего сайта — http: // www.Merriam-Webster.com

— также называется универсальный локатор ресурсов, универсальный локатор ресурсов

Вопрос: что такое веб-адрес и приведите пример?

Большинство веб-браузеров отображают URL-адрес веб-страницы над страницей в адресной строке.

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

Как называется адрес веб-страницы?

URL-адрес (также известный как «Универсальный указатель ресурсов») — это полный веб-адрес, используемый для поиска определенной веб-страницы. Хотя домен — это имя веб-сайта, URL-адрес ведет к любой из страниц на веб-сайте.

Какое определение для веб-адреса?

Интернет-адрес веб-сайта, файла или документа в общем формате.http: //www.address/directories/filename. Каждый компьютер, подключенный к Интернету, имеет свой уникальный веб-адрес, без которого к нему не могут получить доступ другие компьютеры. Также называется универсальным указателем ресурсов или универсальным указателем ресурсов (URL).

Каковы 3 основные части URL-адреса?

Что такое URL-адрес веб-сайта? Напомним, что это три основных элемента: Протокол — HTTP или HTTPS. Доменное имя (включая TLD), идентифицирующее сайт.

Что такое домен с примером?

Доменные имена используются для идентификации одного или нескольких IP-адресов. Например, доменное имя microsoft.com представляет около десятка IP-адресов. Доменные имена используются в URL-адресах для идентификации определенных веб-страниц. Например, в URL-адресе http://www.pcwebopedia.com/index.html доменное имя — pcwebopedia.com.

Какой пример веб-сайта?

Веб-сайт или веб-сайт — это совокупность связанных сетевых веб-ресурсов, таких как веб-страницы, мультимедийный контент, которые обычно идентифицируются с помощью общего доменного имени и публикуются по крайней мере на одном веб-сервере.Яркими примерами являются wikipedia.org, google.com и amazon.com.

Как называется веб-сайт?

Значение, указанное в теге Title, является именем веб-страницы. И имя веб-сайта определяет имя сайта. Поскольку http://Quora.com — это сайт, который называется Quora. Имя веб-страницы — это имя конкретной страницы вашего веб-сайта, например contact-us.html / aspx / php /… ..

Какая польза от веб-адреса?

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

Что такое пример URL-адреса?

URL (унифицированный указатель ресурсов), также известный как веб-адрес, представляет собой форму URI и стандартизированного соглашения об именах для адресации документов, доступных через Интернет и интранет. Примером URL-адреса является https://www.computerhope.com, который является URL-адресом веб-сайта Computer Hope.Обзор URL.

Что такое www?

Всемирная паутина (WWW), широко известная как Интернет, представляет собой информационную систему, в которой документы и другие веб-ресурсы идентифицируются с помощью унифицированных указателей ресурсов (URL-адресов, таких как https://www.example.com/), которые могут быть связаны между собой гипертекстом и доступны через Интернет.

Какие 5 частей URL?

URL-адрес состоит из пяти частей: схемы, поддомена, домена верхнего уровня, домена второго уровня и подкаталога.

Что такое URL и определить его части?

Каковы части URL-адреса? Первая часть URL-адреса называется идентификатором протокола и указывает, какой протокол использовать, а вторая часть называется именем ресурса и указывает IP-адрес или имя домена, в котором расположен ресурс.

Из чего состоит URL?

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *