Pusher - Realtime client push service powered by websockets
1–10 of 23 posts
Re: Pusher - Realtime client push service powered by websockets
#2Your demo apps are great, by the way. Just curious, what's your business model going to be?
Re: Pusher - Realtime client push service powered by websockets
#3Re: Pusher - Realtime client push service powered by websockets
#4I'd love a simple ACL for channels. For example, you could do S3-style channel+timestamp+hash authentication, with the hash generated on the server with a secret key. Then for every channel I'd have channel17@r for read-only access, channel17@w for write-only, and channel17 for rw access (default). The way I understand the current system once I have the key for a channel I have unlimited access to it forever.
Re: Pusher - Realtime client push service powered by websockets
#5Re: Pusher - Realtime client push service powered by websockets
#6Try Socket.IO: http://labs.rosepad.com/socket.io/
Re: Pusher - Realtime client push service powered by websockets
#7This is great, I was thinking about making a similar app, but never got around to it. I'd love a simple ACL for channels. For example, you could do S3-style channel+timestamp+hash authentication, with the hash generated on the server with a secret key. Then for every channel I'd have channel17@r for read-only access, channel17@w for write-only, and channel17 for rw access (default). The way I understand the current s…
Re: Pusher - Realtime client push service powered by websockets
#8Try Socket.IO: http://labs.rosepad.com/socket.io/
It's usually writing a good server that is the pain point here.
Re: Pusher - Realtime client push service powered by websockets
#9This is really awesome; except as an app developer, I really rather get a library that I own and have on my own infrastructure than a SaaS model, especially for something so critical to my application.
Re: Pusher - Realtime client push service powered by websockets
#10Oh, fun :) I'm just about to launch a similar service, called Zeropoll. It seems you're pushing the event-handling logic to the client side, whereas Zeropoll generates Javascript on the server (ala RJS) and pushes that to the client. Your demo apps are great, by the way. Just curious, what's your business model going to be?