Breaking news: it seems that web push notifications will be available soon on Safari.
In this article we see a frequent use case for notifications, where you want to send a notification only to the users in your database that match a specific condition.
I’ve seen this question several times, so I would like to give a definitive answer.
This is not an extensive article, but just some brief notes about PostgreSQL limitations. Finding the culprit of performance issues in not easy and these limitations were found during months of research.
Now Pushpad supports the silent option for web push notifications. This means that you can send web push notifications that don’t produce any sound or vibration when they are received.
Let’s say that you have sent a notification to a recipient and then you want to remove it: how can you do that?
Subscribing users to web push notifications on your website is not enough: you also need to manage and renew their push subscriptions properly over time, otherwise you will lose subscribers.
When you hear “web push” you probably think about notifications… but that is not necessary true. In theory, the web push technology could be used for delivering messages or updates to the web app, without displaying a notification to a user.
On some browsers, the permission prompt for notifications can be displayed only after a user interaction with the website. Let’s see why some browsers enforce this rule, what happens if you don’t comply with it and how can you implement a solution that works across all major browsers.
Chrome 84 will fight abusive notifications. Let’s see what you should do to stay complaint and avoid the penalization.