大家好,
我参与的一个团队使用 Zulip 已有几个月了,我正在考虑我们是否可以改用 Discourse。我想知道是否有办法利用 Zulip 的备份或导出文件,将历史记录导入到 Discourse 实例中?我在此尚未找到相关主题的内容……
Paul
大家好,
我参与的一个团队使用 Zulip 已有几个月了,我正在考虑我们是否可以改用 Discourse。我想知道是否有办法利用 Zulip 的备份或导出文件,将历史记录导入到 Discourse 实例中?我在此尚未找到相关主题的内容……
Paul
欢迎,@paulrudy!我没有看到现有的 Zulip 导入器。由于 Zulip 更像是一个聊天工具而非论坛,我想可能没人愿意做这件事(或者即使有人做了,也没有将他们的代码贡献给 Discourse)。
如果你熟悉 Ruby 或编程,可以找一个现有的导入器并修改它以适配你的 Zulip 数据库。我没有看到任何读取 PostgreSQL 数据库的导入器,但既然 Discourse 使用的就是 PostgreSQL,应该不难实现。
如果你没有时间做这件事,但有预算,可以在 Marketplace 寻求帮助,或通过 我的迁移报价表单 联系我。
非常感谢,Jay!在编程方面,我还是个爱尝试的业余爱好者。我可能会自己试一试,如果实在搞不定,再向你求助。
我在真正了解 Ruby 之前写过一些导入器,但很久以前我曾上过一门课程,学习了许多(如今大多已不再使用的)编程语言。祝你好运!
既然 Zulip 本质上是一个聊天程序(这是我用 30 秒时间大致了解到的),那么将其用于临时讨论,而将 Discourse 用于需要更多思考和关注的内容,可能是合理的做法。
说得很好。虽然我们使用 Zulip(以及其他用户使用 Slack 等聊天应用)的方式似乎同时包含了即时聊天和值得归档的讨论。我不太希望要求人们同时跟踪两个平台。Discourse 作为聊天工具有哪些不够理想的地方吗?
恢复此帖,因为我也有同样的问题,想知道是否有人在此期间尝试/设法做到了这一点。是的,Zulip 是一个聊天平台,但它的逻辑也非常接近论坛,因为聊天消息是发布在主题下的。我们对 Zulip 非常满意,但我们被 Discourse 的 ActivityPub 集成所吸引……