Какие технологии выбрать для написания чата?

Question

[Андрей К]

Всем привет!

Есть веб-приложение написанное на Rails. В ближайшее время планируется его развитие — разработка мобильного приложения в дополнение и API, которое так же будет на Ruby.
Одна из новых фич сервиса — чат, в котором юзеры смогут общаться как из веб-интерфейса, так и из мобильного приложения.

На чем бы вы писали подобный чат и почему? Я с интересом смотрю на Clojure, Erlang, Node.js

Comments

[LeoCcoder]

тоже интересно, наверное скоро предстоит
я пока додумал до: использовать ejabberd в качестве сервера, на клиентах использовать xmpp библиотеки, коих множество.

[Андрей К]

тоже думал об этом

[Юрий Ярош]

Андрей К LeoCcoder на самом деле очень и очень плохая идея так как вы не мерите накладные расходы на коммуникацию, и не представляете сколько у XMPP совсем бесполезной нагрузки.

Answer 1

[witbier]

Web Sockets. Они созданы для чатов ^)

Answer 2

[Алексей Сундуков]

Erlang в помощь. Именно из-за ejabberd. Хорошее устоявшиеся решение под которое написано в том числе и JavaScript чат. Что не исключает использование дескстопных клиентов. Имхо, получается довольно гибко + достаточно независимо от основного приложения.

P.S. Яндекс в свое время выбрал erlang ;)

Comments

[Юрий Ярош]

Ok, может напишите причину по которой vk закрыл свои xmpp сервера ?
Яндекс в свое время выбрал erlang. Яндекс выбирает всё что работает и то с чем могут работать люди, но это отнюдь не означает что подобные решения оптимальны - так было с питоном который поменяли на golang, и так было с erlang'ом с которого плавно слезли на ванильную Java и допиленный Netty.

Answer 3

[nekoholic]

Всё очень просто. Берёте websphere application server, настраиваете там apache active mq и разворачиваете энтерпрайзный проект.

Comments

[Юрий Ярош]

А потом плюётесь от overhead'a сервлетов, высоких задержек и количества сожранной, не понятно на что памяти. О стоимости история умалчивает.

Answer 4

[Maxim Sokhatsky]

Пример чата на Вебсокетах под Erlang:

event(chat) -> wf:send(chat, wf:q(message)),

body() ->
    wf:async(fun() -> loop() end,chat),
  [ #panel{id=history}, #textbox{id=message}, #button{postback=chat}].

loop() ->
    receive
         Message ->
             wf:insert_bottom(history, #span{text=Message}),
             wf:flush()
    end,
    loop().

Полный пример можно посмотреть здесь:
https://github.com/5HT/n2o/tree/master/samples

Answer 5

[Renat Ibragimov]

Почему бы не сделать на Rails или Sinatra если RoR кажется тяжелым будет.

Answer 6

[trueClearThinker]

Для node.js есть такая прекрасная штука, как Socket.io (есть реализация на Erlang) — клиент-серверная библиотека.

Comments

[Large]

открытая версия socket.io для erlang не развивается, лучше использовать socksJs.

Answer 7

[romeo_ordos]

Я бы выбрал Node.JS. Очень легок в разработке. В качестве демки они изначально чат делали. Посмотреть можно здесь. Исходный код прилагается.

Answer 8

[FanKiLL]

netty.io

Answer 9

[Юрий Ярош]

Если вы упоротый рубист, стоит реализовать сервер на основе
faye/faye-websocket-ruby или imanel/websocket-ruby с воркерами на sidekiq. В качестве окружения я лично предпочитаю JRuby. Ещё я видал как люди гоняли рубисткий sock.js. Я даже не представляю почему у него популярность ниже того же socket.io, а поддержка в разы лучше.

Также обязательно нужно написать fallback на Server-sent events и long polling.
Хотя можно вообще на заморачиваться с websocket'aми - его может будет достаточно, и для чатов с большим количеством народу производительность у него будет выше чем у Websocket'ов.

А так, в соседней вселенной, я обычно использую Vert.x и местный sock.js с откатом на sse.

Answer 10

[eliastro]

Если нужно быстрое, но при этом производительное решение - посмотрите anycable. Это переделанный рельсовый action cable на golang, который с легкостью интегрируется в рельсы, заменяя action cable. В итоге ты используешь все плюшки руби-мира и при этом имеешь производительность golang под капотом.
https://anycable.io/