My question is as follows:
I have a database on another server with the appropriate records of the devices.
I can send a notification by REST API without necessarily making an installation registry?
Something like:
"Send notification to the following devices:
- id1
- id2
- Id3 "
My idea is to continue to use my other server without getting spending requests or hosting Parse. Only use the push notifications service.
Is it possible?
Not sure what types of devices you are referring to (iOS? Android? Windows Phone?), but push notifications to mobile devices always require an application to be installed on the target device, since the notification is sent to a specific application on a specific device.
And the only way you can get a device ID (which you can use to send push notification to a device) is by having an application on the device send that ID to your server after obtaining it from the relevant push notifications service (APNS for iOS, GCM for Android, etc...).
Related
Our app uses Expo push notification to deliver push messages. It works just fine for most clients, but I am trying to debug one client where he is not receiving the push messages. Here is what I am seeing:
Using Expo push notification tool as well as my own client code, I
can send messages to his Expo push token. Expo server responds with
ok status. I checked the status given the receipt id and the status
also says ok.
But the client never receives the messages. I ensure
that the app is not already opened on his iOS device and that
notification is enabled for the app.
My question is: how do I debug this further? I understand that Apple server might decide to send or not to send messages based on various factors. How do I find out what Apple server did with the messages?
I have googled quite a bit but I couldn’t find much info on how to proceed. I hope that someone has experienced the same, and can help with some leads.
Thanks for your help,
Huey
I built a VoIP calling app which maintains a persistent connection with the server to listen to any incoming calls. I implemented a background service to do this.
But since Oreo, this running code is now broken because of the introduction of Background Execution Limits
After looking into forums, I found that some people are suggesting
Convert Service to JobService and let android schedule it
Doing so, my app won't be able to receive calls when it is stopped
Run your operations in foreground services
It is annoying for some users to see a constant notification in the notification bar. So these above-mentioned options aren't working for me to fix my code for Oreo.
How does WhatsApp get the incoming (VOIP) call in Android (Oreo onwards) working around the Background Execution Limits?
(Sticky) foreground services are not affected by the restrictions. So you could use one those as replacement for background services on Oreo.
But foreground services have two disadvantages: They are less likely killed by the system in order to reclaim resources compared to background services, and hence affects the Android system's self-healing capability. And they require you to display a permanent notification. But Users are able to suppress the notification, somewhat mitigating this disadvantage.
I am assuming that you are using SIP to establish the connection and initiate calls. Without a service constantly re-sending REGISTERs, the app doesn't receive INVITEs when the server sends them.
A workaround for this problem is what is called the "push notification strategy". It works as follows, when the server sends a INVITE, it also sends an FCM notification to your app, This wakes up your app which then sends a REGISTER to your server, which in return forks the call to your app. Here is a video that better explains this strategy
There are two options:
use platform push services (APNS or FCM)
maintain persistent socket connection and exclude application from battery optimisations.
When I send multiple notifications to Apple or Android devices through MFP, Apple devices will receive all the notifications on the other hand Android will only receive the last notification. We are using Unicast Notification to send messages to user devices using this REST API.
Android devices will also receive all the push notifications sent by the MFP server. The notification shade ( center) will however display only the last received. This does not mean the earlier ones are lost. They are all still available, just not visible in the notification shade.
You have not mentioned the complete build version of your MFP. To see all the notifications in the shade-
install the latest ifix from FixCentral, rebuild your application. Edit your wlclient.properties and add the following property-
showAllNotificationsInTray=true
If my device don't have internet connection and I have send 100 Push message to my device then how many message I will received after the connection comes online and What is maximum limit of apple push notification if device have no internet connection?
If APNs attempts to deliver a notification but the device is offline, the notification is stored for a limited period of time, and delivered to the device when it becomes available.
Only one recent notification for a particular app is stored. If multiple notifications are sent while the device is offline, each new notification causes the prior notification to be discarded. This behavior of keeping only the newest notification is referred to as coalescing notifications.
For more detail, read Quality of Service of Local and Remote Notification Programming Guide
I recently got the Xoom, for some reason I thought you could SMS message on it :-S
Does anyone know a way that from my android phone I can push a notification to my tablet to tell me I have a message or even if someone is calling.
Basically I want to mainly use my tablet and keep my phone in my laptop bag but be notified if I get a message.
Any help will be greatly received.
You will need to develop an application which can talk to another instance of the same application over Bluetooth (or Wi-fi). The application running on the phone can listen for the broadcast of an incoming SMS, and send the info to the paired device (Xoom) where it will throw a Notification.
If anyone is interested it seems HTC have solved this.
HTC have an online service for sense found at: https://www.htcsense.com
From here once you have linked your Google account you can read and send text messages pushing them through your phone.
This allows me to use the browser on my Xoom tablet to send SMS messages.