【问题标题】:Actions on Google - Push notification to a user (userId strategy)Actions on Google - 向用户推送通知(userId 策略)
【发布时间】:2019-01-30 07:11:05
【问题描述】:

我正在处理向用户推送通知并阅读文档。

  1. this 完成之后,我设置了一个网络挂钩来向用户发送通知,这为收件人记录了target.userId。问题,具体指的是什么值?这是我为用户发明的 userId,还是别的什么?
  2. 查看 userId 文档,它似乎必须生成/维护,并且每隔 30 天不活动就会过时。注意到here

我担心的是 - 用户向其他用户发送通知。如果收件人 userId 已从我存储在数据库中的内容过时,我假设在尝试通过过期的 userId 查找该用户时推送通知将失败?这是针对用户推送通知的唯一方法吗?根据this 文档,我的假设是肯定的 - 但它似乎很脆弱 - 或不稳定,因为它依赖于可能过期的 ID(除非我误解了 userId)。

我在上面所概述的是否是考虑将通知从一个用户推送到另一个用户的正确方法?我将用户 ID 存储在我的数据库中,当触发消息时,即:“告诉 JimBob 我将在 11 点到达。”我通过我的数据库查找 JimBob 和他保存的 userId,然后向 JimBob 发送来自 MarySue 的推送通知。

我认为这也表示 JimBob 必须允许来自意图“receive_message”的推送通知。

【问题讨论】:

    标签: node.js dialogflow-es actions-on-google


    【解决方案1】:

    在这种情况下,您误解了发送给您的 ID。

    首先 - 您引用的 UserID 已弃用,并计划在今年晚些时候删除。即使它没有被弃用,它也是独一无二的,不会重复,所以几乎没有误发的机会。

    当用户approves the subscription 时,您需要使用的ID 将交给您。这将在作为 Intent 的一部分发送的参数中,他们批准它,而不是一般的请求。发送给您后,您需要保存。

    【讨论】:

    • 这是否意味着我需要为用户批准的不同订阅存储不同的 ID?这意味着用户可能有一个潜在的 ID 数组,这些 ID 分配给他们拥有的每个订阅。
    • 查看该页面,我认为这是要注意的行:const userID = conv.arguments.get('UPDATES_USER_ID');
    • 是的,这就是 ID。
    • 这是一个引用所有用户允许推送通知的 ID 吗?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-05-13
    • 2021-12-20
    • 2018-12-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多