KDE 的 Discourse 设置

支持
1

KDE 是最初且最佳的 Linux 桌面项目，我们本周将在米兰举行会议。目前有很多支持将我们的论坛和邮件列表迁移到 Discourse 的方案，我也已经搭建了一个测试站点以便尝试。我们有一些问题。

我们目前的论坛使用带有部分自定义的 phpBB。这些论坛涵盖了许多主题和子分类，范围从应用程序及其各种功能，到针对不同语言完全本地化的子论坛。

  • 使用 Docker 进行部署意味着我们对 Discourse 的 Docker 镜像创建过程投入了高度信任。负责 Docker 镜像的团队对底层库的安全问题更新响应如何？（libpng 曾被作为一个相关示例提及，它过去曾出现过问题。）
  • 我们为 phpBB 添加了一个自定义功能，用于我们的绘图应用 Krita，它会在主题列表旁显示图片。Discourse 是否也能实现类似的功能？https://forum.kde.org/viewforum.php?f=275
  • 我们希望将开发者邮件列表迁移到 Discourse，但目前论坛和 Mailman 列表之间的隔离防止了许多吵闹且无益的用户打扰开发者。是否有办法将不同的列表隔离开来，从而在迁移到另一种类型时设置一定的障碍？
  • 对于邮件列表，通常已有要添加的电子邮件用户列表。我们能否将电子邮件直接添加到 Discourse 的某个分类中，还是每个用户都需要自行注册？是否有邀请用户加入特定分类的方法？
  • 它是否支持多个域名用于接收电子邮件？
  • 对于一个拥有接收电子邮件地址的论坛，用户如何获知该地址？我未能找到实现这一点的途径。
  • 有哪些工具可以移除请求匿名化用户的身份信息？
  • 是否有命令行工具可用于审核待处理队列以批准或丢弃帖子？我们目前在使用 Mailman 时大量依赖此功能。
  • 我们有一个引导式发帖页面，以相当用户友好的方式引导用户前往正确的论坛。是否有等效功能？KDE Discuss - KDE Community
  • 我们有一些子论坛，其中应用分类（参见图形和 Krita 论坛）包含应用论坛，而这些应用论坛内部又包含一些子论坛。是否可以实现分层分类方法？
  • 是否可以不使用 Docker 进行部署？我们的系统管理员更倾向于能够使用我们自己的部署工具。

抱歉问了这么多问题，当然，提供文档链接作为答案也是很好的 :smile:

2

镜像定义也是开源的，我们会根据 CVE 更新依赖项。也欢迎提交拉取请求 :slightly_smiling_face:

这与这个插件非常相似：Topic List Previews (legacy)

请查看：Anonymizing Users in Discourse

我们最近重新设计了待处理队列的 UI 和 API。目前虽然没有专门的 CLI 客户端，但借助我们的 API 支持，实现这样一个工具非常容易。

目前，类别最多只能嵌套两层，此外还可以使用跨类别标签。

由于软件是开源的，理论上一切皆有可能。不过，我们建议遵循官方文档，并保留不对使用自定义工具进行部署的情况提供支持的权利。

关于邮件列表的问题，我将交给更熟悉这方面的人来回答 :sweat_smile:。

Discourse 团队非常希望看到 KDE 使用我们的软件！期待与 KDE 社区合作。

3

您可以设置私有分类，仅允许特定群组（或多个群组）的成员进行阅读、阅读并回复，或阅读、回复及创建主题。

您可以通过 CSV 文件或导入过程将用户添加到群组中。

这取决于您对“支持”的具体定义。

您需要主动告知他们。一种方法是将该信息放在分类描述中。

在此处搜索“anonymize”（匿名化）。

嗯，其实并没有那么友好，因为用户必须创建账户才能看到它。:wink: 您可以创建一个主题，告知人们应该在哪里发帖。

您可能需要阅读：It's Time We Talked About Tags

正如 Rafael 所说，这是可行的，但会很麻烦。您需要每月预留 5 到 10 小时用于升级，并阅读每一次提交记录，以了解哪些库已更新。

另外，请注意，Discourse 提供针对邮件列表的导入工具。

4

非常感谢您的回答，我会看看能否在 KDE 中推进这项工作。

5

是否存在支持更深层级标签层级的功能请求？这似乎是一个不必要的任意限制。