Протокол http. Uri. Принципы построения адреса www. Схемы адресации ресурсов Internet.
В основу URI были заложены следующие принципы:
Расширяемость - новые адресные схемы должны были легко вписываться в существующий синтаксис URI.
Полнота - по возможности, любая из существовавших схем должна была описываться посредством URI.
Читаемость - адрес должен был быть легко читаем пользователем, что вообще характерно для технологии WWW - документы вместе с ссылками могут разрабатываться в обычном текстовом редакторе.
Схема HTTP. Это основная схема для WWW. В схеме указывается ее идентификатор, адрес машины, TCP-порт, путь в директории сервера, поисковый критерий и метка. Приведем несколько примеров URI для схемы HTTP: http://polyn.net.kiae.su/polyn/manifest.html
Схема FTP. позволяет адресовать файловые архивы FTP из программ-клиентов World Wide Web. ftp://polyn.net.kiae.su/pub/0index.txt
Схема MAILTO. Данная схема предназначена для отправки почты по стандарту RFC-822 (стандарт почтового сообщения). mailto:paul@quest.polyn.kiae.su
Схема NEWS. Данная схема используется для просмотра сообщений системы Usenet. следующая нотация: news:comp.infosystems.gopher
Схема TELNET. По этой схеме осуществляется доступ к ресурсу в режиме удаленного терминала. telnet://guest:password@apollo.polyn.kiae.su
Схема FILE. Для локального режима используют схему FILE. file:///C|/text/html/index.htm В данном примере приведено обращение к локальному документу на персональном компьютере с MS-DOS или MS-Windows.
Протокол http. Форма запроса клиента. Методы доступа.
В настоящее время в практике World Wide Web реально используются только три метода доступа: POST, GET, HEAD.
GET - метод, позволяющий получить данные, заданные в форме URI в запросе ресурса. Если ссылаются на программу, то возвращается результат выполнения этой программы, но не текст программы. При использовании метода GET в поле тела ресурса возвращается собственно затребованная информация (текст HTML-документа, например).
HEAD - метод, аналогичный GET, но не возвращает тела ресурса. Используется для получения информации о ресурсе. Условного HEAD не существует. Данный метод используется для тестирования гипертекстовых ссылок.
POST - этот метод разработан для передачи большого объема информации на сервер. В отличии от GET и HEAD, в POST передается тело ресурса, которое и является информацией из поля форм или других источников ввода.
Изменение числа методов доступа отражает практику использования HTTP
Протоколы электронной почты.
Протокол SMTP был разработан для обмена почтовыми сообщениями в сети Internet. SMTP не зависит от транспортной среды и может использоваться для доставки почты в сетях с протоколами, отличными от TCP/IP и Х.25.
Модель протокола. Взаимодействие в рамках SMTP строится по принципу двусторонней связи, которая устанавливается между отправителем и получателем почтового сообщения.
отправитель инициирует соединение и посылает запросы на обслуживание, а получатель - отвечает на эти запросы.отправитель выступает в роли клиента, а получатель - сервера.
Протокол POP3 -- Post Office Protocol-протокол доставки почты пользователю из почтового ящика почтового сервера РОР. Многие концепции, принципы и понятия протокола POP выглядят и функционируют подобно SMTP. Команды POP практически идентичны командам SMTP, отличаясь в некоторых деталях. На рис.7 изображена модель клиент-сервер по протоколу POP. Сервер POP находится между агентом пользователя и почтовыми ящиками.
Конструкция протокола РОРЗ обеспечивает возможность пользователю обратиться к своему почтовому серверу и изъять накопившуюся для него почту. Пользователь может получить доступ к РОР-серверу из любой точки доступа к Интернет. должен запустить специальный почтовый агент (UA), работающий по протоколу РОРЗ. сообщения доставляются клиенту по протоколу POP, а посылаются при помощи SMTP.Стадии процесса получения почты: авторизация, транзакция и обновление.
Протокол IMAP4 (позволяет клиентам получать доступ и манипулировать сообщениями электронной почты на сервере.Отличием протокола IMAP4 от протокола РОРЗ является то,что IMAP4 поддерживает работу с системой каталогов удаленных сообщений. позволяет клиенту создавать,удалять и переименовывать почтовые ящики,проверять наличие новых сообщений и удалять старые.позволяет читать из почтового ящика только сообщения, удовлетворяющие определенным условиям,менять атрибуты сообщений и перемещать отдельные сообщения.
