URI, URL, URN

Оглавление

Введение. 2

URI, URL, URN.. 2

Система DNS. 5

Протокол HTTP. 9

Структура протокола HTTP. 9

Стартовая строка HTTP. 10

Методы протокола HTTP. 11

Заголовки протокола HTTP. 12

Тело протокола HTTP. 13

Заключение. 16

Введение

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

Вы, наверняка, слышали, что сайты «хранятся на серверах», откуда мы их и получаем. В данной лекции мы рассмотрим:

· Как браузер ищет сервер, на котором лежит сайт.

· Как происходит общение между сервером и браузером.

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

URI, URL, URN

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

URI строится по определенным правилам и состоит из обязательных схемы и иерархической части, а также опциональных запроса (ему предшествует знак "?") и фрагмента (ему предшествует знак "#"). Иерархическая часть в свою очередь состоит из необязательного Authority (думаю, перевод только усложнит понимание) и обязательного пути. Authority включает в себя Userinfo (логин и пароль), хост и порт. Кроме того, путь может содержать так называемые параметры. Параметры используются не часто. На схеме это выглядит вот так:

Пример URI:

URL — это URI, который, помимо идентификации ресурса, предоставляет ещё и информацию о местонахождении этого ресурса.

URL описывается в RFC 1738 (December 1994, Xerox Corporation, T. Berners-Lee). В этом RFC указаны описаны различные схемы для протоколов ftp, http, nntp и т.д. Послкольку URL — это частный случай URI, схема в общем случае выглядит точно так же, однако для разных протоколов актуальны те или иные ее части. Например, для протокола telnet, схема URL выглядит следующим образом:

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

А URN — это URI, который только идентифицирует ресурс в определённом пространстве имён (и, соответственно, в определённом контексте), но не указывает его местонахождения. Например, URN urn:ISBN:0-395-36341-1 — это URI, который указывает на ресурс (книгу) 0-395-36341-1 в пространстве имён ISBN, но, в отличие от URL, URN не указывает на местонахождение этого ресурса: в нём не сказано, в каком магазине её можно купить, или на каком сайте скачать. Впрочем, в последнее время появилась тенденция говорить просто URI о любой строке-идентификаторе, без дальнейших уточнений. Так что, возможно, термины URL и URN скоро уйдут в прошлое.

Поскольку URI не всегда указывает на то, как получить ресурс, в отличие от URL, а только идентифицирует его, это даёт возможность описывать с помощью RDF (Resource Description Framework) ресурсы, которые не могут быть получены через Интернет (например, личность, автомобиль, город и проч.).

Допустим, мы хотим описать некого Ивана. URN в данном случае будет выглядеть следующим образом: паспорт УКР: Иванов Иван Иванович, паспорт серия 1234 номер 123456. Где «паспорт УКР» — это название идентификатора пространства имен, а «Иванов Иван Иванович, паспорт серия 1234 номер 123456» — это уникальное имя в этом пространстве.