8 ms·

Notifyr: a new service for push notifications

35 points by nehz 14y ago

StavrosK 14y ago
How is this different from Pusher or the other dozen services like this out there?
- nehz 14y ago
  Thanks for your comment. We believe offering our users more choice is always a good thing. Moreover, while we do provide a similar service, the way we deliver and our goals are slightly different. Pusher uses WebSockets; this is awesome and a very forward thinking technology however can be limited by older browsers and proxies not supporting the WebSocket connection. Notifyr uses EventSource (also a HTML5 spec) and XMLHttpRequest, aiming to support a majority of browsers, including mobile browsers. Additionally, we aim to integrate with Apple and Google's push notification system in the future, allowing a universal method for sending push messages with one API for any platform, device or browser.
  - StavrosK 14y ago
    Hmm, doesn't Urban Airship integrate with the stores too? At any rate, this looks very well done, congratulations and good luck!
    - nehz 14y ago
      Thanks :) From what I gather, Urban Airship aims more at providing a service for native apps rather then web based apps, but I could be mistaken.
  - borski 14y ago
    Pusher actually degrades to Flash Sockets if a browser doesn't support WebSockets: http://pusher.com/docs/flash_fallback http://pusher.com/docs/flash_fallback Here's their browser compatibility: http://pusher.com/docs/browser_compatibility http://pusher.com/docs/browser_compatibility I'm biased - we use Pusher and love it - but regardless, didn't want misinformation spread. :) I'm all for competition.
    - nehz 14y ago
      Yup no worries :D And Pusher is a fantastic service
    - deleted 14y ago
      [deleted]
    - knes 14y ago
      On what project do you use Pusher? tinfoilsecurity.com ?
  - pushpak_io 14y ago
    Note: Pusher also supports fallback to XMLHttpRequest or normal http requests based on your browser afaik. We use pusher a lot for our upcoming point of sale app (live stock updates, etc stuff) and so far we are happy with. But integration's with Apple and Google's push notification system is a good idea. On a side note i see you used angularjs for the main site and we love angularjs don't we =]
  - jschuur 14y ago
    More choice is only a good thing when you make it abundantly clear what it is you're going different, and why someone should use you. Otherwise, you're just making it harder for people to make a decision about what tools to use. Your front page doesn't do a very good job at that right now. The fact that the claim you made here about Pusher and legacy was so quickly disproven, makes things even worse.
alexkus 14y ago
Interesting. We're using APE for something similar (can't go into too much detail as it'll spoil our stealth mode) but with different scaling requirements. We have messages that need to go to our users in three tiers of channels:- a) a bunch of "control" messages to all users (~200 a day to n users) b) users can form subgroups (from 1 to n users) each "control" message will likely require a unique push for each subgroup c) individual pushes to each user Right now (b) and (c) aren't being performed using APE, we just make the clients poll for the new data once they receive a "control" message, but it's better to push the data out to the individual users rather than have them bother a webserver to get the info - even if it is just being served from memcached or varnish and never bothering the backend DB. APE is good for us right now, but with ideas for supporting a much greater number of users (>100,000) I'm planning on knocking up a replacement in C. APE is just overkill for our needs. I'll probably also end up having to use libnetfilter-queue to process the raw TCP directly as kernel memory buffers (4KB each for read/write buffers for each connection) soon add up with >1M users but if it gets that far it'll be a lovely problem to have.
- nehz 14y ago
  Yes.. having a large amount of concurrent users (>100,000) is definitely a challenge, and polling each time adds to the load as you are creating a new connection every time. Our approach was based on horizontal scaling of commodity hardware (on Amazon EC2). We have X number of worker instances serving clients and they internally publish and subscribe using a Redis cluster. Have a look into Redis, ZeroMQ or RabbitMQ. But definitely give our service a try in your free time or for your side projects :)
knes 14y ago
Only JS for now? When do you plan to release Python and Ruby lib?
macspoofing 14y ago
Looks nice, but what's the difference between Notifyr and: • http://www.buddy.com/ http://www.buddy.com/ • http://js.dotcloud.com/ http://js.dotcloud.com/ • https://cloudmine.me/ https://cloudmine.me/ • http://backlift.github.com/docs/ http://backlift.github.com/docs/ • http://www.meteor.com/main http://www.meteor.com/main • https://parse.com/about/index https://parse.com/about/index • http://derbyjs.com/ http://derbyjs.com/ • http://www.kinvey.com/ http://www.kinvey.com/ • http://www.stackmob.com/ http://www.stackmob.com/ • http://www.appcelerator.com/cloud http://www.appcelerator.com/cloud • http://pusher.com/ http://pusher.com/ • http://www.firebase.com/ http://www.firebase.com/ • http://www.pubnub.com/ http://www.pubnub.com/ • https://www.getbridge.com/ https://www.getbridge.com/ • https://www.tambur.io/ https://www.tambur.io/
macspoofing 14y ago
Plans for mobile libraries and server sdks (java, node, python etc.)?
- nehz 14y ago
  Yes definitely as we get more traction

35 points by nehz 14y ago

StavrosK 14y ago

How is this different from Pusher or the other dozen services like this out there?

nehz 14y ago
Thanks for your comment. We believe offering our users more choice is always a good thing. Moreover, while we do provide a similar service, the way we deliver and our goals are slightly different. Pusher uses WebSockets; this is awesome and a very forward thinking technology however can be limited by older browsers and proxies not supporting the WebSocket connection. Notifyr uses EventSource (also a HTML5 spec) and XMLHttpRequest, aiming to support a majority of browsers, including mobile browsers. Additionally, we aim to integrate with Apple and Google's push notification system in the future, allowing a universal method for sending push messages with one API for any platform, device or browser.
- StavrosK 14y ago
  Hmm, doesn't Urban Airship integrate with the stores too? At any rate, this looks very well done, congratulations and good luck!
  - nehz 14y ago
    Thanks :) From what I gather, Urban Airship aims more at providing a service for native apps rather then web based apps, but I could be mistaken.
- borski 14y ago
  Pusher actually degrades to Flash Sockets if a browser doesn't support WebSockets: http://pusher.com/docs/flash_fallback http://pusher.com/docs/flash_fallback Here's their browser compatibility: http://pusher.com/docs/browser_compatibility http://pusher.com/docs/browser_compatibility I'm biased - we use Pusher and love it - but regardless, didn't want misinformation spread. :) I'm all for competition.
  - nehz 14y ago
    Yup no worries :D And Pusher is a fantastic service
  - deleted 14y ago
    [deleted]
  - knes 14y ago
    On what project do you use Pusher? tinfoilsecurity.com ?
- pushpak_io 14y ago
  Note: Pusher also supports fallback to XMLHttpRequest or normal http requests based on your browser afaik. We use pusher a lot for our upcoming point of sale app (live stock updates, etc stuff) and so far we are happy with. But integration's with Apple and Google's push notification system is a good idea. On a side note i see you used angularjs for the main site and we love angularjs don't we =]
- jschuur 14y ago
  More choice is only a good thing when you make it abundantly clear what it is you're going different, and why someone should use you. Otherwise, you're just making it harder for people to make a decision about what tools to use. Your front page doesn't do a very good job at that right now. The fact that the claim you made here about Pusher and legacy was so quickly disproven, makes things even worse.

alexkus 14y ago

Interesting. We're using APE for something similar (can't go into too much detail as it'll spoil our stealth mode) but with different scaling requirements. We have messages that need to go to our users in three tiers of channels:- a) a bunch of "control" messages to all users (~200 a day to n users) b) users can form subgroups (from 1 to n users) each "control" message will likely require a unique push for each subgroup c) individual pushes to each user Right now (b) and (c) aren't being performed using APE, we just make the clients poll for the new data once they receive a "control" message, but it's better to push the data out to the individual users rather than have them bother a webserver to get the info - even if it is just being served from memcached or varnish and never bothering the backend DB. APE is good for us right now, but with ideas for supporting a much greater number of users (>100,000) I'm planning on knocking up a replacement in C. APE is just overkill for our needs. I'll probably also end up having to use libnetfilter-queue to process the raw TCP directly as kernel memory buffers (4KB each for read/write buffers for each connection) soon add up with >1M users but if it gets that far it'll be a lovely problem to have.

nehz 14y ago
Yes.. having a large amount of concurrent users (>100,000) is definitely a challenge, and polling each time adds to the load as you are creating a new connection every time. Our approach was based on horizontal scaling of commodity hardware (on Amazon EC2). We have X number of worker instances serving clients and they internally publish and subscribe using a Redis cluster. Have a look into Redis, ZeroMQ or RabbitMQ. But definitely give our service a try in your free time or for your side projects :)

knes 14y ago

Only JS for now? When do you plan to release Python and Ruby lib?

macspoofing 14y ago

Looks nice, but what's the difference between Notifyr and: • http://www.buddy.com/ http://www.buddy.com/ • http://js.dotcloud.com/ http://js.dotcloud.com/ • https://cloudmine.me/ https://cloudmine.me/ • http://backlift.github.com/docs/ http://backlift.github.com/docs/ • http://www.meteor.com/main http://www.meteor.com/main • https://parse.com/about/index https://parse.com/about/index • http://derbyjs.com/ http://derbyjs.com/ • http://www.kinvey.com/ http://www.kinvey.com/ • http://www.stackmob.com/ http://www.stackmob.com/ • http://www.appcelerator.com/cloud http://www.appcelerator.com/cloud • http://pusher.com/ http://pusher.com/ • http://www.firebase.com/ http://www.firebase.com/ • http://www.pubnub.com/ http://www.pubnub.com/ • https://www.getbridge.com/ https://www.getbridge.com/ • https://www.tambur.io/ https://www.tambur.io/

macspoofing 14y ago

Plans for mobile libraries and server sdks (java, node, python etc.)?

nehz 14y ago
Yes definitely as we get more traction