Как мы внедряли пуш-уведомления в мессенджер — от базовой отправки до проработки условий

[jiamak]

для проверки доступов я использовал команду “new Notification('Привет!')” в консоли.

Странное решение, может лучше

if (!("Notification" in window)){}

[Boriskinooo]

Привет!
В данном случае это способ быстрой проверки -- ходят пуши или нет

[jiamak]

Тогда согласен, не так понял текст предложения.

[dom1n1k]

Схема ну очень странная.

Самое бросающееся в глаза: почему проверки "пользователь состоит в чате" и "в чате отключены уведомления" проверяются раньше чем "в чате произошло событие"? Если событие не триггернулось, то всю эту цепочку проверок даже запускать смысла нет, разве не так?

И почему надо проверять состоит ли человек в чате, как будто событие произошло у человека, а не в чате? Не логичнее просто проитерировать список участников чата, в котором что-то произошло?

[Boriskinooo]

Привет!

Согласен, видимо добавили лишнюю проверку "В чате произошло событие", до этого есть условие "В системе произошло событие", поэтому логику это не нарушает.

"Не логичнее просто проитерировать список участников чата" -- на беке так и делаем, схема описывает бизнес-процесс, чтобы явно отметить, что пользователь должен быть в чате.

[poige]

потому что пропустить пуш-уведомления от друга не так критично, как от руководителя.

Крайне странный посыл. С одной стороны, в случае с чайка-, микро-менеджмента это конечно так. А с другой, если у вас такой менеджмент, лучше бы вообще его весь пропустить, а не только сообщения. ;)