undefined | Better HN

0 pointsthrowaway923944y ago0 comments

> should trigger background actions

Because of the way iOS works nowadays, you cannot reliably do this for notifications because you can't run apps in the background reliably for this purpose.

> allow that community's chosen point of contact to have push notification capabilities

This is what push notifications are?

0 comments

3 comments · 1 top-level

mjevans4y ago· 2 in thread

Not device background. IE submit requests to the iOS mothership and to the endpoint URL to talk to each other and work things out.

throwaway92394OP4y ago

I apologize I'm not sure what you mean by mothership, I'll assume you mean the core API's the OS presents. I mean that's how requests already work? You ask the system to handle the network for you and it passes the app data?

In the context of notifications this isn't an issue for when the app is in the foreground. But when it's in the background the app's event loop isn't ran consistently, so you might not get the notification for hours. To my knowledge the ONLY way to consistently push notifications for apps in the background is through apple's push gateways.

mjevans4y ago

An __off device__ request that is processed server to server.

Mobiles aren't "real computers" in the sense of the Internet. They are not intended to be always on; nor always connected from a stable address. They are portable (very smart) terminals, often with poor text input (but usually with reasonable quality camera and microphones), and often a large local cache.

2 more replies

j / k navigate · click thread line to collapse