关于 Discourse 上的聊天集成插件：
是否有计划添加来自 Signal 聊天的通知？
我有许多小型社区目前使用 Signal 聊天进行内部协作（这显然无法扩展）。我想将它们迁移到 Discourse，因此某种形式的连接将非常有帮助——至少在迁移完成之前……
2 个赞
查看 https://meta.discourse.org/t/discourse-chat-integration/66522，看起来不支持 Signal。现在 Discourse 内置了聊天功能，我猜它不太可能被添加，但这不由我决定。
一些背景信息：
Signal 聊天在德国非常受欢迎，尤其是在那些不想使用 Facebook 群组、WhatsApp 或 Slack、Threema (Threema – Highly Secure Communication For Individuals and Companies – Threema) 等商业工具的社区中。其中一个原因（至少对于 META 工具和 Slack 而言）是隐私问题。
这些社区通常使用 Signal 聊天进行群组交流。但他们也明白，对于超过 20 人的群组，“严肃”的群组协作来说，这种非结构化的“即时”沟通并不是正确的解决方案……
如果 Signal 的通知能够以某种方式复制到 Discourse 帖子中，这将支持从 Signal 到 Discourse 的软迁移或某种形式的并行操作。总而言之，这将使迁移到 Discourse 更加容易，并提高用户接受度。
3 个赞
这听起来很有说服力。我再次声明，我不做任何决定，但我猜想 PR 会受到欢迎。你也可以在此期间 fork 一份。
@Thomas_Rother 您是否已联系负责 Signal 的非营利组织以进行集成？我对这个概念很感兴趣，原因与您相同，如果您已经联系过他们，我也不想重复工作。话虽如此，我仍然需要对 Discourse 加密插件以及 Discourse 手机应用的当前状态进行更深入的研究，后者似乎总是一种启动链接快捷方式的复杂方式。
@Muiren 我还没有联系过 Signal 方面的人，例如 https://signal.org 的开发社区。
关于技术解决方案，我甚至不知道是否有任何 API 可以用来“镜像”一个 Signal 群聊到 Discourse 主题，例如。Signal 主要用于私人通信，群聊不是主要用例，尽管在德国这里它经常被“滥用”于群组通信……
鉴于 Signal 在很大程度上是一个客户端应用程序，肯定有一个 API，并且您几乎肯定可以从源代码中对其进行逆向工程。
但正如他们所说，在 Signal 之外使用是“不受支持”的，因此虽然您可以从他们的社区获得帮助，但无法保证此接口或您可能需要在 RoR 生态系统中依赖的库的稳定性。
毫无疑问，在各种生态系统中会有其他尝试，它们位于几个 GitHub 存储库中，这些存储库可能不再维护且不再工作，但可以提供一些见解。
您将需要能够将每个 Discourse 用户帐户与每个相应的 Signal 帐户链接起来，方式与当前方案类似，并为每个用户维护本地私钥，解密消息，然后进行处理。
这绝对是可行的，但需要大量不可预测的持续工作，尤其因为您没有针对从未打算被 Ruby on Rails 使用的 API 的文档（但您永远不知道）。
我怀疑您需要非常渴望才能完成这项工作。
，除非您能激励某人将其作为一项热情项目来完成。
1 个赞
我之前从非技术角度与 Discourse 的工作人员讨论过这个问题。在德国，许多非营利社区将聊天系统作为他们唯一的团体交流场所。要说服他们 Discourse 是一个“高质量”数字互动的好得多的解决方案，并非易事。
有了更多对技术细节的了解，我现在也同意，要创建一个连接 Signal 群聊（作为源）和 Discourse 平台（作为目标）以实现某种“自动群组通信镜像”的任务确实非常困难（>> 成本高昂）。更好的方法是直接说服人们，转向 Discourse 是 Signal/WhatsApp 等的最好替代方案。但为此，我们需要在“Discourse 移动/Android”方面进行一些改进，正如在 Discourse Mobile: chat improvements, notifications, widget - #16 by sliter 已经讨论过的那样。
1 个赞
感谢两位就此问题发表意见。我越想越觉得，改进，或者说重新打造Discourse Mobile成为一个更安全、更强大的应用程序，可能比尝试集成Signal更能有效地利用时间和人才。