iOS Mobile App Notifications

需要搭建哪些基础设施?我原以为这些是由 Discourse 服务器本身或 OneSignal 处理的(我记不清具体是哪一个了)。

我们为客户托管的专用基础设施处理通知。
通知中包含我们被允许处理的数据,因为我们托管了这些客户。

抱歉,我刚才以为这是另一个帖子(这个帖子:Whitelisted Discourse app with Push Notifications via OneSignal

编辑:值得一提的是,我链接的那个帖子表面上已经解决了所有这些问题。不过,我自己从未实际操作过。

1 个赞

请考虑将其作为付费服务提供。
在某些用例中,需要通知,而大部分讨论内容(通知中的数据除外)仍应保留在私有服务器上。

1 个赞

我们提供付费服务,请访问 https://discourse.org/buy 注册我们的托管服务。

+1:使用您的托管不是一个选项,我们基于 Discourse 的内部网必须在我们服务器的本地部署。但我们希望“外包”通知功能。

1 个赞

我想知道你们的数据保护官/法务人员对此有何看法。他们要么希望将所有内容都保留在内部,要么就无所谓。但我们很难同时看到这两种情况。

5 个赞

https://9to5mac.com/2022/01/31/ios-15-4-hints-at-ar-vr-headset-support-and-push-notifications-coming-to-web-apps/

自托管通知的好消息 :grinning:

11 个赞

真是个好消息!感谢您在此与我们分享 :person_bowing: cc @pmusaraj @Falco

9 个赞
1 个赞

据我所知,它与 Discourse 不兼容。我这是白高兴一场吗?:cry:

现在说还为时过早。到 2023 年时,任何事情都可能被允许,也可能不被允许。

1 个赞

(假设的)WKWebView 支持缺失只意味着它不能与 Discourse
Hub
一起使用。
但如果 iOS 获得了对 Web 应用和网站的推送通知支持,那么谁还需要应用呢?

3 个赞

该应用程序可以作为您积极浏览的所有 Discourse 社区的一个不错的中心。

不过,Web 应用的推送通知支持将改变游戏规则。 :partying_face:

说得有理,但我确实喜欢 DiscourseHub 中在不同 Discourse 站点之间快速切换的功能……但也许这个功能可以轻松地构建到网站中,甚至集成到 Discourse 本身。

联合支持?

1 个赞