What infra has to be built? I thought they were either handled by the discourse server itself or OneSignal (I can’t remember which).
We handle notifications for our customer on dedicated infrastructure we host.
The notifications contain data we are allowed to handle, since we host the customers.
Sorry. Was thinking this was a different thread (this one: Whitelisted Discourse app with Push Notifications via OneSignal)
Edit: it’s probably worth noting that the thread I linked has ostensibly solved all of those problems. However, I’ve never done it myself.
1 个赞
请考虑将其作为付费服务提供。
在某些用例中，需要通知，而大部分讨论内容（通知中的数据除外）仍应保留在私有服务器上。
1 个赞
我们提供付费服务，请访问 https://discourse.org/buy 注册我们的托管服务。
+1：使用您的托管不是一个选项，我们基于 Discourse 的内部网必须在我们服务器的本地部署。但我们希望“外包”通知功能。
1 个赞
我想知道你们的数据保护官/法务人员对此有何看法。他们要么希望将所有内容都保留在内部，要么就无所谓。但我们很难同时看到这两种情况。
5 个赞
11 个赞
cc
1 个赞
据我所知，它与 Discourse 不兼容。我这是白高兴一场吗？
现在说还为时过早。到 2023 年时，任何事情都可能被允许，也可能不被允许。
1 个赞
（假设的）WKWebView 支持缺失只意味着它不能与 Discourse
Hub
一起使用。
但如果 iOS 获得了对 Web 应用和网站的推送通知支持，那么谁还需要应用呢？
3 个赞
该应用程序可以作为您积极浏览的所有 Discourse 社区的一个不错的中心。
不过，Web 应用的推送通知支持将改变游戏规则。 
说得有理，但我确实喜欢 DiscourseHub 中在不同 Discourse 站点之间快速切换的功能……但也许这个功能可以轻松地构建到网站中，甚至集成到 Discourse 本身。
联合支持？
1 个赞