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




IMAP (англ. Internet Message Access Protocol) — протокол прикладного уровня для доступа к электронной почте.

 

Базируется на транспортном протоколе TCP и использует порт 143.

 

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

 

Для отправки писем используется протокол SMTP.


14. Протокол прикладного уровня SMTP. Их назначение и применение.

SMTP (англ. Simple Mail Transfer Protocol — простой протокол передачи почты) — это широко используемый сетевой протокол, предназначенный для передачи электронной почты в сетях TCP/IP.

 

SMTP впервые был описан в RFC 821 (1982 год); последнее обновление в RFC 5321 (2008) включает масштабируемое расширение — ESMTP (англ. Extended SMTP). В настоящее время под «протоколом SMTP», как правило, подразумевают и его расширения. Протокол SMTP предназначен для передачи исходящей почты с использованием порта TCP 25.

 

В то время, как электронные почтовые серверы и другие агенты пересылки сообщений используют SMTP для отправки и получения почтовых сообщений, работающие на пользовательском уровне клиентские почтовые приложения обычно используют SMTP только для отправки сообщений на почтовый сервер для ретрансляции. Для получения сообщений клиентские приложения обычно используют либо POP (англ. Post Office Protocol — протокол почтового отделения), либо IMAP (англ. Internet Message Access Protocol), либо патентованные системы (такие как Microsoft Exchange и Lotus Notes/Domino) для доступа к учетной записи своего почтового ящика на сервере.


15. Протокол прикладного уровня Telnet. Их назначение и применение.

TELNET (англ. TErminaL NETwork) — сетевой протокол для реализации текстового интерфейса по сети (в современной форме — при помощи транспорта TCP). Название «telnet» имеют также некоторые утилиты, реализующие клиентскую часть протокола. Современный стандарт протокола описан в RFC 854.

Выполняет функции протокола прикладного уровня модели OSI.

Назначение протокола TELNET в предоставлении достаточно общего, двунаправленного, восьмибитного байт-ориентированного средства связи. Его основная задача заключается в том, чтобы позволить терминальным устройствам и терминальным процессам взаимодействовать друг с другом. Предполагается, что этот протокол может быть использован для связи вида терминал-терминал («связывание») или для связи процесс-процесс («распределенные вычисления»).


16. Взаимодействие с сервером HTTP. Компоненты запроса клиента и ответа сервера.

Программное обеспечение

 

Всё программное обеспечение для работы с протоколом HTTP разделяется на три большие категории:

Серверы как основные поставщики услуг хранения и обработки информации (обработка запросов).

Клиенты — конечные потребители услуг сервера (отправка запроса).

Прокси для выполнения транспортных служб.

 

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

 

Клиенты

 

Первоначально протокол HTTP разрабатывался для доступа к гипертекстовым документам Всемирной паутины. Поэтому основными реализациями клиентов являются браузеры (агенты пользователя). Для просмотра сохраненного содержимого сайтов на компьютере без соединения с Интернетом были придуманы офлайн-браузеры. При нестабильном соединении для загрузки больших файлов используются менеджеры закачек. Они позволяют в любое время докачать указанные файлы после потери соединения с веб-сервером. Виртуальные атласы, такие как Google Планета Земля и NASA World Wind, тоже используют HTTP.

 

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

 

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


17. Web-сервис, его функциональные блоки и конструктивные решения.

Веб-служба, веб-сервис (англ. web service) — идентифицируемая веб-адресом программная система со стандартизированными интерфейсами.

Веб-службы могут взаимодействовать друг с другом и со сторонними приложениями посредством сообщений, основанных на определённых протоколах (SOAP, XML-RPC и т. д.). Веб-служба является единицей модульности при использовании сервис-ориентированной архитектуры приложения.

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

Достоинства

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

Недостатки

Меньшая производительность и больший размер сетевого трафика по сравнению с технологиями RMI, CORBA, DCOM за счёт использования текстовых XML-сообщений.

Однако на некоторых веб-серверах возможна настройка сжатия сетевого трафика.

 


18. Протокол SOAP, применение и преимущества.

На сегодняшний день существует несколько протоколов удаленного взаимодействия приложений. Основными из них являются DCOM (Distributed Component Object Model от Microsoft) и CORBA (Common Object Request Broker Architecture)/ IIOP (Internet Inter-ORB Protocol от Object Managers Group). Эти протоколы обеспечивают взаимодействие приложений, соответствующих определенной объектной модели, с помощью сети. Несмотря на их популярность, ситуация далека от идеала - существует ряд серьезных проблем: во-первых, взаимодействие с использованием вышеуказанных технологий возможно только между приложениями с одинаковой объектной моделью, а в условиях глобальной сети это является сильным ограничением. Во-вторых, использование дополнительных портов для этих протоколов понижает качество защиты сервера, что не приветствуется системными администраторами, и порой они устанавливают firewall на все "не жизненно важные" порты. Таким образом использование указанных протоколов не лучший выход для Интернет, ведь когда вы пишете сетевой сервис, вас интересует, насколько широко он будет использоваться, и возможно ли его взаимодействие с другими независимыми сервисами и приложениями.

 

Решение этих проблем - SOAP - Simple Object Access Protocol. SOAP обеспечивает взаимодействие распределенных систем, независимо от объектной модели, операционной системы или языка программирования. Он может быть использован для передачи сообщений и для удаленного вызова процедур. Вообще, область его применения не ограничена спецификацией и во многом зависит от реализации. SOAP получен в результате совмещения HTTP и XML, и поэтому имеет ряд существенных преимуществ. Благодаря тому, что он использует протокол HTTP, все возможные неприятности с firewall отсутствуют, так как порт 80 (http) практически всегда открыт. А использование XML представления данных удобно, так как любая современная система программирования имеет API и утилиты для работы с XML данными. К тому же XML обладает очень мощной и расширяемой структурой. Эти особенности обеспечат вашему распределенному приложению возможность очень масштабного применения.

 

Приведем пример. Допустим вы пишете свой сервис на CORBA, который создает уникальный идентификационный ключ или предоставляет прогноз погоды для всех стран Европы. Раньше клиентам вашего сервиса необходимо было бы иметь объектную модель CORBA. Теперь SOAP дает возможность коммуникации с клиентами, написанными на любом языке с любой объектной моделью и действующими на любой платформе, будь то Perl или Python на Unix, DCOM или CORBA приложение. Вы можете создать действительно децентрализованный независимый широкоиспользуемый сервис.

SOAP - простой протокол, и в нем исключена необходимость полного описания объектной модели. К примеру, вы хотите вызвать удаленную процедуру - вам вовсе не нужно писать большой код для RPC (Remote Procedure Call), соответствующий определенной объектной модели, а вам следует составить SOAP запрос, получив который, удаленный компьютер выполнит процедуру. Вообще, с точки зрения SOAP, имеется всего лишь сторона A и сторона B, и неизвестно кто из них клиент, а кто сервер; неизвестно как и в каком порядке они обмениваются сообщениями. Спецификация SOAP оставляет возможность определять подобные вещи на уровне реализаций, также использование XML в качестве представления данных говорит о том, что вы сможете определять свои тэги, все это говорит о том, что SOAP можно использовать для самых различных целей.

 


19. Принципы гипертекстовой разметки. Структура гипертекстовых документов.

За основу модели разметки документов в HTML принята таговая модель. Таговая модель описывает документ как совокупность контейнеров, каждый из которых начинается и заканчивается тагами. Т.е. документ НТМL представляет собой не что иное, как обычный АSСII-файл, с добавленными в него управляющими НТМL-кодами (тагами).

 

Таги НТМL-документов в большинстве своем просты для понимания и использования, ибо они образованы с помощью общеупотребительных слов английского языка, понятных сокращений и обозначений. НТМL-таг состоит из имени, за которым может следовать необязательный список атрибутов тага. Текст тага заключается в угловые скобки (< и >). Простейший вариант тага - имя, заключенное в угловые скобки, например <HEAD> или <i>. Для более сложных тагов характерно различие атрибутов, которые могут иметь конкретные значения, определенные автором для видоизменения функции тага.

 

Атрибуты тага следуют за именем и отделяются друг от друга одним или несколькими знаками табуляции, пробелами или символами возврата к началу строки. Порядок записи атрибутов в таге значения не имеет. Значение атрибута, если таковое имеется, следует за знаком равенства, стоящим после имени атрибута. Если значение атрибута - одно слово или число, то его можно просто указать после знака равенства, не выделяя дополнительно. Все остальные значения необходимо заключать в одинарные или двойные кавычки, особенно если они содержат несколько разделенных пробелами слов. Длина значения атрибута ограничена 1024 символами. Регистр символов в именах тагов и атрибутов не учитывается, чего нельзя сказать о значениях атрибутов. Например, особенно важно использовать нужный регистр при вводе URL других документов в качестве значения атрибута HREF.

 

Чаще всего НТМL-таги состоят из начального и конечного компонентов, между которыми размещаются текст и другие элементы документа. Имя конечного тага идентично имени начального, но перед именем конечного тага ставится косая черта (/) (например, для тага стиля шрифта - курсив <i> закрывающая пара представляет собой </i>, для тага заголовка <ТIТLЕ> закрывающей парой будет </ТIТLЕ>). Конечные таги никогда не содержат атрибутов. По своему значению таги близки к понятию скобок "begin/end" в универсальных языках программирования, которые задают области действия имен локальных переменных и т. п. Таги определяют область действия правил интерпретации текстовых тагов документа.

 

При использовании вложенных тагов в документе следует соблюдать особую аккуратность. Вложенные таги нужно закрывать, начиная с самого последнего и двигаясь к первому. Некоторые НТМL-таги не имеют конечного компонента, поскольку они являются автономными элементами. Например, таг изображения <IMG>, который служит для вставки в документ графического изображения, конечного компонента не требует. К автономным тагам также относятся разрыв строки (<BR>), горизонтальная линейка (<HR>) и таги, содержащие такую информацию о документе, которая не влияет на его отображаемое содержимое, например таги <META> и <BASE>.

 

В некоторых случаях конечные таги в документе можно опускать. Большинство броузеров реализованы так, что при обработке текста документа начальный таг воспринимается как конечный таг предыдущего. Самый распространенный таг такого типа - таг абзаца <Р>. Поскольку он используется в документе очень часто, то его обычно ставят только в начале каждого абзаца. Когда один абзац заканчивается, следуюший таг <Р> сигнализирует броузеру о том, что нужно завершить данный абзац и начать следующий. Большинство авторов тагом конца абзаца вообще не пользуются.

 

Есть и другие конечные таги, без которых броузеры отлично работают, например конечный таг </HTML>. Тем не менее, рекомендуется включать по возможности больше конечных тагов, чтобы избежать путаницы и ошибок при воспроизведении документа.

 


20. Идентификаторы UDI. Коды языков.

Unknown Device Identifier (UDI)

 

UDI - небольшая утилита, предназначенная для идентификации неизвестных устройств в системе, отмеченных в диспетчере устройств знаком вопроса. Предоставляет детальный отчет об устройстве: производитель, OEM изготовитель, тип, модель и даже точное имя. При помощи собранных сведений можно произвести поиск на сайте изготовителя или в Интернет на предмет поиска необходимого драйвера по клику мыши. Известные устройства, уже установленные системой Windows будут также идентифицированы. Может быть запущена с любого носителя.

 

Основные возможности:

идентификация устройств на шине USB 1.1/2.0/3.0

идентификация устройств на шине IEEE 1394 (FireWire)

идентификация Plug&Play устройств на шине ISA

идентификация устройств на шине AGP

идентификация PCI, PCI-Express и eSATA устройств

многоязычный интерфейс (английский и французский)

 

Идентификаторы или имена служат для обозначения различных объектов программ: переменных (ячеек памяти), адресов, функций, файлов и т.д., иначе говоря - данных и действий над данными.

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

 

БНФ:

имя = (буква | "_") { буква | цифра | "_" }

 

буква = |"A"|"B"|...|"Y"|"Z"|"a"|"b"|...|"y"|"z"

цифра = "0"|"1"|...|"9"

 

При этом прописные и строчные буквы считаются разными.

 

Длина имени в ANSI стандарте языка Си не ограничена. В Турбо Си имя не может быть длиннее 32 символов. Например: a, a1, _a, a_b.

 

Выбор имен должен производиться так, чтобы имя как можно точнее соответствовало смыслу объекта или действия, которое оно обозначает. Например: speed_of_body, SpeedOfBody, BodySpeed.

 

Экономия на длине имен - плохой стиль программирования.

 

 



Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2016-02-13 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту: