Primero, aprendí un poco tanto sobre node.js como la librería socket.io. Me parecieron ambas tecnologías muy interesantes.
Las impresiones de socket.io es que es una tecnología que ofrece una gran compatibilidad con navegadores antiguos y ofrece una eficiencia que me dejó pasmado. Permite hacer broadcasts
a todos los clientes de la red a partir de distintas técnicas (Websockets, Comet, ...), eligiendo la más eficiente disponible. Supongo que debe de haber alguna manera de notificar eventos a un
sólo cliente, aunque de momento no la he descubierto.
Una vez estuve un poco familiarizado con la tecnología, decidí desplegar la aplicación de prueba en fluxflex y en Heroku.
Empecé con fluxflex y me llevé una decepción. Para Python y PHP siempre me funcionó todo OK. En cambio, al usar FastCGI se necesita utilizar un módulo de node.js para la compatibilidad. Eso
complicaba la posibilidad de que el desarrollo en mi máquina fuera el mismo que en la suya, además de que me empezó a dar errores en producción que no me daba en mi máquina.
En cambio, Heroku me pareció supercómodo. Además de guiarme en las buenas prácticas de node.js todo funcionó perfecto y me permitía desarrollar y probar en mi máquina con
bastante mayor facilidad. La única restricción que encontré es que debes tener la misma versión de node, la v0.4.7.
La última pega de esta historia es que ni Heroku ni fluxflex soportan WebSockets. De todos modos, usar socket.io hace que, si algún día contratas un hosting que soporta Websockets y node.js
con cambiar cuatro parámetros de tu código (o incluso nada), tienes la eficiencia que los WebSockets aportan.
En cuanto llegue a casa subiré la URL con la demo de "chat" que realicé subida a Heroku. Manteniendo diferentes pestañas de la aplicación se pueden ver como los eventos llegan a los distintos clientes.
Espero que les sirva
Edit, la URL: http://multitower.herokuapp.com/multi
