Система мгновенных вызовов / уведомлений

Question

Моя настройка: В настоящее время работает выделенный сервер с Apache, PHP, MYSQL.Моя БД все настроена и хранит все правильно.Я просто пытаюсь понять, как наилучшим образом отображать вещи вживую эффективным способом.

Это будет живая сложная система для сетевой игры.

• Пользователь A отправляет вызов Пользователю B

• Пользователь B немедленно получает предупреждение и должен принять решение о том, принимать или отклонять

• После того, как пользователь Bпринимает, что он и пользователь A оба перенаправлены на определенную страницу, обслуживаемую БД (на этой странице ничего особенного не происходит, и им не нужно синхронизироваться или что-либо еще)

Ответ пользователя B прост: да или нет, пользователь B не устанавливает никаких других параметров, страница, на которую он направляется, уже была определена, когда пользователь A отправляет запрос.

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

Я ознакомился с методами длинных опросов, кометой и т. Д. Но я все еще ищу мнения о наилучшем способе достижения этого, исделайте его масштабируемым.

Я открыт для любых попыток, если они будут работать (или в тандеме) с моими текущими настройками PHP и MYSQL.Спасибо!

Answer 1

Вы спрашиваете об уведомлениях с сервера клиенту.Это может быть реализовано либо посредством частого опроса Клиента на предмет изменений, либо с помощью того, что Сервер удерживает открытый доступ к Клиенту, и для отправки изменений.Оба имеют свои преимущества и недостатки.

РЕДАКТИРОВАТЬ : Дополнительная информация

• Преимущества метода извлечения:
  • Простота реализации
  • Сервер может быть довольно наивным о том, кто получает данные
• Метод извлечения Недостатки:
  • Ресурсоемкость на стороне клиента, независимо от частоты опроса
  • ВремяСравнение с ресурсом: более частые опросы означают большее использование ресурсов.Меньшее использование ресурсов означает меньшее количество немедленных данных.
• Преимущества метода Push:
  • Общий контроль сервера
  • Данные немедленно отправляются клиенту
• Метод Push Недостатки:
  • Потенциально очень ресурсоемкий на стороне сервера
  • Вам нужно реализовать какой-то способ, чтобы сервер знал, как связаться с каждым отдельным пользователемклиент (например, Apple использует UUID устройства для своих APNS )

Что говорит Википедия (некоторые действительно хорошие вещи на самом деле): Потяните , Нажмите .Если вы склоняетесь к модели Push, возможно, вы захотите настроить приложение как Pushlet