Push - технология

Введение

Итак Push-технология! Житейским резоном рождения данного явления в Сети явилась необходимость оперативного получения информации, публикуемой различными Web-узлами. Режим работы Интернет, при котором вся информация поступает на клиентские машины только по указанию пользователя, оказался не всегда удобным для деловых приложений. В некоторой степени эта задача решается списками рассылки по e-mail, но там тоже надо сделать кое-какие телодвижения для получения данных (как минимум нажать на кнопку "Yes" окна нотификатора). И, видимо, потаенное желание пользователя сидеть сложа руки и одновременно иметь на машине достоверную на данный момент информацию послужило причиной появления в прессе первых упоминаний о Push-технологии в середине 1996г. А первопроходцем стала компания PointCast (http://www.pointcast.com/), открыв службу PointCast Network, предназначенную для автоматической рассылки новостей и других данных на ПК абонентов.

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

Изначально новшество развивали небольшие фирмы. Среди лидеров - PointCast, BackWeb, Marimba. Однако теперь свою могучую длань положили на это дело мастодонты cетевой индустрии: Microsoft, Netscape, Lotus. При этом Microsoft и Lotus запатентовали технологию PointCast, тогда как Netscape живет в альянсе с Marimba.

Данное исследование ни в коем случае не претендует на полноту и всеобщность. Просто кое-что попробовал и о том написал.

Немного технических тонкостей.

Различают так называемый "smart push" и "real push". Впрочем о терминологии еще пока спорят.

"Smart Push" - это не совсем "проталкивание", а вернее - "вытягивание". Другое название "smart pull". При реализации этого подхода используются стандартные сетевые протоколы и существующее серверное ПО. При этом клиентская сторона берет на себя все заботы об отслеживании изменений в документах на сервере, скачивании их в фоновом режиме и оповещении пользователя. "Канал" в этом случае - абстрактное понятие, а клиентский софт - ничто иное как навороченный off-line броузер. На самом деле, этот подход получил самое широкое распространение. И большинство существующих в Сети каналов именно такого рода. Однако в желании угодить пользователю разные производители пошли разными путями. Здорово ведь, когда при "подписке" на канал с сервера приходит информация о разумной глубине отслеживания изменений, структуре канала, частоте опроса и т.д. Таким образом речь идет о формате описания характеристик канала, что и есть камень преткновения стандартов.

"Real Push" - это в полной мере проталкивание информации, иначе именуемое как IP-multicasting. При этом Push-сервер формирует в Сети поток информации к которому по мере необходимости подключаются клиенты. О таком подходе время от времени упоминает пресса, но сколько-нибудь серьезных технических решений пока не замечено. Предположительно нас еще ждет бум в этом направлении.

В данном исследовании удалось уделить более пристальное внимание лишь технологиям Microsoft, PointCast и Netscape. На самом деле вопрос более обширен, но думается, что для составления мнения о технологии в целом этого вполне достаточно.

Обзоры по теме в Сети

Push от PointCast

Описание

Фирма PointCast является одним из основоположников Push-технологии и на данные момент представлена на рынке клиентским пакетом PointCast Network 2.0 (распространяется бесплатно). Усиленно продвигается также комплексное Internet/Intranet решение - PointCast I-сервер. Исторически все начиналось с довольно интеллектуального Push-клиента. Который подкачивал по установленному расписанию документы из Сети и формировал на экране бегущую строку новостей. Оказалось, что такой подход неоправданно загружает сетевой трафик. Ведь если на фирме 20 рабочих мест, и на каждой машине стоит PointCast, то входящий поток имеет двадцатикратную избыточность информации. PointCast отработала эту неприятность, выпустив кэширующий I-сервер, который настраивается на работу всех клиентов корпоративной подсети и существенно оптимизирует внешний трафик.

PointCast явилась также законодателем мод в области стандартов описания характеристик канала. Для этих целей используются файлы формата CDF(Channel Definition Format). Язык описания является подмножеством языка XML V1.0(Extensible Markup Language). В таком файле описываются заголовки и адреса документов, расписание обновлений и некоторая служебная информация. При желании организовать свой вещательный канал для PointCast Network, поставщик содержимого должен создать такой файл на своем сервер и сослаться на него со обычной HTML-страницы. Пользователь же, имеющий на своем компьютере клиент PointCast Network, при нажатии на такую ссылку активизирует процесс подписки на канал. Все проходит автоматически и с этого момента PointCast будет обрабатывать новый канал.

Надо отдать должное PointCast, в комплект поставки входит инструментарий создания файлов описания каналов - Connections Builder, который позволяет, не задумываясь о спецификациях CDF, порождать эти вещи.

В целом продукт производит приятное впечатление. И очень удобен в повседневной работе. Фирма приложила немало усилий для привлечения на свою сторону ведущих поставщиков информации, таких как CNN и ZDNet. Организована централизованная служба promotion каналов пользователей: можно, не отходя от броузера, зарегистрировать свой канал в каталогах PiontCast.

Вообще говоря, политика организации каталогов существующих каналов общепринята и реализована для всех Push-стандартов.

Ресурсы

Push от Microsoft

Описание

Microsoft при реализации своего Push-клиента из состава MSIE 4.0 использовала запатентованную технологию PointCast в области формата файлов описания каналов. Фактически, это CDF-файл, который, при попытке скачать его с сервера, инициирует подписку на канал. Однако корректно подписаться на канал от PointCast посредством MSIE 4.0 далеко не всегда удается, равно как и наоборот. Разница все-таки есть. Но Microsoft все же декларирует для некоторых каналов такую совместимость.

Попытка создать свой канал для MSIE 4.0 увенчалась успехом. Приятно удивила возможности MSIE 4.0 просто оповещать об изменениях без всякой off-line подкачки. Политика регистрации канала в каталогах Microsoft продумана и довольно проста. Необходимо создать специальный файл как можно более навороченный для Channel Preview и в online режиме все это описать. После чего наш канал может найти простой обыватель пользуясь указанным каталогом.

Ресурсы

Push от Netscape

Описание

Netscape при реализации Netcaster 1.0 из состава Netscape Communicator 4.0 пошел путем описания канала через параметры JavaScript 1.2. Для предоставления пользователю возможности подписаться на канал с нашей же странички достаточно по какому-нибудь событию запустить определенный скрипт, который и довершит дело. В качестве наполнения канала, разумеется, используются обычные HTML-файлы.

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

Push от Netscape,как мне кажется, - это в большей мере off-line броузинг, чем все остальное. Никаких интеллектуальных механизмов оповещения об обновлении канала не отыскалось.

Для полноэкранного отображения новостей Netcaster 1.0 имеет так называемый WebTop, который накрывает весь desktop Web-страницей с полноценной навигацией. Увы заставить такую картинку обновиться автоматически не удалось.

Сейчас Netscape готовит к выпуску Netcaster 2.0.

Примеры скрипта

Ресурсы

Заключение

Итак, ничего принципиально революционного данная технология из себя не представляет. В общем случае Push-клиент - это более или менее гибко настраиваемый off-line броузер. Создание каналов не требует больших усилий, вопрос только в информационном наполнении, что справедливо и для любого Web-сайта.

Однако стоит заметить, что ведущие разработчики ПО в этой области особое внимание уделяют интерактивности страниц каналов, хотя это касается и Web-страниц вообще. Microsoft настоятельно рекомендует оживить публикации с помощью DHTML, а Netscape продвигает JavaScript 1.2 и концепцию уровней(LAYERS). И та и другая технологии весьма могущественны. Многочиленные примеры с различными наваротами можно найти по адресу http://www.ruleweb.com/dhtml/, а сайт http://www.htmlguru.com/ просто поражает воображение. Но половинчатость производителей в поддержке решений конкурентов сильно осложняет создание универсального для всех броузеров наполнения. Очевидно именно идея броскости представления канальной информации так обострила этот вопрос. Практически исчерпывающую информацию по вопросу DHTML можно найти по адресу http://www.dhtmlzone.com.

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

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

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

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

Возможность off-line подкачки наверное иногда полезна, особенно, если используется модемное соединение.

К перспективным применениям Push-технологии относят возможность массового автоматического обновления версий программных продуктов на машинах клиентов. Но и тут есть свои "за" и "против". Программные решения такого рода ожидаются вскоре на рынке.

Анализ возможностей Push-клиентов

Рынок однозначно идет в сторону интеграции Push-клиентов в коммуникационные пакеты. Удобство работы с такими продуктами на порядок выше. Именно поэтому выбор в основном лежит между Netscape Communicator 4.x и MSIE 4.x c того момента как появились на свет их Push-составляющие. Тесты показали явное преимущество MSIE как по стабильности работы так и по функциональности. Netscape Netcaster 1.0 на платформе Windows ведет себя не по-джентельменски по отношению к системным ресурсам и не такой шустрый. Единственное, что пока удерживает чашу весов, - это многоплатформенность Netscape и открытость используемых стандартов.

PointCast Network 2.0 - довольно продвинутый и тщательно проработанный продукт. Однако в некоторых случаях совместное использование MSIE 4.0 и Pointcast Network приводит к нежелательным результатам из-за общности форматов описания каналов. Данное исследование не затронуло продуктов компаний BackWeb и Marimba, которые также представляют большой интерес.

 

к оглавлению