Relevant ist, dass der entsprechende Browser läuft und der entsprechende Service Worker angesprochen werden kann. Wenn der Browser im Hintergrund immer beendet wird, wird das entsprechend nicht funktionieren.
Beiträge von MysteryCode
-
-
Das Paket befindet sich auch auf unserem Updateserver:
-
Ich habe die Seite etwas überarbeitet. Jetzt wird während dem Vorgang ein Spinner angezeigt, bei erfolgreichem Abschluss eine Bestätigungs-Meldung und bei Problemen wird eine entsprechende Fehlermeldung angezeigt und das Formular entfernt.
-
Mit Edge unter Windows, wenn man versucht Push zu aktivieren
Dann hast du vermutlich Benachrichtigungen für hier verboten - oder das so als Standard eingestellt.
Das Handling von Edge bezüglich der Berechtigungs-Anfrage ist auch selten dämlich. Wer bitte nimmt dieses kleine Symbol wahr, das beim Triggern der Abfrage erscheint, wenn man standardmäßig "Fragen" gesetzt hat? Wenn man das Icon ignoriert und die Seite neu geladen wird, wird automatisch "blockiert" gesetzt.
Zum Vergleich mal wie das in Chrome gehandhabt wird:
-
-
Hanashi hat sich jetzt etwas verändert? Ggf. musst du den Cache zwecks App und JavaScript leeren.
-
Der Promt für die Berechtigung sollte eigentlich auch explizit bei Klick auf die Buttons getriggert werden, prüfe ich gleich mal
-
Das ist Hanashi mobil auch schon aufgefallen, ich kann's leider mangels Apple-Geräten leider nicht debuggen.
Laut Dokumentation müsste Safari das entweder unterstützen oder teilweise unterstützen. Spannend wäre zu wissen, ob in den Entwickler-Tools irgendwelche JS-Fehler geloggt werden. Ich denke dazu werde ich JayOnRails oder Hanashi beizeiten mal nerven. 😅
-
Das Paket basiert auf WSC 6.0.
-
Sie wollen möglichst keine Benachrichtigungen mehr verpassen?
Dann haben wir jetzt genau die passende Lösung für die meisten Browser! Ab sofort können browserbasierte Push-Benachrichtigungen in den Benachrichtigungs-Einstellungen aktiviert werden.
Wo ist der Haken?
Dadurch, dass die API-Schnittstellen an den Browser gebunden sind, ist es erforderlich, dass der Browser geöffnet ist bzw. im Hintergrund (z.B. als Dienst) läuft.
Zu beachten ist zudem, dass die Aktivierung ausschließlich für den in diesem Moment genutzten Browser gilt. Wenn Sie in mehreren Browsern bzw. mobilen Geräten Benachrichtigungen erhalten wollen, müssen Sie die Aktivierung entsprechend in jedem Browser vornehmen.
Was sind die Vor- und Nachteile dieser Umsetzung?
Einige Vorteile der genutzten Schnittstellen könnten Sie unter https://pushpad.xyz/blog/web-push-notifications-and-privacy nachlesen.
Wie funktioniert das Ganze? Braucht man dafür bestimmte Anforderungen?
Umgesetzt wurde das Feature mit der Notifications-API in Kombination mit der Service Worker-API sowie der Push-API, die in den meisten Browsern nativ unterstützt werden. Dadurch ist keine Registrierung bei einem Drittanbieter von Nöten. Serverseitig muss ausschließlich ein Header für den ausgelieferten Service Worker gesetzt werden, was in vielen Fällen sehr simpel realisierbar ist. Es wird also keinerlei zusätzliche Software benötigt um dennoch in den Genuss relativ stabiler Benachrichtigungen zu kommen.
Technisch gesehen wird beim Erstellen bzw. Bestätigen einer WSC-Benachrichtigung eine Push-Meldung über die entsprechenden Server bzw. Endpunkte an den entsprechenden Browser gesendet. Beinhaltet diese Meldung eine bestimmte Kennung, wird eine Abfrage direkt vom Browser an die Seite (ohne Umwege über dritte Server) eingeleitet. Auf Basis der entsprechend vom WSC erhaltenen Antwort werden Benachrichtigungen für den Browser erstellt oder entfernt.