- •Основы технологии «клиент-сервер». Технология «клиент-сервер»
- •Семейство серверов Microsoft .Net (Microsoft Corporation)
- •5. Серверы Интернет. Web-сервер, его функции и предъявляемые к нему требования.
- •IPlanet server (бывший Netscape Enterprise server) от Netscape и Sиn
- •7. Основы Web-программирования: основные понятия и термины
- •9. Модель osi.
- •10. Протокол прикладного уровня http. Их назначение и применение.
- •12. Протокол прикладного уровня pop. Их назначение и применение.
- •13. Протокол прикладного уровня imap. Их назначение и применение.
- •Достоинства
- •Недостатки
- •18. Протокол soap, применение и преимущества.
- •19. Принципы гипертекстовой разметки. Структура гипертекстовых документов.
- •21. Понятие о стандартном обобщенном языке разметки sgml.
- •22. Консорциум w3c. Версии языка гипертекстовой разметки html.
- •23. Понятие о расширяемом языке разметки xml.
- •24. Html-редакторы и универсальные редакторы Web-страниц.
- •25. Описание языка html. Теги языка html и их свойства.
- •26. Создание html-документа. Структура и синтаксис документа.
- •27. Служебные теги, теги форматирования текста и таблиц.
- •29. Теги включения ссылок, изображений.
- •30. Теги включения мультимедийных объектов.
- •Фреймы.
- •Организация Web-страниц.
- •Каскадные таблицы стилей.
- •Способы определения стилей.
- •Элементы стилей. Синтаксис стилей.
- •Способы динамического управления страницей.
- •Команды Dynamic html.
- •Скрипты.
- •Характеристика и возможности расширяемого языка разметки xml.
- •Язык описания схемы данных xml (dtd).
- •Способ формального описания структуры xml-документа (xsdl).
- •Структура агрегированных объектов документа (dom).
- •Стандарты платформы xml: xPath, xLink, xPointer.
- •Стандарты платформы xml: xslt, rdf.
- •Стандарты платформы xml: xml-Signature, xQuery.
- •Связывание данных xml с элементами html.
- •Интеграция xml с корпоративными бизнес-моделями.
- •Разработка Web-приложений с помощью xml.
- •Базовый парсер xml (sax) и его функционирование.
- •Приемы и методы разработки сетевых приложений.
- •Основные задачи, выполняемые серверными программами.
- •Инструментальные средства создания приложений: Средства создания программ, выполняемых на стороне сервера. Их характеристика и назначение.
- •Инструментальные средства создания приложений: Спецификация cgi (Common Gateway Interface).
- •Шлюз cgi. Препроцессор.
- •Инструментальные средства создания приложений: Расширения isapi и их преимущества.
- •Инструментальные средства создания приложений: Серверы asp.
- •Характеристика типовых задач, решаемых клиентской частью приложений.
- •Функциональные возможности клиентской части.
Достоинства
Веб-службы обеспечивают взаимодействие программных систем независимо от платформы.
Веб-службы основаны на базе открытых стандартов и протоколов. Благодаря использованию 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 можно использовать для самых различных целей.
