Технология пуш пул. Технология Pull. Отрывок, характеризующий Технология Push

) в Интернете , когда данные поступают от поставщика к пользователю на основе установленных параметров. Пользователь же, в свою очередь, либо отвергает, либо принимает данные.

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

Push-технологии приобрели известность благодаря продукту PointCast , популярному в 1990-е годы. Сеть PointCast занималась доставкой новостей и данных фондового рынка , содержала агрегатор с собственным форматом, отдалённо напоминавшим телевидение, с текстом и рисунками, вместо видео. Влияние СМИ было значительным, так что Netscape и Microsoft в разгар браузерной войны решили включить эту технологию в свои браузеры Netscape Navigator и Internet Explorer соответственно. Однако в большинстве случаев пользователи имели низкую скорость подключения , поэтому популярность сервиса была низкой, а позже сошла на нет, вытесненная pull-технологией RSS в начале 2000-х годов. Однако, с развитием скоростей, в 2010-х гг. push получили огромную популярность.

Принцип работы для современных ОС

Для работы push-уведомлений используется четыре компонента :

Предварительно разработчик приложения регистрирует свой сервер на сервере уведомлений ОС.

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

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

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

Применение

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

Типичными примерами push-сервисов являются

Синхронные конференции и системы обмена мгновенными сообщениями (IRC , XMPP).
Система информеров (автоматически обновляющийся блок контента от поставщика, устанавливаемый на сайте пользователя).
SMTP -системы электронной почты также относятся к push-системам.

Push-запросы могут быть смоделированы и с помощью регулярных pull-запросов , как это происходит, например, при извлечении сообщений электронной почты с сервера POP3 , когда почтовый клиент делает запросы каждые несколько минут.

А ответ порождается сервером . Противоположностью ей является технология Push .

Технология Pull - эффективный и экономичный способ для открытого вещания широкому кругу неизвестных потенциальных клиентов. Он наиболее эффективен для клиента, ищущего специфический элемент. Pull-запросы составляют базовую основу сетевых вычислений, когда множество клиентов запрашивают данные с централизованых серверов. Так же, pull широко используется в сети Интернет для HTTP-запросов страниц на web-сайтах.

Большинство web-каналов, таких как RSS , технически используют pull-схему. С помощью RSS программа пользователя (RSS reader) периодически опрашивает сервер на предмет нового содержания; сервер не отправляет клиенту нежелательную информацию.

См. также

Ссылки

CGI Programming on the World Wide Web Глава 6 Online

Wikimedia Foundation . 2010 .

Смотреть что такое "Технология Pull" в других словарях:

Запрос «Push уведомления» перенаправляется сюда; о службе уведомлений Apple см. Служба Push уведомлений Apple. Технология Push (англ. Push, дословно «продавливание» или «продвижение»), (также известен как webcasting или netcasting)… … Википедия

модель приема сообщений с опросом - Технология Pull это способ организации сети, при которой сервер посылает информацию абонентам после получения запроса с их стороны (МСЭ Т Х.1141). Тематики электросвязь, основные… … Справочник технического переводчика

Индустрия - (Industry) Индустрия это важнейшая отрасль народного хозяйства Индустрия красоты, туризма, развитие строительной, гостиничной, игровой индустрии Содержание >>>>>>>>>>>>>>> Индустрия (In … Энциклопедия инвестора

Схематическое изобр … Википедия

Символ USB USB (ю эс би, англ. Universal Serial Bus «универсальная последовательная шина») последовательный интерфейс передачи данных для среднескоростных и низкоскоростных периферийных … Википедия

Символ USB USB (англ. Universal Serial Bus универсальная последовательная шина) последовательный интерфейс передачи данных для среднескоростных и низкоскоростных периферийных устройств. Разработка спецификаций на шину USB производится в рамках… … Википедия

Для улучшения этой статьи желательно?: Найти и оформить в виде сносок ссылки на авторитетные источники, подтверждающие написанное. Дополнить статью (статья слишком короткая либо содержит лишь словарно … Википедия

Торговый маркетинг пользуется двумя основными стратегиями (они тоже иногда называются как маркетинговыми): это так называемые стратегия проталкивания -- “пуш” (push) и стратегия втягивания - “пул” (pull).

Стратегия проталкивания стимулирует продажи через особые условия для первого звена в канале сбыта, подвигая (толкая) закупщиков приобретать определенные объемы, но затем заставляя их самих заботиться о дальнейшем продвижении товара. Чаще всего эта стратегия реализуется в “специальной цене” определенного объема товара или на определенный период времени. Результат этой стратегии краткосрочный, трудно прогнозировать динамику реализации следующих партий.

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

Существует подход, когда стратегии pull и push рассматриваются как модели продаж (стратегии продаж), маркетинг обслуживает эти продажи и подчиняется им.

Модель продаж Push управляет отгрузкой товара. Главный показатель - динамика отгрузок товара со своего склада, оцениваемая по выполнению плана отгрузок. Принцип тот же - “вытолкнуть” продукт со своего склада и отчитаться за объемы. А следующее звено в дистрибуции уже само позаботится, куда распределить эту партию. В этом случае активизируются методы трейд-промоушн. В такой концепции маркетинг обслуживает продажи.

По модели продаж pull (управление покупкой товара) управление продажами осуществляется на основании динамики покупки товара конечным потребителем в торговых точках. Работа дистрибуторов ориентирована на поддержание оптимальных 212

запасов продукта в торговых точках и завоевание и удержание полочного пространства в каждой торговой точке.

Эффективность дистрибуции при данной модели продаж определяется:

поддержанием всей выкладки товара (планограммы) по установленному ассортименту на завоеванном полочном пространстве;
наличием оптимальных запасов по каждой позиции на складе каждой торговой точки;
скоростью вывода новых позиций продукта на завоеванное полочное пространство.

Работа же маркетолога ориентирована на создание потребительской культуры и особой привлекательности потребления в разных формах.

Эффективность маркетинга определяется динамикой роста покупок продукта конечными потребителями в различных сегментах розницы.

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

В чистом виде модель push можно использовать только при плановом хозяйствовании и ненасыщенных рынках. Тогда производят или закупают для перепродажи столько, сколько можно “вытолкнуть”.

Модель pull ориентируется на прогнозы потребления, которые динамически меняются. Это создание спроса на продукт, стимулирование интереса покупателя - все типичные задачи коммуникационных кампаний. Здесь важны оценка коммуникативной эффективности всех мероприятий, быстрый отклик на результаты и высококлассная оптимизация логистики с помощью информационно-технических бизнес-технологий. Но и здесь можно запустить массированную рекламную кампанию, возбудить интерес к товару, а если его не окажется на полках из-за того, что подвела дистрибуция, все затраты окажутся бессмысленными; потребители могут просто забыть рекламное обращение.

Поэтому говорить о стратегическом подходе можно условно. Надо синхронизировать все организационно-технологические и информационно рекламные методы.

В практике отделы торгового маркетинга могут быть в системе отдела продаж (тогда они усиленно занимаются “проталкиванием” по стратегии push) товаров или в отделе маркетинга и рекламы (тогда они активно работают в рамках стратегии pull, особенно стимулируя потребителя в местах продаж).

Работа этого модуля требуется для обеспечения полной функциональности модулей Мобильные приложения , Блоги и Веб-мессенджер .

Модуль использует технологии:

Pull (англ. long-polling, англ. simple pull) - технология сетевой коммуникации, при которой первоначальный запрос данных производится клиентом, а ответ порождается сервером.

Противоположностью ей является технология Push.

Push (англ. Push, дословно - «продавливание» или «продвижение»), (также известен как webcasting или netcasting) - один из вариантов распространения контента в Интернете, когда информация поступает от сервера к клиенту на основе ряда параметров, установленных клиентом.

Обычный пользователь может подписаться на различные темы, информацию от контент-провайдера, и каждый раз новое обновление формируется на сервере, это обновление "продвигается" на компьютер либо смартфон пользователя.

Примечание : Если при просмотре ленты у пользователя вместо правильного текста появляются нечитаемые символы, то скорее всего в браузере жестко указана какая-либо кодировка. Необходимо указать автоматический выбор кодировки (Вид > Кодировка > Авто).

Как работает Push and Pull

На серверной стороне поддержка мгновенных сообщений осуществляется модулем NGINX : nginx-push-stream-module. Данный модуль обеспечивает поддержку long-polling соединений с клиентами и доставку опубликованных им сообщений.

Примечание : Bitrix Framework и без модуля nginx-push-stream-module обеспечивает достаточно высокую скорость передачи сообщений: 60 секунд интервал, при наличии сообщений интервал между соединениями уменьшается до 10 секунд.

При открытии страницы клиент ajax-запросом, подключается к своему каналу на одном из портов NGINX: 8893 (http) или 8894 (https). (В случае использования виртуальной машины BitrixVM. При использовании собственной конфигурации сервера администратор волен использовать любые удобные ему порты.) С данного порта NGINX перенаправляет пользователя на внутренний сервер очередей (доступный только по 127.0.0.1:8895), где проверятся наличие канала пользователя и новых сообщений. В случае если в канале нет сообщений, сервер не отдает ответ, а держит соединение в течение 40 сек.

Если в течение этого времени в канал пользователя придет новое сообщение, то сервер отправит его клиенту и закроет соединение. В случае если в канал пользователя не будет новых сообщений в течение 40 секунд, то сервер разорвет соединение и отправит ему заголовок: 304 Not Modified.

После получения ответа сервера и закрытия соединения клиент выполнит повторное подключение к каналу с новой датой последнего изменения.

Сообщения в канал пользователя публикуются посредством вызова соответствующих методов API модуля Push and Pull .

Примечание : Большое значение имеет правильная синхронизация времени сервера с глобальными серверами.

Настройка модуля

При использовании продуктов Bitrix Framework на базе виртуальной машины BitrixVM с v. 5.0 необходимости в настройке модуля нет: всё работает "из коробки". Если проект используется не на штатных средствах установки Bitrix Framework, то необходимо произвести дополнительные настройки.

Примечание : Приведённые ниже образцы настроек даны для примера. Настройку под конкретный проект, при отказе от использования рекомендуемых BitrixVM или BitrixEnvironment, администратор должен произвести самостоятельно.
Внимание! Работа модуля Push and Pull поддерживается только до версии 0.5 nginx-push-stream-module . Более свежии версии не поддерживаются, так как для работы Push and Pull разрабатывается специальное решение от "1С-Битрикс".

Соберите NGINX с поддержкой модуля nginx-push-stream-module;
В качестве примеров можно использовать файлы из нашей виртуальной машины:
- /etc/nginx/bx/site_enabled/push.conf - настройки push and pull для публикации сообщений, а так же для работы мобильных;
- /etc/nginx/bx/conf/im_subscrider.conf - настройки для получения сообщений (они подключаются к сайту непосредственно);
- /etc/nginx/bx/conf/im_settings.conf - количество каналов, объём памяти и т.п..
Настройка nginx-push-stream-module в версии 0.4.0 (рекомендуется к использованию)
Настройка nginx-push-stream-module в версии 0.3.4
Включите в настройках продукта на странице Настройки > Настройки продукта > Настройки модулей > Push and Pull опцию На сервере установлен модуль nginx-push-stream-module :
Так же необходимо выбрать версию используемой вами машины. Рекомендуется использовать Виртуальную машину в версии 4.4 и выше, так как в ней используется более совершенная версия модуля nginx-push-stream-module 0.4.0, позволяющая использовать технологию Веб-сокетов и отправление команд.
При заполнении поля учтите, что его значение зависит от настройки large_client_header_buffers сервера NGINX. Значение этой настройки в 8 kb соответствует возможности отправить 100 команд. Зависимость этого значения и числа команд - прямо пропорциональная: если нужно отправить, например 200 команд за одно соединение, то в large_client_header_buffers сервера NGINX должно стоять 16 kb.
Большое число значений поля Максимальное кол-во отправленных команд за одно подключение к серверу нужно при большом среднем числе получателей сообщений. Зависимость от общего числа пользователей корпоративного портала здесь прямая, но пропорциональность устанавливать надо опытным путём конкретно для вашего случая. Если технические возможности позволяют, то можно не рассчитывать пропорциональность, а установить значение поля "с запасом": на 150 пользователей портала использовать 100 команд, на 300 - 200 команд и так далее.
При необходимости перенастройте шаблоны путей. Домен в адресе для чтения сообщений можно указать #DOMAIN# : такая нотация будет автоматически заменяться под нужный домен для многодоменных конфигураций. Примечание : Если используется Виртуальная машина, либо настройка nginx-push-stream-module производилась по аналогии с BitrixEnvironment , то изменения путей не требуется.
При использовании мобильных устройств включите поле Отправлять PUSH уведомления на мобильные телефоны .
Если в системе несколько активных сайтов, то есть возможность выбрать на каких сайтах модуль не будет работать.