tip78так это же вебсокеты натуральные
Где?

Web-Push уведомления - это сервер типа Firebase Cloud Messaging и JavaScript воркер на клиенте, что в фоне получает сообщения от первого.
Обычным POST-запросом шлёте JSON-уведомление на fcm.googleapis.com/fcm/send и оно пересылается нужным пользователям.
Какой при этом транспорт используется между FCM и воркером, Вас не парит.

Или Вы про то, чтобы написать полностью своё решение?

Tsyklop,

на хабре разве плохие статьи: https://habr.com/search/?q=Web Push ?

Не медиуме: Как сделать push-уведомления на сайте для Chrome

tip78skyANAпропущено...

Где?

Web-Push уведомления - это сервер типа Firebase Cloud Messaging и JavaScript воркер на клиенте, что в фоне получает сообщения от первого.
Обычным POST-запросом шлёте JSON-уведомление на fcm.googleapis.com/fcm/send и оно пересылается нужным пользователям.
Какой при этом транспорт используется между FCM и воркером, Вас не парит.

Или Вы про то, чтобы написать полностью своё решение?
а зачем мне сторонний googleapis ^^ что за дичь?Нет никакого желания рассказывать про сервисы рассылки уведомлений.
О них полно информации в интернете на любом языке. И готовых библиотек по работе с ними навалом.
Откройте крышку люка и сами поизучайте вопрос, раз не в теме.

tip78автор Отправка уведомления об изменении статуса обращения пользователя в службу техподдержки;
Отправка уведомления об изменении статуса заказа;
Появление на складе товара, который ждал пользователь;
Ответили на комментарий пользователя к статье;
Новая задача в багтрекере со статусом Bug или Critical.

там особо нечего писать при наличии готового механизма вебсокетов
сервер родил новый event для ID - отдал его этому IDНу раз особо нечего писать, то дайте ТСу готовый пример.
С подключением, регистрацией, получением ID.
Привязкой пользователя к конкретному устройству используя ID устройства.
Безопасностью, многопоточностью, обработкой ошибок и т.д., и т.п.

tip78,

или напишите гайд по этой теме, ТС же его просит

skyANAНу раз особо нечего писать, то дайте ТСу готовый пример.
С подключением, регистрацией, получением ID.
Привязкой пользователя к конкретному устройству используя ID устройства.
Безопасностью, многопоточностью, обработкой ошибок и т.д., и т.п.
А, основную фишку забыл: возможность получать сообщения отправленные с сервера, независимо от того, запущено ли веб приложение в фоне или даже загружено ли оно вообще пользователем.

tip78skyANAпропущено...
Ну раз особо нечего писать, то дайте ТСу готовый пример.
С подключением, регистрацией, получением ID.
Привязкой пользователя к конкретному устройству используя ID устройства.
Безопасностью, многопоточностью, обработкой ошибок и т.д., и т.п.
откройте свой любимый хабр и берите любой
в гугле тысячи их
Понятно. Ни примера, ни гайда не будет. Придётся ТСу довольствоваться тем, что я накидал.
И это правильно

tip78skyANAпропущено...

А, основную фишку забыл: возможность получать сообщения отправленные с сервера, независимо от того, запущено ли веб приложение в фоне или даже загружено ли оно вообще пользователем.
а получать чем, силой мысли?
Ладно, открою люк танка за тебя.

Push API

The Push API enables sending of a push message to a webapp via a push service.
An application server can send a push message at any time, even when a webapp or user agent is inactive.

Осилишь дальше сам поизучать?

Посвежее: Push API - W3C Editor's Draft 01 May 2018

tip78,

с UML знаком?

tip78,

мне монопенисуально на кого я там похож в глазах такого фееричного невежды и невежы как Вы.
Продолжайте сидеть в своём танке

tip78вы сами то читали дальше первого абзаца?
автор user agent
server stores messages
разницу междуавторвозможность получать сообщения отправленные с сервера, независимо от того, запущено ли веб приложение в фоне или даже загружено ли оно вообще пользователем.
(т.е. фактически СИЛОЙ МЫСЛИ)
и
авторсервер собирает сообщения в очередь, а когда юзер появляется в сети, ему их отправляет
ЭТУ разницу вы понимаете?
Советую перечитать спеку, пока не дойдёт, что webapp (веб приложение) и user agent - это таки разные вещи.