8 ms·
Push notifications from Go with Apple's new HTTP/2 protocol
- sudhirj 11y agoI can see that this is a library to send Push Notifications via Apple's servers, but what does it have to do with HTTP/2? Did Apple make a new version of the notifications API that uses HTTP/2? Why wouldn't they just silently upgrade the transfer protocol on the existing service?
- NightMKoder 11y agoThere are few protocols that were truly worse than Apple's non-HTTP APNS protocol. You can read more at https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Appendixes/BinaryProviderAPI.html#//apple_ref/doc/uid/TP40008194-CH106-SW5 https://developer.apple.com/library/ios/documentation/Networ... , but suffice to say, the best part lies in: If you send a notification that is accepted by APNs, nothing is returned. If you send a notification that is malformed or otherwise unintelligible, APNs returns an error-response packet and closes the connection. "Unintelligible" here includes of course invalid tokens, e.g. when the user uninstalls your app. One of the upgrades was actually returning the last notification that made it through before closing the connection. Before that all you could do was add a sleep() and pray.
- gary4gar 11y agoHow is this different from https://github.com/RobotsAndPencils/buford https://github.com/RobotsAndPencils/buford?
- edgurgel 11y agoAPNS2 has a simpler interface and doesn't do things like generate website packages etc. APNS2 has better test coverage, and handles errors in a more go-like way. (Returns a response if a documented response was received from Apple, or an error where an unexpected error occurs.) We are running this in production at http://carnival.io http://carnival.io to send millions of notifications, to my knowledge buford has not been tested in production yet.
- tex0 11y agoFrom a first look APNS2 seems to add very little value over bufort which we are running in production very successfully. I really wonder how you manage to send millions of notifications (over which period of time?) without much boilerplate code.
- deejbee 11y agoI only read the title and just thought... so Apple 'invented' their own HTTP/2 protocol now. that really wouldn't surprise me. one. little. bit.
- dao- 11y agoIt would have surprised me but it also isn't something I would absolutely rule out a priori :) Also, it's a pretty bad headline from what I (non-native speaker) can tell. You have a point, not quite sure why you're being downvoted.
- pgeorgi 11y agoI guess the unpopular bit is the insinuation that the following happens with Apple repeatedly: Somebody develops an industry standard, Apple implements it, people start claiming that Apple invented it. That situation is a popular tech trope.
- Ensorceled 11y agoAnd, also, many people on HN like to nip these kinds of pointless, snarky comments about Apple, Google, IBM, what have you in the bud. "Take this to reddit" being the oft heard refrain.
- Hbthegreat 11y agoCan't wait for people to start saying APNS like they say "sequel" for SQL. It is going to make for some hilarious standups.
- pvdebbe 11y ago'appens or a-pens?
- Hbthegreat 11y ago'a penis'
- asadlionpk 11y agodefines the protocol really well I think.
- pvdebbe 11y agoI see.
- tootie 11y agoI was thinking "Happiness" with a slight cockney.
- eddieroger 11y agoWow, that title. What this actually links to is a Go wrapper for Apple's new APNS interface, which utilizes HTTP/2. While this looks like a useful tool for the toolbelt, I would have much rather read something about how Apple got to the new protocol, or an interesting blog post about experiences using it. Having come from a shop that worked on the older protocols and been the tiniest part of an implementation with one of the brightest developers I've ever met, this new protocol is brilliant and a huge improvement, and it's a shame that this post, despite the title, doesn't do that justice.