你好。我想构建一个由用户控制的 Wiki，并打算使用 Discourse 来实现。目前我能想到的最佳方式是：允许用户通过创建一个新的“Wiki 化”帖子来生成“Wiki 页面”，该单个帖子即作为完整的 Wiki 页面使用。
*这是否确实是最佳方案？
例如，是否允许单个帖子由多位用户共同编辑，长期开放编辑权限（数周之久），并且内容不断增长（达到类似 这个 维基百科页面的规模）？单个帖子与完整的类维基百科页面似乎有很大差异，因此我想确认这种方式是否可行且稳定。
*我注意到可以添加 目录。还有其他推荐的插件吗？例如，我认为 Discourse 可能支持 Wiki 风格的 URL 链接，但还不太确定。
顺便一提，以下是我查阅过的其他帖子：
我在 这里 看到可以对帖子进行 Wiki 化处理。
此外，我还看到了 这里 关于创建 Discourse Wiki 的深入讨论——该对话已有数年历史，且涉及多个不同方向，因此我在此提出这个更具体的问题。
正如链接主题中的一位发帖人所指出的，在 Discourse 上创建 Wiki 主题有三件有用的事情。
您提到过其中一件（什么是 Wiki 帖子？），它详细介绍了如何将普通帖子转换为 Wiki 帖子，这意味着任何具有正确信任等级的用户都可以编辑它。
您提到的另一件（DiscoTOC - 自动生成目录 - 主题）仅为主题的第一个帖子添加目录。
第三件您没有具体指出但提到过的是 Knowledge Explorer 插件，您是否具备安装能力取决于您的服务计划或是否自行托管。
几个月来，我们的网站一直将 Wiki 页面放在单独的分类中，而讨论页面则放在相关的分类中。Wiki 页面仅包含一个帖子，而对应的讨论页面则作为正常主题运作。
昨天，在了解到 (DiscoTOC - 自动生成目录 - 主题) 后，我们将其添加到了几个页面中，并允许信任等级为 3 及以上的用户开始使用它。
在另一篇帖子（是否有人在开发 Discourse Wiki？）中，给出了一个使用 Knowledge Explorer 的目录示例。我当时并不知道，该页面实际上使用了上述两项中的两项：DiscoTOC - 自动生成目录（主题）和 Knowledge Explorer 插件。由于我们的网站不在允许使用 Knowledge Explorer 插件的服务计划上，我无法对此做更多说明。
单个帖子看起来与完整的类似维基百科的页面非常不同，所以我希望确认它是否可行且稳定。
它在我们的网站上运行良好且稳定。正如我所提到的，讨论会被转移到对应的帖子中，由于我拥有网站的管理员权限，我可以将任何回复移动到讨论帖子中。我曾尝试一些方法来限制回复，但对结果不太满意；欢迎提出建议。
它之所以稳定，主要是因为我们的网站大多数用户不会贡献 Wiki 页面。我在 StackOverflow 上也看到类似的情况，许多人宁愿就所需的编辑发表评论，也不愿直接进行修改。此外，值得一提的是，Discourse 上的所有帖子都有编辑历史，并且可以回滚。
关于 Wiki 页面，我还有一个与许多人截然不同的看法：它们不必一开始就整洁有序。我们最受欢迎且评论最多的主题之一，目前以及过去几个月来，只是一个不断增长的链接、摘录、评论等集合。其理念是，一旦发现与主题相关的内容（Bug 狩猎工具箱），就将其添加到 Wiki 帖子中，以免被遗忘。
它现在已经形成了一个相当可观的列表，现在需要重新格式化并补充更多细节和可运行的示例。目录主题使我们能够迈出下一步，以更快地查找信息的方式组织内容，而无需阅读整个帖子。
希望这能帮到您。
就我而言，我需要用户能够掌控全局——创建 wiki 帖子、编辑帖子等……
知识探索器插件实际上有什么功能？它本质上是一种更精细的搜索方法吗？
类别有一个设置，可将新帖子设为维基帖子。我广泛使用它。
我不使用“维基风格的 URL 链接”，只使用 Discourse 的普通链接。
我在想，如果维基帖子的首帖者信息被隐藏，这种情况是否会改善。当看到帖子附有他人的名字时，我觉得修改别人的帖子有些不自在。
管理员可以更改帖子的所有权，所以我尝试了一下，以下是我的发现：
希望这不会造成混淆。
我没能找到隐藏帖子创建者的方法。
作为建议，也许 Discourse 应该专门为拥有维基帖子创建一个用户，或者在创建分类时设置该选项。
在了解这些之后，我现在正在更改维基帖子的所有权。
作为一名多年的维基编辑，我想提供一些实用建议：没有任何维基能让所有人都理解，所以你必须在某个地方进行解释。在解释的地方，要鼓励你所期望的行为。
协作需要人工打理，这其中就包括鼓励。对于 Discourse，我鼓励大家大胆地进行编辑，因为我们随时可以修正任何内容；但同样，在话题中讨论修改也是完全没问题的。随后，如果我们形成了清晰的修改意见，我会鼓励个人去实际执行这些更改。
对于维基来说，一点点手把手的指导往往能产生巨大的作用。^_~
感谢大家的回复。所以，关于“是否允许单个 Discourse 帖子演变为完整的维基百科页面”这个问题——即该帖子可以非常长、允许多用户贡献内容，并且可以长期保持开放状态——听起来这应该是可以的，对吗？
帖子的长度限制为 32000 个字符。此外，如果您在页面中使用 DiscoTOC 且页面较长，目录可能需要几秒钟才能渲染完成。
谢谢，这正是非常有益的详细信息。我之前并不了解这些限制，而它们对我的使用场景来说确实相当严重。
在允许用户发布长篇幅的 wiki 页面时，我还会遇到哪些其他技术问题？
虽然这不是一个技术问题，但如果你开始提出希望为维基帖子添加的功能，你将会遇到 Discourse 的使用场景问题，例如 维基改进 – 将内容拆分为多个部分？
谢谢。是的，这很可能就是根本的顾虑。Discourse 确实有很多优点——界面简洁、功能强大、易于部署等等。但归根结底，它是为论坛设计的，而不是用于撰写维基文章。因此，即使存在一些变通方法可以近似实现维基式功能，人们仍会担心：若试图用 Discourse 来构建一个有实质内容且不断发展的维基，将不得不持续将本非其设计初衷的功能强行塞入其中。
我会再考虑一下。如果 Discourse 能具备完整的维基功能，我个人会非常期待。但我更倾向于寻找一个专门的维基解决方案来构建维基。
如果您观看 Jeff 发表的视频演示，您会发现他是一位愿意倾听并乐于接受改变的人，但您必须提出非常有力的论据。这可能是您未曾考虑过的一条途径。
这是默认值，但如果您需要，可以通过站点设置轻松修改。
“几秒钟”太长了，这种情况绝不应发生。
使用该组件生成目录应当是瞬间完成的。如果确实需要这么长时间，那说明出了问题。如果您能提供更多关于何时发生此问题的详细信息，我可以帮您修复。
看来这里存在一些不同的看法。
因此，希望团队能就此发表意见：你们是否认为使用 Discourse 搭建维基站点是可行的？具体方法是允许用户创建“维基页面”，即通过用户发布经过维基化处理的帖子来实现。
（之所以尝试这种方法，而不是使用像 MediaWiki 这样的完整维基工具，是因为 Discourse 总体上易于使用，界面美观等。）
你读过 32,000 个字符吗？我个人并不认为这本身算是一种“限制”。
一篇大约 30 kB 到 50 kB 的可读散文页面，大致相当于 4,000 到 10,000 个单词，以平均速度阅读需要 30 到 40 分钟。
我认为你还有很大的空间去发展和吸引用户。
我认为这取决于这些“维基”的规模有多大。如果它们只是轻量级、简单的内容，并适当穿插一些讨论，那可能没问题。但如果它们是为了从零重建维基百科而写成的百万字长篇巨著，那可能就不合适了。
哈哈。我们会把“百万字级长篇中篇小说”这个潜在问题归入“到时候再处理”那一类……所以不是超长的帖子，但可能是“中等”维基百科长度的帖子，比如这一篇。
从我目前看到的基础功能来看——允许用户创建维基百科风格的帖子、目录（TOC）插件，以及在普通帖子中链接到网址的基本能力——这似乎是可行的。
由于刚接触 Discourse，很难判断在用它构建一个维基类站点时是否会出现意想不到的问题。这个站点并非完整的维基百科，而是专注于特定主题、类似维基百科的站点。因此，或许直接使用 MediaWiki 这类专为维基设计的软件会更合适。
我明白最终的考验在于真正动手实践，但这份反馈非常有助于我确定从哪里开始着手。
Stephen 指出：
这里有一种可能的方法，是对“开发一个 Discourse 插件以扩展 Wiki 功能”的变通方案，但与其开发插件，不如尝试使用主题来实现，因为主题本质上只是 JavaScript 和 CSS。
维基媒体 的编辑器采用 MIT 许可，正如维基百科 文章 中所述，它是用 JavaScript、Node.js 和 PHP 编写的。
只是随口想想，是否有可能使用类似 DiscoTOC 这样的主题，在每个部分末尾添加一个 [编辑] 链接？点击该链接后，将提取该部分内容，传递给维基媒体编辑器，待修改完成后，再更新 Discourse 帖子。这样，Discourse 就可以避免从头开发 Wiki 编辑器的麻烦，同时又能获得更优秀的 Wiki 页面所带来的吸引力和市场价值。
幸好 Discourse 没有“踩”功能，否则我绝不会在 StackOverflow 上提出这样的回答。
