уведомления в режиме реального времени с использованием xmpp

Question

Я ищу, чтобы включить две функции в мое приложение, используя xmpp. Первый - это индивидуальный чат, который почти завершен (с использованием строфы), а второй - в режиме реального времени, только так, как он работает в facebook. Я попытался понять систему pubsub в xmpp, но не чувствую, что это подойдет именно этой проблеме. Пожалуйста, исправьте, если это неправильно, возможно, из-за неправильного понимания понятий. Мое требование таково: . Предусмотрены предопределенные события, которые могут быть у кого-либо из пользователей, и когда это делается, другие, кто в сети, должны получать уведомление для него. Кроме того, я также хотел бы проверить, предпочитает ли пользователь получать уведомления или нет, прежде чем отправлять их. То, что я не получаю здесь, - это использование pubsub, где и как подходят узлы. Могу ли я создать только один узел, на который будут подписаться все остальные? В таком случае, как абоненты будут публиковать свои события на нем, не являясь владельцем узла?

Другой способ, о котором я думаю, - отправить сообщение в jids всех пользователей один за другим с типом заголовка или с дополнительной полезной нагрузкой, чтобы сказать, что <notif/> отличается от обычных сообщений. Является ли этот метод приемлемым для масштабирования?

Answer 1

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

PEP был упомянут, но это неправильное решение, если вы хотите публиковать его пользователям, которых нет в вашем списке.

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

Answer 2

PubSub будет работать, однако то, что вы описываете, больше похоже на MUC (Multi User Chat).

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

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

Answer 3

Что вы пытаетесь сделать с библиотекой xmpphp, то есть отправкой сообщения на несколько jid, когда это необходимо, является то, что может сделать для вас pub-sub или MUC. : D Следовательно, в зависимости от типа вашего приложения вам нужно выбрать один вариант и экспериментировать с xmpp, все должно стать ясным по мере того, как вы продолжаете ...

Answer 4

Чтобы ответить на ваш второй вопрос относительно уведомления в реальном времени, вам нужно использовать PEP вместо pubsub. Основное различие между 2 заключается в том, что PEP будет публиковаться только тем, кто входит в ваш список, и я думаю, что вы хотите. Кроме того, я думаю, что PEP более широко поддерживается, чем pubsub или atleast поддерживает jabber.org. Единственная проблема с PEP заключается в том, что для этого требуется поддержка Entity Capability.

Об этом сообщается в блоге here. Примеры приведены на Java; надеюсь, что вы не против этого ;-)