Зачем использовать службу push-уведомлений через библиотеку Web Push? - PullRequest
0 голосов
/ 26 августа 2018

Я планирую добавить push-уведомления в мое веб-приложение.

Насколько я понимаю, для отправки уведомлений моим пользователям я могу либо использовать веб-библиотеку push-сообщений и доставлять уведомления напрямую, либо использовать службу push-уведомлений, такую ​​как OneSignal, Firebase Cloud Messaging. или Batch.com.

Насколько я понимаю, эти сервисы предлагают универсальное решение для доставки уведомлений не только в виде Web Push, но и в приложения для iOS и Android.

Если я сейчас сосредоточен только на Web Push, есть ли какое-то преимущество, о котором я должен знать, чтобы использовать один из этих сервисов непосредственно над библиотекой Web Push?

Ответы [ 5 ]

0 голосов
/ 27 марта 2019

Если вы также хотите настроить таргетинг на посетителей iOS, это невозможно, так как push-уведомления в Интернете не поддерживаются iOS.

Чтобы обойти это, вам нужно использовать стороннюю службу, такую ​​как Wise Notifications .

Альтернативой является создание приложения для iOS и отправка собственных push-уведомлений.

0 голосов
/ 04 сентября 2018

Web Push - это стандарт, который все еще находится в стадии разработки и может быть изменен.Кроме того, поддержка браузеров в настоящее время довольно ограничена (см. https://caniuse.com/#feat=push-api).

. Преимущество: у вас есть один API для управления всеми поддерживаемыми платформами (включая настольные). Недостаток: вы должны знать, что не всеПлатформы поддерживают стандарт.

Использование решения SaaS для обработки уведомлений позволяет обрабатывать все платформы. Отправка уведомления из вашего бэкэнда будет представлять собой один вызов службы уведомлений SaaS, но вам все равно придетсяпомните, что если вы хотите получать собственные уведомления на Android, iOS и в браузере, вам придется по-разному обрабатывать интеграцию этих платформ в своих клиентских приложениях (см. пример здесь, используя интеграцию Google Cloud Message в приложении для Android: https://firebase.google.com/docs/cloud-messaging/android/client).

Таким образом, ваше решение должно быть основано на том, какие платформы вы должны поддерживать. - Если вам не по душе поддержка браузеров Chrome, Firefox и Edge на не-iOS-устройствах (или по-другому обрабатывать уведомления iOS), вы можете использовать Интернет.Нажмите. - В противном случае я бывыберите решение SaaS для уведомлений.

0 голосов
/ 30 августа 2018

Это зависит от того, что вы хотите. Невозможно использовать iOS Safari для Web-Push. Для уведомлений на iOS вы должны использовать сервис или создать собственное приложение. Я использую Pushover для уведомления себя от сценариев и программного обеспечения. Это может быть или не быть решением в зависимости от того, сколько у вас пользователей, сколько уведомлений вы отправляете и насколько ваши пользователи готовы использовать веб-приложение, такое как Pushover (или приложение на iOS).

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

0 голосов
/ 04 сентября 2018

вы можете внедрить push-уведомления на ваш сайт без использования сторонних библиотек. Вам необходимо получить токен подписки от клиента и сохранить этот токен подписки на сервере (внутри базы данных). После того, как вы хотите отправить push-уведомление пользователю, вам нужно просто вызвать конечную точку (конечная точка упоминается в маркере подписки). Вот и все.

Из-за угрозы безопасности и управления токенами подписки разработчики предпочитают использовать службы Firebase, Push-уведомления AWS или onesignal.com. Эти услуги не являются обязательными, вам вообще не нужны.

Чтение ссылок введение в push-уведомления , а также примеры лабораторных кодов . Позже я обновлю простой рабочий код для дальнейшей ссылки на ваш вопрос.

0 голосов
/ 30 августа 2018

Самым важным моментом для меня лично при выполнении собственной реализации является то, что вы контролируете все .Это означает, что ваши уведомления не перестают работать, когда AWS теряет регион или изменяются цены, и вы больше не можете себе это позволить.Ни один провайдер не может забанить вас из-за контента, который вы распространяете, или из-за жалоб пользователей.Вы можете реализовать свою собственную логику для отображения уведомлений во внешнем интерфейсе, например, , их наложение или наличие собственных правил сегментации (например, оплата пользователей по сравнению с бесплатным уровнем).Я даже не говорю о пользовательском интерфейсе пользовательской подписки .Никаких странных авторских прав на ваши сообщения.

Насколько я понимаю, эти сервисы предлагают универсальное решение для доставки уведомлений не только в виде Web Push, но и в приложения для iOS и Android.

Когда у вас есть серверная логика для обработки событий приложения и отправки уведомлений на месте, нетрудно сделать так, чтобы она работала с мобильными push-уведомлениями.Меняется только то, как вы подписываетесь на устройства.

И последнее, но не менее важное - развлекаться интересно.Думаю, это скорее личное дело, но мне нравится учиться чему-то новому:)

Надеюсь, это поможет вам принять решение.

...