Являются ли множественные gcm_sender_ids обязательными для нескольких веб-сайтов?

Question

Мы являемся компанией, которая работает около 500 больших и малых сайтов. (Self, аутсорсинг...)

Мы пытаемся прикрепить уведомление к этим сайтам. Я знаю, что когда я вхожу в свою учетную запись Google Developer Center и получаю сервис gcm, я получаю один gcm_sender_id,

1. Есть ли что-то не так с использованием этого в качестве "веб-толчок" на 500 больших и малых сайтов с одним sender_id выпущен? Если вы одновременно отправите веб-рассылку каждому участнику на 500 сайтах, это может быть от сотен тысяч до миллионов. (Конечно, максимальная сумма, которую вы можете запросить за один раз, составляет 1000 раз.) Я хотел бы знать, есть ли какие-либо проблемы с добавлением таких ограничений.

2. Мы видим похожие административные агентства, и они, кажется, выпускают разные gcm_sender_id на каждый новый сайт. Может ли эта проблема быть несколько gcm_sender_id в одной учетной записи Центра разработчиков? Я спросил его немного, и он сказал, что это автоматизировано.

Если вы являетесь участником сайта агентства по управлению, вы можете создать сайт, просто зарегистрировав сайт, и gcm_sender_id выдается автоматически в режиме реального времени.

В этот короткий промежуток времени я хотел бы зарегистрировать аккаунт в Центре разработчиков Google и дать мне один gcm_sender_id сразу и интересно, если gcm_sender_id будет выпущен сразу. (Компания, о которой я упоминал, не связана с Google.)

Кроме того, если вы хотите создать веб-push для 500 сайтов, зачем вам выдавать gcm_sender_id иначе или почему?

Answer 1

Вы можете использовать один и тот же идентификатор отправителя для нескольких доменов.

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

Однако я рекомендую использовать VAPID ( стандартный) для автоматизации процесса регистрации отправителя с помощью Firebase Cloud Messaging (ранее GCM). Использование идентификатора отправителя является устаревшим проприетарным методом и в будущем может быть устаревшим.

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