Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 6 years ago.
Improve this question
I've got a database who store the device Token, country Code and language of my users and I need to send remote notifications for all the user.
What kind of tool can I used to send all notifications by country with a batch?
Thanks,
It's not quite clear what exactly you are trying to achieve but here are options based on my guess, ordered by relevance:
In terms of notifications you can use:
Apple Push Notification Service
your server controls when notification is happening
works for all app states (open/background/closed)
when app is closed user must accept notification to open app
will bother user with system notifications
does not guaranty delivery
requires extra work on server-side and generation of certificates by hand
Local notifications (some relevant info)
your app controls when notification is happening
works for all app states (open/background/closed)
when app is closed user must accept notification to open app
will bother user with system notifications
If you want updates to be invisible to user and just update app you should employ NSURLSession and NSURLConnection and work up from there. These might be of interest:
Polling updates on behalf of app with background fetches
your app controls when update is happening (if iOS doesn't mind)
doesn't work when app is closed
invisible to user
should be optimized for battery life
Keeping connection open (search "ios SocketRocket" for example implementation)
your app totally controls updates
won't work when app is closed
drains battary like crazy (so not recommended)
And then there is oportunity to missuse Voice push API in a interesting way
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 1 year ago.
Improve this question
I am looking for a way to constantly monitor battery level while my app is in the background then send a notification at certain levels. Is this a possibility in Swift?
Short answer: You can't. It's not a question of the language used. It is a limitation imposed on the platform by Apple.
Most Apps don't get processor time in the background. The small number of exceptions (VoIP apps, music players, and turn-by-turn navigation apps) have to be approved by Apple.
All other apps get suspended when the user switches to another app or to the springboard. You can ask for additional background time when that happens, but that gives you a one-time extension of up to 3 minutes.
Apple goes to great lengths to prevent apps from running indefinitely in the background because it consumes battery power. (except for the app types I listed, where the user explicitly asks to use something like a music player or a turn-by-turn navigation app where it's understood that those apps use more battery power.)
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 5 years ago.
Improve this question
I am creating an app where a I want a user notified in app whenever anyone they are following posts a picture. So lets say user A follows user B, when user B posts a picture it appears in realtime on user A's screen. My question is: Is this kind of thing done using push notifications? As in make a request to get the image when notification is received or is it better to be using sockets or queues?
This is one of the most common use cases for push notifications. Your iOS app asks the user for permission to send notifications, and then registers with Apple to receive push notifications. Apple provides a "token" that is a unique identifier for that notification subscription, which your app will then need to send to your server. When it is time to notify the user about a new photo, or whatever, your server uses Apple's APNS services to send the notification, using the token to identify the recipient.
So, the app and the server use multiple Apple-provided APIs to create the communication channel, and then you are free to add whatever logic you want to determine the timing and content of the notifications.
Before trying to implement anything, I'd suggest reading through the entirety of the Apple's Remote Notifications Programming Guide to a solid understanding of how all the pieces of this technology fit together.
Are there other technologies you could use? Maybe. For iOS apps, Firebase is essentially a more platform-independent wrapper that is built on top of the Apple notification system described above; under the hood, it is still using APNS and requires some of the same initial steps to configure your app. Socket-type technologies could be ok for limited use cases but aren't the correct approach for general purpose notification delivery, due to restrictions with running the app in the background (among other reasons).
For realtime actions like that you may use google's firebase
also you may use push notifications to send the model which may contain a url of the image and when received load the image and display it,Also same functionality can be accomplished with socketIO
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
It's just brought to my attention today the guys at www.webuyapp.com which they claim to develop a patent-able algorithm to obtain location using push notification system even if the app is closed.
Personally I don't think it's possible as they claim:
http://www.webuyapp.com/?page_id=29
How does it look on the customer side? All he has to do is download
WeBuy’s app. Once he has the app installed, we know at all times where
he is without draining his battery - via patentable algorithm we have
created. We know at all times what discounts surround him. Via complex
data mining, we know what our customer (personally) likes, and when we
feel we have a value proposition for him, we reach out and update him
via push notification. The push notification system itself has a
complexed data mining system which learns the users’ behavior to the
push and decides whether it’s a good idea to send a push or not.
Is there any real patent for obtaining location in background when app is closed using apple push notification?
Hmm, the push notification is not used to obtain the location, it sounds like. CoreLocation allows you to keep monitoring the user's location even when the app in in the background. And with that data they are able to use their algorithm to make all of those decisions.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 3 years ago.
Improve this question
I would like to send push notifications to iOS-based devices, but I don't want to write my own app. From what I've gathered so far, to send a push notification using the Apple Push Notification Service I need to use the SSL certificates that were used to sign an application.
Basically, what I'm looking for is the iOS equivalent of Notify My Android, an app that you install on your Android device that has a web service with a simple HTTP API for sending notifications.
You can try :
Boxcar : http://boxcar.io/
Pushover : https://pushover.net/
Use https://pushed.co/
SEND PUSH NOTIFICATIONS WITHOUT DEVELOPING YOUR OWN APP
Pushed allows you to send real-time push notifications to
iOs, Android and Desktop (Chrome, Firefox & Safari) devices.
(Just found it and also found your question.)
This is not possible under iOS. You only can send push notifications to a specific (your own) app.
When you set up your push notifications for the app, Apple is very strict about the usage. You can only send push notifications to that specific app, and only from your developer account and profile.
There is no way to have a third party program for this because of these restrictions, so no, this is not possible.
For more information check out the Apple documentation on Push Notifications.
An option can be to have your users install telegram app and have them talk to your bot. The bot can push notifications to individual users and can even listen for commands.
did you find any app's that could do what your after? If not, check out EasyAPN on the Mac App Store or website http://www.abdullahselek.com/2013/08/08/easyapn/.
Its an app where you put in the token and payload and press sent (it will detect your certificates stored in your key chain which you can select from).
You can also do this with PushBullet (which has a web API) or IFTTT (which does not seem to have a public API, but has a bunch of other triggers).
As #yinkou and #DGund pointed out, none of these push notification platforms (Pusher, Boxcar.io, pushover.net) can work around the Apple Push Notification rule of having a registered app.
So the answer is a DEFINITIVELY NO. YOU CANNOT send iOS push notifications without your own app.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 7 years ago.
Improve this question
Is there an open source library for announcing new apps via an in-app alert within another app?
iVersion is close to what I am talking about, but not quite, from what I see of it.
Example:
* App-A is purchased by person; in this app I would like to embed a function to alert the person when a new related app is published
* Sometime later, App-B is published - would like the users of App-A to be notified, because the apps are related
And of course, if someone wants to cancel or ignore these alerts, they should disappear and not return on future launches of the app.
Sounds like a classic case for push notifications. Can't see any advantage to necessarily linking these alerts to application launches or updates - you can just manually send a push notification to all users of app A when app B comes out (unless you launch new applications by the hour).
As you said, iVersion isn't intended for this, but my other library iNotify is:
https://github.com/nicklockwood/iNotify
iNotify polls a remote plist file for messages and then displays them on app launch. It has more-or-less the same interface as iVersion and has buttons to dismiss, remind, etc.