2014-02-20 2 views
1

В настоящее время у меня есть список пользователей на стороне сервера, который вытаскивается браузером пользователя А, а затем локально отслеживает состояние системы через толкатель при входе и выходе пользователей.Демон наблюдателя на канале Пушера

Поскольку статус пользователя А изменяется, он отправляет обновления ajax серверу для уведомления о его статусе.

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

Я хотел бы создать наблюдателя на стороне сервера, который постоянно контролирует каналы-толкатели и действует как избыточный метод синхронизации браузера клиентов с базой данных.

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

-Needs для интеграции с толкателем и иметь возможность слушать/реагировать на события, а не только отправлять сообщения JSon по каналу

-Needs получить все события, которые опубликованы на канале

Я не уверен, какие библиотеки или существуют решения, которые могут слушать Pusher канала событий на сервере.

Любые предложения были бы очень признательны.

+0

Этот вопрос слишком субъективен для ответа на Stackoverflow. –

+0

Это звучит только субъективно из-за «языковой» части вопроса. Я бы предположил, что он удален. Вопрос о том, как прослушивать события канала с серверной технологии, очень важен. – leggetter

ответ

1

Лучшим решением для этого является использование Pusher's WebHooks. Преимущество этого заключается в том, что вы можете получать ряд событий, связанных с деятельностью пользователя, и все события будут доставлены, то есть сбои будут поставлены в очередь и будут возмущены.

Нет требований к языку для использования WebHooks, поскольку это просто запрос HTTP, сделанный из Pusher, в конечную точку, которую вы определяете.

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

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