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.
Browsing the web, you may have noticed that most websites use a double opt-in process for subscribing the users to notifications. Basically these websites first show a custom prompt (designed with HTML / CSS) that asks you if you are interested in the notifications, then, when you click the subscribe button, they display another prompt (with native appearance) asking you if you really want to allow the notifications from the website. Isn’t one prompt enough?
Are you wondering what is the maximum length of text that you can include in your web notifications?