2011-01-29 21 views

Respuesta

6

He analizado las opciones de este material de forma bastante exhaustiva y el chat en tiempo real está un poco en contra de Rails. Si realmente quieres permanecer dentro de Rails, entonces Cramp es probablemente la mejor opción. También recomiendo que eche un vistazo a este artículo sobre Websockets and Rails: http://www.igvita.com/2009/12/22/ruby-websockets-tcp-for-the-browser/

El uso de EventMachine para manejar la comunicación significa que, aunque todavía estará fuera de Rails, al menos está en Ruby y puede compartir modelos y bibliotecas.

Tengo rieles asíncronas construir en GitHub: https://github.com/tobyhede/AsyncRails

que se basa en gran medida en: https://github.com/igrigorik/async-rails

12

Tienes razón que el nuevo Juggernaut se desacoplarse rieles, pero Eso no eso significa que no puedes usar los dos juntos. Juggernaut viene con una biblioteca de Ruby. Usar Juggernaut resuelve el problema de conexión de larga duración del que Toby estaba hablando.

Cualquier pregunta sobre Juggernaut, escríbeme una línea (soy el creador).

+0

Acabo de agregar soporte en tiempo real a una aplicación que usa Juggernaut y quedé muy impresionado. – lebreeze

+3

+1 para el creador que está activo – austinbv

0

bien - también se podría tratar Socky: https://github.com/socky/socky-server-ruby

Es a base de rubí, y utiliza como base de WebSocket con resguardo de Flash para soportar la mayoría de los dispositivos. También es completo basado en ruby ​​así que pruébalo si quieres :)

Cuestiones relacionadas