什么是最好的开源 wiki 平台？ [关闭]答案

【问题标题】：What's the best open source wiki platform? [closed]什么是最好的开源 wiki 平台？ [关闭]
【发布时间】：2009-02-12 15:06:41
【问题描述】：

我的任务是为我们的开发人员建立一个 wiki，以共享项目信息（服务器 IP、接口文档、架构图等）。我的经理推荐了 Deki，我也听说过 MediaWiki 和 Twiki。这里的一个项目使用 Trac，但我们不需要它的 SVN 功能，如果可能，我们希望有一个所见即所得的编辑器。我们还想在本地托管这个 wiki。

我找不到很多网络资源来比较各种 wiki 平台，以前的堆栈溢出问题并没有真正直接解决这个问题。

最好的 wiki 平台是什么？过去使用过什么是好的/糟糕的？

要求：

所见即所得
干净的界面
易于使用
将文件附加到页面
用户管理层次结构（用户/组）
开源
本地托管

如果不重复，则非常相似：Coding Standard Wiki

更新：
我们决定选择 Deki。出色的界面、所见即所得、用户层次结构和从 VM 映像安装非常简单。我对 Deki 帖子投了赞成票，但我将对 wikimatrix 的答案给出最佳答案，因为这是帮助我比较各种 wiki 平台的最佳建议。谢谢！

【问题讨论】：

还有一个选择要求：数据库或文件存储。

标签： open-source wiki wysiwyg

【解决方案1】：

尝试在Wiki Matrix中比较它们

【讨论】：

优秀的链接，谢谢。他们需要在他们的 seo 上做一些工作。你会认为他们会在谷歌搜索“比较 wiki 平台”时出现

【解决方案2】：

WYSIWYG 让很多人失望的是，当人们尝试粘贴来自其他来源的项目时。

我为一个非营利组织维护了一个网站，我使用了FreeTextBox。它简洁、免费，并且在 ASP.NET 中运行——我需要的所有标准。这个俱乐部的成员只是不会去弄清楚 HTML 并用它来使事情变得粗体、下划线等。所以，我给了他们 FTB，它有点像 Microsoft Word。双赢，对吧？

错了。由于默认情况下我保留了 FTB 为您提供的所有控件，因此人们选择了各种奇怪的废话，主要是字体。组织中的每个人喜爱 Comic Sans。啊。这是为了编辑一个面向公众的网站，但一切看起来都非常不一致——字体大小、字体类型等等。

所以，我进去并关闭了大部分我不希望人们做的事情，比如更改字体或大小等等。

你知道人们做了什么吗？他们会在 Microsoft Word 中编辑所有内容，然后将其粘贴进去。他们注意到他们无法在 FTB 中做他们想做的事情，所以他们只是使用 Microsoft Word 来解决它（我确信这就是他们在电子邮件中发送屏幕截图的方式好）。而 FTB 只是接受所有这些，通常也带有非常混乱的换行符，所以事情看起来更加笨拙。 FTB 的设计使得当事情变得一团糟时，如果不深入研究 HTML，就很难修复它们，这超出了这些成员的能力范围。

如果我有时间再次接触该站点，我将剥离 FTB 并使用 Stack Overflow 使用的 Markdown 放入 WMD 编辑器之类的东西。我同意不让人们实时看到他们的编辑会是什么样子是“wiki”编辑者忽略的一个问题。但我也认为，让人们在线使用真正的所见即所得编辑器（或至少接受 Word 生成的 HTML-in-the-background 编辑器）是灾难的根源。我喜欢 Stack Overflow 使用的折衷方案——不要让他们使用真正的 HTML，而是让他们实时预览。

因此，尽管所见即所得编辑是您的要求之一，但您可能需要根据您网站的受众重新考虑这一点。

【讨论】：

这是演示与内容的讨论。 Wiki 用于存储和传播信息，通过主观衡量使其看起来“漂亮”应该是几乎所有其他功能的次要功能。强制他们使用基本标记（标题、强调等）并让每个用户制作自己的样式表

【解决方案3】：

在工作中，我们目前使用来自Mindtouch 的 Deki。它具有您发布的所有功能。

很棒的产品，但我选择这个的主要原因是他们在 VMware 映像上有一个现成的版本。只需下载图像和 VWware 播放器并从您的计算机上运行它。然后就可以通过浏览器访问了。

当我们得到一台 VMware 服务器时，我只是将它移到那里并继续使用它。

【讨论】：

【解决方案4】：

我喜欢 mediawiki，我们在这里使用它：http://wiki.lessthandot.com/index.php/Main_Page

【讨论】：

您可以获得几乎所有 Mediawiki 的插件，包括可能满足所见即所得要求的丰富编辑器插件。它也是几乎每个人都知道的事实上的标准标记语言。

【解决方案5】：

我不确定“用户管理层次结构（用户/组）”，但 MoinMoin 涵盖了所有其他基础。

由于 Wiki 通常是扁平的（即每个人都可以做任何事情），我不确定将用户分成两个以上的层次结构（管理员和普通用户）是否有意义。当然，以前从未使用过 Wiki 的人通常会受到恐惧和怀疑的驱使，他们会认为必须保护 Wiki 免受破坏。

相反的论点是您不能删除 wiki 中的任何内容，并且 Wikipedia 在 Internet 中存活了多年，几乎没有受到保护。由于“还原”只需单击一下，而且价格便宜，因此我认为最好将精力投入到 wiki 引擎的其他功能中。

个人经验的一点说明：所见即所得的编辑器仍处于起步阶段。我发现使用原始编辑模式时我的速度要快得多。不过，该功能可以更轻松地将其出售给高层管理人员（= 认为“Word”==“操作系统”的人）。

【讨论】：

MoinMoin +1 - 易于使用和设置

【解决方案6】：

我不知道它是否具有您想要的所有功能......（但我怀疑它可能）

ScrewTurn Wiki

没关系...它没有所见即所得的编辑...

【讨论】：

您可以使用插件插入FCKEditor或其他所见即所得控件

【解决方案7】：

FWIW，我强烈推荐 Foswiki.org（前 TWiki）。这是一个非常成熟的 Wiki，具有非常好的所见即所得编辑器以及可靠的 wiki-ML，它还允许所有 HTML 标记。

它很容易安装在许多平台上，并包含良好的安全措施，包括对用户和组的细粒度访问控制。

【讨论】：

【解决方案8】：

我们使用ScrewTurn Wiki 作为公司的本地wiki。到目前为止，我们还没有遇到任何问题。 Afaik，它具有您要求的所有功能。但当然，你应该先尝试一下，尤其是如果你需要一个 asp.net wiki 引擎。

【讨论】：

【解决方案9】：

虽然我主要使用MediaWiki，但它没有所见即所得，不利于限制阅读。如果您想限制编辑（根据您的“用户管理层次结构（用户/组）”），那么它是非常可行的，但是对于限制阅读，基本上可以保证您可以以防水的方式进行。它不是为此而构建的。

也许你应该看看TWiki。它有一个所见即所得的编辑器，你也可以直接用 HTML 编写。这是有益的，因为您没有将寻呼机存储在 wiki 标记的中间层中。

我相信它从头开始也具有非常强大的访问控制功能。对于用户来说，这是相当不错的。我认为安装起来很棘手，但是您没有将轻松安装列为您的要求之一。 ;) 一旦你过去了，它应该没问题。它也有一个强大的社区，尽管由于最近，呃，disturbance，请留意不同名称的分叉。

【讨论】：

您可以使用附加组件限制 MediaWiki 中的访问，例如mediawiki.org/wiki/Extension:Page_access_restriction。我在尝试升级 TWiki 安装时遇到过糟糕的经历 - 它只是无法正常工作 - 但那是几年前的事了，也许从那时起他们已经有所改进......
是的，有一些扩展试图做到这一点，也许其中一些成功了，但他们都有一个巨大的警告是有原因的。

【解决方案10】：

我喜欢FogBugz 中的 Wiki，但我使用 FogBugz，所以它确实很方便。

【讨论】：