【发布时间】:2020-05-21 15:58:02
【问题描述】:
我一直在玩 One Signal 和 Firebase 推送通知。
我几乎可以肯定 One Signal 无法帮助我,并且开始觉得 Firebase 也可能无法帮助我。
我们有一个网络应用程序,允许普通作者发布文章。它还允许用户使用 Firebase 同步的实时数据库对文章发表评论。
我想创建一个功能,用户可以在其中获得针对特定文章评论的推送通知。房间 ID 将是文章 ID。如果两者都允许来自我们的应用程序的推送通知并且已经评论了一篇文章,他们只订阅了这篇文章评论。他们还可以单击此特定文章评论线程上的按钮,并根据需要取消订阅此文章评论线程。
所以我们可能有成千上万的文章和每篇文章中的数百个cmets,说得轻巧。
当我觉得我不能为每篇文章设置单独的“细分”时,我很快就离开了 One Signal,我不确定这是允许的吗?有什么想法吗?
在我探索 Firebase 的过程中,我刚刚在他们与群组相关的文档中看到了这条评论(我希望这可以成为我的文章室)。
“通知键允许的最大成员数为 20”找到 here。根据我的理解,密钥是组密钥。这不起作用,因为如果评论线程中有超过 20 个用户怎么办。我查找了有史以来最受欢迎的评论线程,以找到像 500 这样的数字。这意味着我的系统必须能够支持每篇文章的大量用户。
另外一个信号标签和社交活动看起来可以调查,但我的一般问题并不具体,它更广泛的一般问题。我希望有经验的人可以就解决此问题的最佳方法提供一些指导和好的提示。是否允许推送通知以我想知道的规模?
一个缩放示例 1000 篇文章,每篇文章都有 100 多个不同的用户评论。用户只能收到关于他评论过的文章的推送通知。 (假设他首先允许在整个站点范围内推送通知,并且没有阻止我们或完全取消订阅该站点。订阅该站点不会自动为您订阅任何特定内容,只是意味着您愿意订阅某些内容并控制哪些内容轻松)
好的,感谢您阅读并期待收到有这种经历的人的来信并分享他们的经验。
丹尼尔·加德@GaddBox
【问题讨论】:
标签: firebase firebase-cloud-messaging onesignal