Open source 什么';最好的开源维基平台是什么?

Open source 什么';最好的开源维基平台是什么?,open-source,wiki,wysiwyg,Open Source,Wiki,Wysiwyg,我的任务是为我们的开发人员建立一个wiki来共享项目信息(服务器IP、接口文档、体系结构图等)。我的经理推荐了Deki,我也听说了MediaWiki和Twiki。这里有一个项目使用Trac,但我们不需要它的SVN功能,如果可能的话,我们希望有一个WYSIWYG编辑器。我们还希望在本地托管此wiki 我找不到很多比较各种wiki平台的web资源,以前的堆栈溢出问题并没有直接解决这个问题 最好的维基平台是什么?过去用过哪些好的/糟糕的 要求: 所见即所得 清洁界面 易于使用 将文件附加到页面 用户

我的任务是为我们的开发人员建立一个wiki来共享项目信息(服务器IP、接口文档、体系结构图等)。我的经理推荐了Deki,我也听说了MediaWiki和Twiki。这里有一个项目使用Trac,但我们不需要它的SVN功能,如果可能的话,我们希望有一个WYSIWYG编辑器。我们还希望在本地托管此wiki

我找不到很多比较各种wiki平台的web资源,以前的堆栈溢出问题并没有直接解决这个问题

最好的维基平台是什么?过去用过哪些好的/糟糕的

要求:

  • 所见即所得
  • 清洁界面
  • 易于使用
  • 将文件附加到页面
  • 用户管理层次结构(用户/组)
  • 开源
  • 本地托管
如果不重复,则非常相似:

更新:

我们决定和戴基一起去。出色的界面、所见即所得、用户层次结构和从虚拟机映像安装都非常简单。我对Deki帖子投了更高的票,但我将给出wikimatrix答案的最佳答案,因为这是帮助我比较各种Wiki平台的最佳建议。谢谢

试着在

中比较它们,我不知道它是否具有您想要的所有功能…(但我怀疑它可能会)


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

我喜欢mediawiki,我们在这里使用它:

在工作中,我们目前使用的是Deki。它具有您发布的所有功能

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

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

我们在公司中用作本地的wiki。到目前为止,我们还没有遇到任何问题。好吧,它有你要求的所有功能。当然,你应该先试试,尤其是如果你需要一个asp.net wiki引擎的话。

我不确定“用户管理层次结构(用户/组)”,但它涵盖了所有其他基础

由于Wiki通常是扁平的(即每个人都可以做任何事情),我不确定将用户分为两个以上的层次结构(管理员和普通用户)有多大意义。当然,以前从未使用过维基的人通常会被恐惧和怀疑所驱使,他们会相信他们必须保护维基免受破坏

相反的论点是,你不能删除维基中的任何内容,维基百科在互联网上存活了多年,几乎没有任何保护。由于“还原”只需点击一次,而且价格便宜,我认为最好将精力投入到wiki引擎的其他功能中


个人经验中的一点提示:所见即所得编辑器仍处于初级阶段。我发现使用原始编辑模式时速度要快得多。不过,该功能使向高层管理层销售更为简单(=认为“Word”=“操作系统”的人)。

所见即所得让很多人感到困惑的是,当人们试图粘贴来自其他来源的项目时

我为一个非营利组织维护了一个网站,并使用了它。它整洁、免费,并且在ASP.NET中运行——这是我所需要的所有标准。这个俱乐部的成员只是而不是去理解HTML,并用它来做粗体、下划线等。所以,我给了他们FTB,它的工作原理有点像Microsoft Word。赢/赢,对吗

错。由于默认情况下我把FTB提供给你的所有控件都放在左边,所以人们选择了各种奇怪的东西,主要是字体。组织中的每一个人都爱你。啊。这是为了编辑一个面向公众的网站,所有内容看起来都非常不一致——字体大小、字体类型等等

所以,我进去关掉了大部分我不想让人们做的事情,比如改变字体或大小等等

你知道人们做了什么吗?他们会编辑MicrosoftWord中的所有内容,然后将其粘贴进去。他们注意到他们无法在FTB中做他们想做的事情,所以他们只是使用Microsoft Word来绕过它(我相信这也是他们在电子邮件中发送屏幕截图的方式)。FTB只是接受了所有这些,通常情况下,断线也会非常混乱,所以事情看起来更糟糕。FTB的设计使得当事情变得一团糟时,如果不深入HTML就很难修复它们,而HTML超出了这些成员的能力范围

如果我再次接触到那个网站,我会剥离FTB,加入WMD编辑器,使用像堆栈溢出一样的标记。我同意,不让人们实时看到他们编辑的内容是“维基”编辑所忽略的一个问题。但我也认为,让人们在网上使用真正的所见即所得编辑器(或者至少是在Word生成的背景中只接受HTML的编辑器)会带来灾难。我喜欢折衷的堆栈溢出使用-不要让他们使用真正的HTML,而是给他们一个实时预览


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

虽然我主要使用MediaWiki,但它没有所见即所得,也不利于限制阅读。如果你想限制编辑(根据你的“用户管理层次结构(用户/组)”,那么这是完全可行的,但是对于限制阅读,基本上可以保证你可以以防水的方式进行。它不是为这个而建的

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

我相信它从一开始就有非常强大的访问控制。对于用户来说,这是相当不错的。我想是的