【问题标题】:Chrome Push Notifications endpoint + user identificationChrome 推送通知端点 + 用户标识
【发布时间】:2016-03-03 13:20:05
【问题描述】:

我计划集成 Chrome 的推送通知(推送 API 和通知 API)。

成功订阅后,Chrome 服务器会向客户端发送一些特殊令牌(“端点”),您可以使用它来识别客户端并发送任何推送消息。

来自doc

端点应该为每个用户保存在您的服务器上,因为您需要他们在以后发送推送消息。

我有几个问题:

  1. 您如何在服务器端管理“端点”?您是否会在通过 AJAX 成功订阅您的服务器后发送此“端点”并保存到数据库中。或者您将其保存到 cookie 中,然后在登录/注册请求后将其保存在服务器上。
  2. 我想知道,您如何将“端点”与真实用户连接起来?用户可以打开您的网站,点击“允许”以显示推送通知,但他没有会话 cookie,因此您当时无法与真实用户识别此“端点”。
  3. 这个“端点”是否有一些 TTL?

【问题讨论】:

    标签: push-notification google-cloud-messaging push web-push push-api


    【解决方案1】:
    1. 是的,您可以将其发送到服务器,服务器可以将其存储在数据库中。参见例如 [1]。
    2. 这取决于您的应用程序。有时您不需要将端点链接到用户。如果你这样做了,那么端点可以是服务器上user 对象的属性。如果用户在登录之前注册推送通知,那么您无法判断该端点与该用户相关。当用户登录时,您可以将更新的信息发送到服务器。
    3. 是的,端点可以过期(请参阅 [2])。发生这种情况时将触发 'subscriptionchange' 事件,服务工作者可以监听此事件并将更新的信息发送到服务器(同样,您可以看到 [1] 作为示例,或 [3])。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-11-24
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多