node.js — чат в реальном времени на PHP + Redis + Pub / Sub + WebSockets (+ NodeJS)

PHP Ratchet — одна из лучших реализаций, которую я использовал для связи в реальном времени через WebSockets. Он основан на ZMQ Sockets, который используется в нескольких онлайн-играх и приложениях для чата.

Следующие примеры помогут вам начать работу довольно быстро и ответят на ваши вопросы о auth_id и подписках:

http://socketo.me/docs/hello-world

http://socketo.me/docs/push

Обзор архитектуры:

http://socketo.me/docs/push#networkarchitecture

Я бы посоветовал создавать отдельные соединения (toppics) для каждого разговора, так как это не влияет на производительность и добавляет дополнительный уровень безопасности для каждого чата.

Каждый пример чата в реальном времени, который я видел, получал идентификатор от клиента. Это небезопасно, потому что клиент легко может манипулировать им, поэтому мне нужно было найти другой метод. После прочтения Спецификации WAMP Я наконец-то понял, что мне нужно аутентифицировать пользователя не только в приложении, но и в Crossbar.io. Я выбрал динамический метод WAMP-CRA и реализовал его следующим образом:

• Приложение PHP подключается к серверу Crossbar и регистрирует собственный аутентификатор (аналогично пример)
• После входа пользователя в приложение генерируется Секретный ключ для него и сохраняется в базе данных. После выхода из системы ключ уничтожается.

• Процедура:

  1. Каждая загруженная страница содержит Идентификатор пользователя а также Секретный ключ загружается из БД:

     <script>
     auth_id = '<?php echo $user->id ?>';
     secret_key = '<?php echo $user->secret_key ?>';
     </script>
     

  2. Пользовательский браузер подключается к Crossbar.io сервер и получить ответ с запросом от пользовательского аутентификатора.
  3. Это вычислить подпись, используя ключ и отправить вместе с auth_id в Crossbar.io сервер
  4. Аутентификатор достает из БД секрет за предоставленный auth_id и рассчитать подпись. Затем сигнатуры сравниваются, и если они равны, аутентификация проходит успешно.
  5. Сейчас auth_id содержит идентификатор пользователя, и мы можем доверять его значению. Теперь вы можете ссылаться на раздел ‘Как я могу получить auth_id при подписке?’.

Как я могу получить auth_id при подписке?

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

• PHP:

  $onEvent = function ($args, $argsKw, $details, $publicationId) use ($session) {
  $auth_id = $details->publisher_authid;
  ...
  }
  $session->register('com.example.event', $onEvent);
  

• JS:

  function on_event(args, kwargs, details) {
  auth_id = details['publisher_authid'];
  ...
  }
  session.subscribe('com.example.event', on_event);
  

Я также добавил аутентификацию cookie, и браузер запоминается после аутентификации. Но когда я смотрю в Chrome DevTools, в локальном хранилище нет ни куки, ни значения. Даже после очистки кеша мой браузер до сих пор запоминается по Crossbar. Интересно, как это возможно?

Прежде всего, очистка кеша и полная перезагрузка не удаляют куки. Когда я задавал этот вопрос, был какой-либо файл cookie, но сегодня я вижу cbtid:

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