Действия в Google - Push-уведомление для пользователя (стратегия userId)

Question

Я работаю над своими push-уведомлениями для пользователей и работаю с документацией.

1. После этого обхода я настроил веб-крючок для отправки уведомленияпользователь, это отмечает target.userId для получателя.Вопрос, на какое именно значение ссылается?Это пользовательский идентификатор, который я придумал для пользователя, или это что-то еще?
2. Глядя на документацию по пользовательскому идентификатору, выясняется, что его нужно генерировать / поддерживать и он может устареть каждые 30 дней бездействия.Отметил здесь

Меня беспокоит то, что пользователи отправляют уведомления другим пользователям.Если получатель userId устарел от того, что я сохранил в своей базе данных, я предполагаю, что push-уведомление не будет выполнено при попытке найти этого пользователя по userId, срок действия которого истек?Это единственный способ нацелить пользователя на push-уведомление?Я предполагаю, что да, основываясь на этой документации - но она кажется хрупкой - или нестабильной, поскольку она полагается на идентификатор, срок действия которого может истечь (если я не неправильно понимаю userId).

Это то, что яВыше изложен правильный способ думать о push-уведомлениях от одного пользователя другому?Я сохраняю идентификатор пользователя в своей базе данных, и когда запускается сообщение, например: «Скажите JimBob, что я буду там в 11».я просматриваю свою БД, чтобы найти JimBob и его сохраненный userId, а затем отправляю JimBob push-уведомление от MarySue.

Я предполагаю, что это также означает, что JimBob должен разрешать push-уведомления из намерения "receive_message".

Answer 1

В этом случае вы неправильно понимаете отправленный вам идентификатор.

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

Идентификатор, который вам нужно использовать, будет передан вам, когда пользователь утверждает подписку .Это будет в аргументах, которые отправляются как часть намерения, где они его одобряют, а не как запрос в целом.При отправке вам необходимо сохранить это.