i have wordpress website and create own PWA based on wordpress.
now i want to use push notification on my web app!
how can send push notification to my ios users?
[resolved in android pwa]
Unfortunately, push notifications are not yet available on IOS.
Right now, Safari only supports push notification on Mac.
If you want push notifications on IOS, you have to develop native app.
There is a workaround,the Wise Notifications plugin
It takes 5 min to setup and the website visitors can subscribe with 2 taps maximum. It uses a notifications hub app to make it possible.
While not as easy to subscribe (if the visitors don't have the hub app already installed) as usual web push notifications, it is the only quick way to reach your iOS audience.
The alternative is for you to create a native/hybrid iOS applications, publish it to the AppStore, implement Apple Push Notifications in the app and server and send notifications via APNS (Apple Push Notification service). This requires a quite a lot of effort (time or money or both).
Currently, push notifications are supported (not yet) on IOS.
Safari only is the only browser in IOS, others use webview (based on Safari) with just a UI.
I'm trying to add notifications to a private chat app that uses Firebase, unfortunately Firebase has an APN service but it must be configured and needs also a server app to manage it. I'd like to have the user notified when someone is texting him while the app is in the background. The problem is that APN (Apple Push Notifications) requires a server with a certificate and that is ok with me, but I'm looking for a way to send push notifications from an iOS device to another device, I mean device-to-device push notifications and the server has just to relay the messages as they are. In my case the APN server should only relay the messages that it receives from a source device to the destination device. I couldn't find a way to obtain that without writing sever code. I want to use pre-built existing services. Has anybody any idea on how to send push notifications from one device to another without configuring and writing server apps? I tried a workaround using the background fetch iOS feature, but the system si randomly giving my app execution time... and that means that my app could wait hours before being started by the system... so that is not a viable solution. Please help
Ok, probably what I found out could be helpful for others. Actually
what I'm looking for can be directly integrated in the app. You need a library like NWPusher (free on GitHub) which can be imported, and with just a few lines of code and the APN device token you get from the system, it is possibile to implement APN notifications... easily, but most importantly... for free.
UPDATE
Check also APNS framework on GitHub. It's written in Swift 3.0 and it supports the latest features.
You are essentially looking for a messaging / chat API to handle device-to-device communication. You might want to try Pusher or PubNub
In Parse I know you can send push notification from one device to another, but since it is shutting down soon I have looked at a lot of push notification services. But I could not find one service which allows you to push to other users. i.e. Firebase, you send out notifications from the computer. Basically I need a service when a function is called in the code it goes to certain people automatically. Any service suggestions?
If you have an own server, connect it with FCM. Then create an API using PHP to receive message and forward it to another device. You may implement a system to store the FCM token of the devices in the server.
You have 2 options:
Create you own app server that will send a push notification to either APNS/GCM according to the user device type and device token id
Use push provider. I recommend you to use OneSignal because its 100% free, support in all devices and have an SDK to any client/server side technology so if you will use OneSignal you will not need any server in-between your app and the push server.
this is the onesignal home page: https://onesignal.com/
and this is the SDK docs page: https://documentation.onesignal.com/
BTW! if you want to can also continue to use parse services because they release their service as an open source which called parse-server
so you can take and deploy parse-server to any cloud platform that run NodeJS and then you can continue to work as usual
In one of our projects we try to use Worklight with Phonegap push plugin (https://github.com/phonegap/phonegap-plugin-push). We are not using Worklight push notifications backend (and we cannot, because we have to use 3rd party push notifications backend). We only need from push notifications is to subscribe for push notifications (receive token from APNS and pass it with some user settings to 3rd party push notifications backend). We tried Worklight to use only for client side part (WL.Client.Push.registerEventSourceCallback, WL.Client.Push.Subscribe), but without any luck. The problem is, that there is no existing eventSource, which should be defined on Worklight push notifications backend (WL.Server.createEventSource). So we used Phonegap plugin for registration. And this worked (need merge Worklight and Phonegap plugin application delegates). The problem occurs when tapping on arrived push notification when application is not running (even in background). Application starts and crashes. If application is running in background application crash does not occur. Worklight version is 7.1, iOS version is 8.1.3.
From crash log I found that exception occurs in Push.m:
0x10018b2a4 -[Push dispatch:] (Push.m:227)
0x10018ad48 -[Push dispatchSelector:] (Push.m:204)
So my question is: Is it possible to use Worklight push notifications client side without Worklight push notifications backend? If yes, how? How to deal with event sources?
Primary question was asked but without detailed information: MFP application is crashing on tapping during PUSH notification when application is not running.
So my question is: Is it possible to use Worklight push notifications client side without Worklight push notifications backend? If yes, how? How to deal with event sources?
Short answer: No.
Long answer: The client- and server-side APIs are tightly coupled. You cannot use one without the other.
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 4 years ago.
Improve this question
I'm working on a web app. How can I send push notifications to iOS users when there is new content?
To be more specific, in order for a web application to send push notifications to a mobile device, such as the iPhone, the mobile device must have registered to receive push notifications for a particular application. The registration for push notification is done through a native app and can only be performed through a native app. Once the native app is registered for push notification, it can send the authorization token to the server, which can be used in conjunction with the certificate used to provision the native client, to send the push notifications to the mobile device.
As specified in another answer, one option is to 'wrap' your web application in a native application. Meaning that you would create a native application that basically presents a UIWebView (for iPhone dev) to the user showing your web application. While this pretty much functions in the same manner as the native browser, you would be able to add the ability to register for push notifications using the native controls.
It would be beneficial to you to review the Apple's push notification document as it provides some pretty good information on how push messaging functions on the iPhone.
See these links provided by Peter Hosey:
https://support.apple.com/kb/HT201925
https://developer.apple.com/library/content/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/APNSOverview.html
While not yet supported on iOS (as of iOS 10), websites can send push notifications to Firefox and Chrome (Desktop/Android) with the Push API.
The Push API is used in conjunction with the older Web Notifications to display the message. The advantage is that the Push API allow the notification to be delivered even when the user is not surfing your website, because they are built upon Service Workers (scripts that are registered by the browser and can be executed in background at a later time even after your user has left your website).
The process of sending a notification involves the following:
a user visits your website (must be secured over HTTPS): you ask permission to display push notifications and you register a service worker (a script that will be executed when a push notification is received)
if the user has granted permission, you can read the device token (endpoint) which should be sent to the server and stored
now you can send notifications to the user: your server makes an HTTP POST request to the endpoint (which is an URL that contains the device token). The server which receives the request is owned by the browser manufacturer (e.g. Google, Mozilla): the browser is constantly connected to it and can read the incoming notifications.
when the user browser receives a notification executes the service worker, which is responsible for managing the event, retrieving the notification data from the server and displaying the notification to the user
The Push API is currently supported on desktop and Android by Chrome, Firefox and Opera.
You can also send push notifications to Apple / Safari desktop using APNs. The approach is similar, but with many complications (apple developer certificates, push packages, low-level TCP connection to APNs).
If you want to implement the push notifications by yourself start with these tutorials:
Push API: Push Notifications on the Open Web
Apple Push Notification system: Configuring Safari Push Notifications
If you are looking for a drop in solution I would suggest Pushpad, which is a service I have built.
Update (September 2017): Apple has started developing the service workers for WebKit (status). Since the service workers are a fundamental technology for web push, this is a big step forward.
No, only native iOS applications support push notifications.
UPDATE:
Mac OS X 10.9 & Safari 7 websites can now also send push notifications, but this still does not apply to iOS.
Read the Notification Programming Guide for Websites. Also check out WWDC 2013 Session 614.
You can use pushover if you don't want to create your own native app: https://pushover.net/
Google Chrome now supports the W3C standard for push notifications.
http://www.w3.org/TR/push-api/
ACTUALLY.. This is brand new mind you.. On the newest version of OS X (Mavericks) you CAN send push notifications from a webpage to the desktop. But according to the documentation, NOT iPhones:
Note: This document pertains to OS X only. Notifications for websites do not appear on iOS.
Currently Apple has plans to allow 2 kinds of push notifications:
OS X Website Push Notifications
and Local Notifications.
The obvious hurdle here is that this will not work on PCs, nor will it allow you to do android push notifications.
Furthermore, you actually can with versions as old as Snow Leapord, send push notifications from a website as long as said website is open and active. The new Mavericks OS will allow push notifications even if the site isnt opened, assuming you have already given permission to said site to send push notifications.
From the mouth of Apple:
In OS X v10.9 and later, you can dispatch OS X Website Push Notifications from your web server directly to OS X users by using the Apple Push Notification service (APNs). Not to be confused with local notifications, push notifications can reach your users regardless of whether your website or their web browser is open…
To integrate push notifications in your website, you first present an interface that allows the user to opt in to receive notifications. If the user consents, Safari contacts your website requesting its credentials in the form of a file called a push package. The push package also contains notification assets used throughout OS X and data used to communicate to a web service you configure. If the push package is valid, you receive a unique identifier for the user on the device known as a device token. The user receives the notification when you send the combination of this device token and your message, or payload, to APNs.
Upon receiving the notification, the user can click on it to open a webpage of your choosing in the user’s default browser.
Note: If you need a refresher on APNs, read the “Apple Push Notification Service” chapter in Local and Push Notification Programming Guide. Although the document is specific to iOS and OS X push notifications, paradigms of the push notification service still apply.
No, there is no way for an webapp to receive push notification. What you could do is to wrap your webapp into a native app which has push notifications.
The W3C started in 2010 a working group to implement notifications:
http://www.w3.org/2010/web-notifications/
This Working Group develops APIs that expose those mechanisms to Web Applications—so that Web developers creating, for example, Web-based e-mail clients and instant-messaging clients can more closely integrate their Web application behavior with the notification features of the operating systems of their end users.
Finally the result is like a bad joke as it works only if the specific website is open:
http://alxgbsn.co.uk/notify.js/
I think they missed to implement the possibility to add push urls so the browser is able to ask for notifications while its running in the background - and above all - if all tabs have been closed.
You can use HTML5 Websockets to introduce your own push messages. From Wikipedia:
"For the client side, WebSocket was to be implemented in Firefox 4,
Google Chrome 4, Opera 11, and Safari 5, as well as the mobile version
of Safari in iOS 4.2. Also the BlackBerry Browser in OS7 supports
WebSockets."
To do this, you need your own provider server to push the messages to the clients. If you want to use APN (Apple Push Notification) or C2DM (Cloud to Device Message), you must have a native application which must be downloaded through the online store.
Pushbullet is a great alternative for this.
However the user needs to have a Pushbullet account and the app installed (iOS, Android) or plugin installed (Chrome, Opera, Firefox and Windows).
You can use the API by creating a Pushbullet app, and connect your application's user to the Pushbullet user using oAuth2.
Using a library would make it much easier, for PHP I could recommend ivkos/Pushbullet-for-PHP.
Check out Xtify Web Push notifications. http://getreactor.xtify.com/ This tool allows you to push content onto a webpage and target visitors as well as trigger messages based on browser DOM events. It's designed specifically with mobile in mind.