Отправка сервера в реальном времени с помощью Socket IO (или Strophe.js), XMPP и Django

Не уверен, зачем вам нужен резервный вариант Flash, если вы собираетесь использовать BOSH (XEP-0124, XEP-0206), что и делает strophe.js. Если вам не нужна поддержка IE7, вы можете использовать CORS из strophe.js, но не даже нужен прокси для того же происхождения. IE6 будет работать, потому что он небезопасен, а IE8+ поддерживает едва работающую форму CORS.

Чтобы получить информацию от django через XMPP к вашему клиенту, выполните компонентное подключение (XEP-0114) к вашему серверу, используя ваша любимая библиотека Python XMPP, например SleekXMPP из вашего приложения Django. Организуйте, чтобы это соединение было относительно долговечным для повышения производительности (т. е. не создавайте новое для каждого клиентского соединения). Отправьте протокол по мере необходимости.

Вы не указали, какой сервер XMPP вы используете. XMPP-серверы, не поддерживающие BOSH, становятся редкостью, но если он у вас есть, вам может понадобиться Punjab в качестве BOSH- to-XMPP proxy, или вы можете переключиться на более новый сервер, например Просодия.

Я думаю, что как только вы запачкаете руки каким-нибудь узлом, вы обнаружите, что отказаться от Node для socket.io будет намного сложнее. В узле есть очень простые в использовании модули xmpp, готовые к работе (см. https://github.com/astro/node-xmpp). Помните, что узел полностью состоит из javascript, так что вы, вероятно, уже знакомы с его программированием.

Лично у меня были некоторые проблемы с утечкой памяти при использовании узла 0.6 или выше. Node 0.4 работал без этих проблем. Если вы новичок в github (как я был до того, как начал играть с Node), вот как вы можете начать работу с сервером Node.

Получение узла

1. Войдите в свой ящик Linux и любимый каталог (я предполагаю /)
2. git clone https://github.com/joyent/node.git
3. компакт-диск / узел
4. git tag -l (это выведет список всех доступных версий узла)
5. git checkout v0.6.16 (это будет проверка версии узла 0.6.16, вы можете заменить ее на v0.4.12, например, если у вас есть проблемы с памятью)
6. ./настроить
7. сделать
8. сделать установку

Для его создания вам понадобятся определенные инструменты разработки, такие как g++, но на данный момент у вас будет работающая команда node.

Установка модулей Node, таких как xmpp

В Node есть большое количество модулей, большинство из которых уже написано за вас. На http://search.npmjs.org есть средство поиска, или вы можете получить доступ ко всем модулям непосредственно из вашей оболочки. с помощью команды npm. NPM — это инструмент узлов для установки и управления модулями узла. Например, вы можете ввести npm search xmpp для поиска всех модулей xmpp. Чтобы установить базовую библиотеку xmpp для узла, вы должны сделать npm install node-xmpp. Кстати, большинство страниц модуля узла github будут содержать инструкции в файле readme на главной странице.

Поддержание работоспособности узла в рабочей среде

Это бросило меня, когда я только начинал. Если у вас есть какие-либо ошибки, которые не будут пойманы, узел просто умрет. Таким образом, вы можете либо 1. Убедиться, что ошибок нет вообще, либо они все перехвачены (маловероятно, потому что даже сам Node будет ошибаться) 2. Использовать обработчик uncaughtException, чтобы отловить эти проблемы. Вы бы использовали такой код в своей программе

process.addListener("uncaughtException", function (err) {
    util.log("Uncaught exception: " + err);
    console.log(err.stack);
    console.log(typeof(this));
    // maybe email me?

});

Безопасность и использование навсегда

Даже с проблемой uncaughtException ваша работающая программа может умереть. Памяти на исходе, segfaults, кто знает что. Вот где стоит использовать что-то вроде замечательного модуля Node под названием «Forever» (см. https://github.com/nodejitsu/forever). Вы можете ввести npm install forever -g для установки навсегда. Обратите внимание на параметр -g, который навсегда помещает в ГЛОБАЛЬНЫЙ каталог модуля узла. Без -g он помещает модуль узла в текущий рабочий каталог. Затем вы сможете ввести что-то вроде (при условии, что ваша программа node называется my_program.js) forever start my_program.js, и тогда программа Forever позаботится о том, чтобы в случае ее смерти она была перезапущена.

Прежде всего, полное раскрытие: я работаю в компании под названием PubNub, о которой я вскоре упомяну.

Существует целый ряд размещенных служб двунаправленного обмена сообщениями (иногда называемых IaaS — инфраструктура как услуга), которые, на мой взгляд, заслуживают внимания. Это Pusher, Firebase, Flotype, PubNub и другие. Я достаточно уверен, что вы могли бы использовать любой из них для того, чего вы хотите достичь. Firebase имеет встроенную базу данных, которая напрямую связана с их сервисом, что является довольно интересной функцией, но, вероятно, бесполезной для вашего конкретного случая использования (я предполагаю, что у вас уже есть база данных на вашем сервере).

Я не могу слишком много говорить о наших конкурентах, но если вам нужна библиотека JavaScript на внешнем интерфейсе, которая взаимодействует с вашим внутренним интерфейсом Python, мы (PubNub) предоставляем очень похожий API на обоих языках, который взаимодействует с одной и той же шиной данных в облаке. Таким образом, вы можете отправлять сообщения с помощью Python и перехватывать их с помощью JavaScript или наоборот. Мы даже написали размещенную на PubNub версию socket.io, который вы могли бы использовать вместо нашего ванильного API-интерфейса JavaScript, и при этом он все равно был бы связан с вашим бэкэндом Django примерно в 10 строках кода.

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

Мы также используем push в реальном времени с Django и Celery. Когда я впервые создал архитектуру, я также исследовал свои варианты. В конце концов, я решил, что лучше сосредоточусь на том, чтобы приложение было правильным, а не возился с работой DevOps. Существует несколько сервисов, которые предлагают размещенную технологию push-уведомлений в реальном времени, которую можно легко интегрировать с любым приложением.

Я выбрал PubNub и очень доволен. Они поддерживают socket.io для клиентской стороны и имеют библиотеку Python, которую я использую от рабочих Django и Celery. У них также есть SDK, которые вы можете использовать из собственных мобильных приложений.

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

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

Я не связан с этой компанией, просто счастливый клиент. Существуют другие подобные сервисы.