Asynchronous ruby framework for websockets, eventsource and streaming (opens in new tab)

(cramp.in)

101 pointslifo14y ago14 comments

14 comments

lifoOP14y ago

Cramp is a fully asynchronous web framework that's very good at dealing with thousands of open connections. It supports WebSockets (latest protocol) and Server-sent Events out of the box. Optionally, supports using Ruby 1.9 fibers to prevent spaghetti evented code - which means seamless Active Record integration.

boundlessdreamz14y ago

How does it compare to node.js? When is cramp a good fit compared to node.js and vice versa?

lifoOP14y ago

It's a great fit when you need to use your existing Ruby code. Active Record models for example. It works very good alongside async sinatra as well.

All said, it all boils down to your personal choice of languages.

sshconnection14y ago

Goliath has a websockets branch and also supports eventsource and streaming pretty easily. If it's something you need, definitely look into Goliath as well.

http://www.igvita.com/2011/08/26/server-sent-event-notificat... https://github.com/postrank-labs/goliath/tree/websockets

lifoOP14y ago

Personally, I think Cramp's interface is a lot better than Goliath when it comes to streaming, because everything is streaming in Cramp. YMMV. https://github.com/lifo/cramp/blob/master/examples/sse/serve... in case you want to compare. Also, goliath websockets branch looks outdated.

FWIW, I do like Goliath. More async solutions in Ruby the better!

petercooper14y ago

HN meta point here. This link was posted 18 days ago too, but with a forward slash at the end: http://news.ycombinator.com/item?id=2874982 (nonetheless it gets an upvote again for being cool). Potential fix/update for news.arc on this issue or just a useful trick to let slide? :-)

lifoOP14y ago

Ha! I didn't realize about '/'. I asked in #startups about giving my old thread a bump but no one responded. So I tried making a new post and it worked!

petercooper14y ago

It's unfortunate but there should be better ways for people to repost URLs over time like this one. This seems an appropriate repost in any case considering the first didn't get its due props. It's the links that do crazy well and then somehow get reposted days later that are really annoying ;-)

I didn't know about the / approach but have used the "?" suffix "trick" a couple of times over the years when submitting things that other people put boring/inappropriate titles on that didn't catch on. I believe # will also work since AJAXified URLs need to be supported.

chetan5114y ago

1. Does this work with Rails?

2. Generally, the "Hello World" for a real-time framework is a simple chat application.

lifoOP14y ago

1. It can work within the same Rails process if you're using async Rails.

2. http://cramp.in/examples two chat apps there. But I don't have a live demo running.

hamidpalo14y ago

I would really love to see some perf comparisons vs C# or Java.

lifoOP14y ago

I'd love to see it too! However, I do think the comparisons should be about the ability handle the number of open connections seamlessly and not req/sec. And relevant memory/cpu usages.

scraplab14y ago

Agreed - do you have any anecdotal evidence of how it performs comparatively to say, Erlang or node?

bascule14y ago

This looks cool, but I wish it were http://socket.io compatible

j / k navigate · click thread line to collapse

14 comments

lifoOP14y ago

boundlessdreamz14y ago

How does it compare to node.js? When is cramp a good fit compared to node.js and vice versa?

lifoOP14y ago

It's a great fit when you need to use your existing Ruby code. Active Record models for example. It works very good alongside async sinatra as well.

All said, it all boils down to your personal choice of languages.

sshconnection14y ago

Goliath has a websockets branch and also supports eventsource and streaming pretty easily. If it's something you need, definitely look into Goliath as well.

http://www.igvita.com/2011/08/26/server-sent-event-notificat... https://github.com/postrank-labs/goliath/tree/websockets

lifoOP14y ago

FWIW, I do like Goliath. More async solutions in Ruby the better!

petercooper14y ago

lifoOP14y ago

Ha! I didn't realize about '/'. I asked in #startups about giving my old thread a bump but no one responded. So I tried making a new post and it worked!

petercooper14y ago

chetan5114y ago

1. Does this work with Rails?

2. Generally, the "Hello World" for a real-time framework is a simple chat application.

lifoOP14y ago

1. It can work within the same Rails process if you're using async Rails.

2. http://cramp.in/examples two chat apps there. But I don't have a live demo running.

hamidpalo14y ago

I would really love to see some perf comparisons vs C# or Java.

lifoOP14y ago

I'd love to see it too! However, I do think the comparisons should be about the ability handle the number of open connections seamlessly and not req/sec. And relevant memory/cpu usages.

scraplab14y ago

Agreed - do you have any anecdotal evidence of how it performs comparatively to say, Erlang or node?

bascule14y ago

This looks cool, but I wish it were http://socket.io compatible

j / k navigate · click thread line to collapse