Openfire и push-уведомления - PullRequest
1 голос
/ 31 марта 2012

Я пишу приложение для IOS, которое в основном является приложением для чата jabber. Я использую Openfire для сервера xmpp и до сих пор это было здорово. Проблема, с которой я сейчас сталкиваюсь, связана с push-уведомлениями. Приложение написано на Xcode, который получает пользовательские данные из PHP Api. Openfire - это сервер xmpp. Проблема заключается в том, что, когда приложение отправляет сообщение на openfire, мне также необходимо запросить php api, чтобы узнать, есть ли пользователь в сети, а если нет, отправить push-уведомление. Это должно происходить для каждого отправленного сообщения, и, как вы можете догадаться, это повлияет на производительность всех этих запросов.

У меня все работает, я просто не могу пройти через этот горб. Если бы только openfire отклонил запрос моего выбора при получении сообщения.

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

Ответы [ 2 ]

4 голосов
/ 27 августа 2012

В openfire сообщения для офлайн-пользователей хранятся в офлайн-таблице.Поэтому вашему php-коду не нужно беспокоиться о статусе пользователя, если der - это какая-либо запись в таблице ofOfline, это означает, что пользователь был в автономном режиме.Теперь создайте планировщик, который будет постоянно искать в таблице ofOfline офлайн-сообщения, объединяя их воедино и отправляя уведомление пользователю

0 голосов
/ 01 апреля 2014

Я потратил много времени в библиотеке XAMPPHP, но не могу найти правильного решения.так что для разработки веб-приложения чата с Jabber-сервером.вместо того, чтобы использовать XAMPPHP, вы можете использовать "http://strophe.im/strophejs/", это будет намного быстрее, чем XAMPPHP, и вы можете найти больше плагинов js для Strophe js. Также вы можете найти более готовую клиентскую базу xmpp на strophe js.будет лучше, чем XAMPHP.

...