А ответ порождается сервером . Противоположностью ей является технология 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 производится в рамках… … Википедия
Символ USB USB (англ. Universal Serial Bus универсальная последовательная шина) последовательный интерфейс передачи данных для среднескоростных и низкоскоростных периферийных устройств. Разработка спецификаций на шину USB производится в рамках… … Википедия
Символ USB USB (англ. Universal Serial Bus универсальная последовательная шина) последовательный интерфейс передачи данных для среднескоростных и низкоскоростных периферийных устройств. Разработка спецификаций на шину USB производится в рамках… … Википедия
Для улучшения этой статьи желательно?: Найти и оформить в виде сносок ссылки на авторитетные источники, подтверждающие написанное. Дополнить статью (статья слишком короткая либо содержит лишь словарно … Википедия
) в Интернете , когда данные поступают от поставщика к пользователю на основе установленных параметров. Пользователь же, в свою очередь, либо отвергает, либо принимает данные.
Обычный пользователь может подписаться на различные темы, информацию от сервис-провайдера, и каждый раз, когда новое обновление формируется на сервере, это обновление доставляется на компьютер пользователя. Противоположностью 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 , когда почтовый клиент делает запросы каждые несколько минут.
Работа этого модуля требуется для обеспечения полной функциональности модулей Мобильные приложения
, Блоги
и Веб-мессенджер
.
Модуль использует технологии:
Pull (англ. long-polling, англ. simple pull) - технология сетевой коммуникации, при которой первоначальный запрос данных производится клиентом, а ответ порождается сервером.Технология Pull - эффективный и экономичный способ для открытого вещания широкому кругу неизвестных потенциальных клиентов. Он наиболее эффективен для клиента, ищущего специфический элемент. Pull-запросы составляют базовую основу сетевых вычислений, когда множество клиентов запрашивают данные с централизованых серверов. Так же, pull широко используется в сети Интернет для HTTP-запросов страниц на web-сайтах.
Противоположностью ей является технология 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.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 уведомления на мобильные телефоны .
- Если в системе несколько активных сайтов, то есть возможность выбрать на каких сайтах модуль не будет работать.
Технология Push & Pull делает все на портале «живым» Для полноценной работы интерактивного функционала продукта «Битрикс24», в частности, обмена мгновенными сообщениями, уведомлений, аудио/видеозвонков требуется сервер очередей, рекомендуемой реализацией которого является модуль nginx-push-stream-module для Ngnix , который входит в состав нашего готового веб-окружения для использования портала.
Без использования данного решения, клиентские устройства вынуждены постоянно (очень часто) опрашивать сервер портала на предмет новых сообщений/уведомлений. Уменьшив интервал опроса, можно добиться возможности получать частично функционал (сообщения, уведомления, счетчики, некоторые события P&P), однако большая часть интерактивности будет не доступна.
Кроме этого, такой постоянный опрос генерирует значительную нагрузку на сервер, что может приводить к задержкам получения сообщений, особенно при использовании серверной ОС Windows, производительность веб-подсистемы и СУБД которой ниже, чем у аналогичных ОС на базе linux.
Push and Pull
Модуль Push and Pull позволяет организовать транспорт мгновенных нотификаций и сообщений клиентам. Реализация данного функционала в виде отдельного модуля позволяет любому модулю (в том числе и модулям сторонних разработчиков) используя API отправлять мгновенные нотификации и сообщения клиентам. Как работает Push and Pull
Ваше сообщение прочли и пишут вам ответ
Отправляя сообщения, вы всегда будете в курсе, прочитал ли его ваш коллега. Благодаря технологии Push and Pull Веб-мессенджер выводит статус прочтенности сообщений.Вы сразу видите, когда коллега отвечает - пишет вам сообщение.
Удобный «живой» мини-чат на портале
«Живые» сообщения
Откройте в отдельном окне адресованное вам или написанное вами сообщение на портале (блог), - и сможете в реальном времени вести обсуждение какой-то злободневной темы. При этом в обсуждении участвуют все сотрудники, кому было адресовано сообщение. Вы получаете аналог удобного мини-чата на портале - «Живые» сообщения.
Задачи real-time
Push & Pull! «Живые» мобильные задачи| Благодаря фирменной технологии Push & Pull в мобильном приложении вы видите реальные, «живые» задачи - и списки, и подробности. Если кто-то, к примеру, удалил задачу на портале с десктопного приложения - она тут же исчезает в списке задач, открытом в приложении мобильном. Или, еще один пример - задачу переименовали на портале, или в задаче изменился ответственный, срок и т.д. Вы сразу же увидите эти изменения, если в это время смотрите подробности задачи.
Instant viewing! Мгновенный просмотр содержимого задачи
|
|
Для разработчиков
Чтобы сообщения в десктопном приложении, IM сообщения и блоги на портале стали «живыми», а задачи в мобильном приложении - real-time, - должен быть установлен модуль pull. Модуль повышает интерактивность общения на портале. Оптимально использовать для работы продукта «1С-Битрикс: Виртуальная машина». «Сервер очередей», включенный в «1С-Битрикс: Виртуальная машина», убирает 60-секундную задержку при получении IM cообщений.