Durrrrrrrrr.... engine.io is for client side communication, no serverside. On Oct 27, 2012, at 11:59 PM, Dan Milon <danmi...@gmail.com> wrote:
> IMO socket.io/engine.io aim for server-client communication. > But it would be interesting to see some numbers. > > danmilon. > > On 10/28/2012 12:49 AM, Marak Squires wrote: >> Use https://github.com/learnboost/engine.io >> >> On Sat, Oct 27, 2012 at 2:31 PM, Jacob Groundwater <ja...@nodefly.com >> <mailto:ja...@nodefly.com>> wrote: >> >> It looks like ZeroMQ does not play well with the asynchronous nature >> of Node. Take a look at the following gist: >> >> https://gist.github.com/3966362 >> >> I would expect to see three replies from the server, except there is >> only one. This occurs when the server tries to reply out of order. >> Changing the send order to the following works: >> >> sockit('thr').send( JSON.stringify({timeout:0,name:'thr'}) ) >> sockit('two').send( JSON.stringify({timeout:1000,name:'two'}) ) >> sockit('one').send( JSON.stringify({timeout:5000,name:'one'}) ) >> >> >> >> On Sat, Oct 27, 2012 at 11:46 AM, Alexey Kupershtokh >> <alexey.kupersht...@gmail.com <mailto:alexey.kupersht...@gmail.com>> >> wrote: >> >> I'm also interested in this theme. >> >> AFAIR, dnode 6 months ago was good in features but terribly slow >> comparing to socket.io/axon <http://socket.io/axon>. >> >> https://github.com/visionmedia/axon looks interesting, but >> unstable yet - I have already found an issue >> ( https://github.com/visionmedia/axon/pull/62 ). Also I don't >> like it's feature to open a new socket/port for each >> communication type. >> >> Also I don't like Socket.io's feature that it doesn't free ACK >> callbacks (probably already does) which is a leak for long & >> intensive s2s sockets. >> >> воскресенье, 28 октября 2012 г., 1:32:19 UTC+7 пользователь >> Jacob написал: >> >> I was wondering what others are using for communication >> between back-end servers. Since I control all involved >> servers, I would rather not include authentication at the >> application layer. Forwarding SSH ports is perfectly acceptable. >> >> On that note, my own research has lead me to three options, >> in order of personal preference: >> >> 1. a message queue (ZeroMQ) >> 2. websockets (socket.io <http://socket.io>) >> 3. synchronize against the database (MySQL or Redis) >> >> ZeroMQ seems pretty awesome, but I am curious if anyone has >> tried it, and what there experience was. For example, I >> stumbled across an article discussing how their REQ/REP >> model can lock up easily. >> <http://lucumr.pocoo.org/2012/6/26/disconnects-are-good-for-you/> >> The >> workaround is fairly simple, but I am interested in >> soliciting more experience in the area. >> >> Websockets seem like a "native" way, but I see them as >> living in the client-server domain. For example, I would >> have to setup express and a basic restful service on each >> back-end server. Websockets are also 1-to-1, where as ZeroMQ >> supports N-to-N connections. >> >> Synchronizing against the database would involve polling to >> achieve real-time like events. I know Redis supports a >> pub/sub system, but does not seem to have any RPC-like >> mechanisms. >> >> In the end, I will make the decision best suited to our >> needs, but I am sure I can gain from some discussion on the >> matter. >> >> Thanks everyone, >> >> - Jacob Groundwater >> >> -- >> Job Board: http://jobs.nodejs.org/ >> Posting guidelines: >> https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines >> You received this message because you are subscribed to the Google >> Groups "nodejs" group. >> To post to this group, send email to nodejs@googlegroups.com >> <mailto:nodejs@googlegroups.com> >> To unsubscribe from this group, send email to >> nodejs+unsubscr...@googlegroups.com >> <mailto:nodejs%2bunsubscr...@googlegroups.com> >> For more options, visit this group at >> http://groups.google.com/group/nodejs?hl=en?hl=en >> >> >> -- >> Job Board: http://jobs.nodejs.org/ >> Posting guidelines: >> https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines >> You received this message because you are subscribed to the Google >> Groups "nodejs" group. >> To post to this group, send email to nodejs@googlegroups.com >> <mailto:nodejs@googlegroups.com> >> To unsubscribe from this group, send email to >> nodejs+unsubscr...@googlegroups.com >> <mailto:nodejs%2bunsubscr...@googlegroups.com> >> For more options, visit this group at >> http://groups.google.com/group/nodejs?hl=en?hl=en >> >> >> -- >> Job Board: http://jobs.nodejs.org/ >> Posting guidelines: >> https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines >> You received this message because you are subscribed to the Google >> Groups "nodejs" group. >> To post to this group, send email to nodejs@googlegroups.com >> To unsubscribe from this group, send email to >> nodejs+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/nodejs?hl=en?hl=en > > -- > Job Board: http://jobs.nodejs.org/ > Posting guidelines: > https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines > You received this message because you are subscribed to the Google > Groups "nodejs" group. > To post to this group, send email to nodejs@googlegroups.com > To unsubscribe from this group, send email to > nodejs+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/nodejs?hl=en?hl=en -- Job Board: http://jobs.nodejs.org/ Posting guidelines: https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines You received this message because you are subscribed to the Google Groups "nodejs" group. To post to this group, send email to nodejs@googlegroups.com To unsubscribe from this group, send email to nodejs+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/nodejs?hl=en?hl=en