在MediaWiki之后使用哪个维基?

时间:2009-05-04 20:57:12

标签: wiki mediawiki

我们正在考虑从现有的MediaWiki安装迁移到功能更丰富的功能。我试图找到人们今天使用MediaWiki的所有痛苦(主要是它与外部文档的处理能力差,而且与Word相比,编辑能力不够完善)。

我们正在使用wiki来设计,规范和流程指南。我们有几个外部文档(docs,powerpoints),我们正在将这些文档放在共享文件夹中并从wiki链接到(因为在MediaWiki中上传文件不是很方便)。 我们试图将摩擦力降到最低,这样就没有人会有借口或理由不使用它。

我们正在考虑的一些选项是Confluence,Trac& SharePoint中。资金不是一个大问题,只是易用性(和维护)和功能丰满。你会用什么?

9 个答案:

答案 0 :(得分:15)

我会将具体功能需求的详细信息插入到优秀的WikiMatrix选项向导中,然后让它提出建议。

答案 1 :(得分:14)

我会建议

  • Foswiki(http://foswiki.org),(由TWiki的整个开发人员社区分担以避免商标威胁),用于功能丰富且完全开放的程序员维基。放在irc.freenode.net上的#foswiki上与社区聊天。
  • Mindtouch的Deki Wiki(http://www.mindtouch.com/)显然是用户友好的最先进和创新的维基,是现代商业+开源产品。与Office文档的完美集成。

我会避免Confluence。 Confluence做了一个设计选择(禁止在页面中使用Wiki语法混合html),这对任何wysiwyg的尝试都是致命的,因为它使用WYSIWYG的标准HTML编辑器,并且将其转换为保存在非常有限的子集中,令人沮丧用户的惊喜(例如foswiki将wiki语法不能处理的部分保存为表格单元格中的项目符号列表)。 Confluence有很多很好的方面,特别是它与atlassian伟大的工具集成作为他们的JIRA bugtracker,(我们在工作中使用它以获得良好的结果),但不打算定制它。

托管维基也有很多不错的选择(谷歌网站,基于令人敬畏的jotspot引擎就是其中之一)。

当然不要使用Sharepoint。它的wiki功能只是一个IE浏览器的笑话,而Sharepoint整个架构是脑死亡(将所有数据 - 甚至是大型文档 - 存储在非分布式数据库中都违背了微软自己的建议)。如果您想要具有良好Office集成的DMS,请查看KT(知识树)。 http://www.knowledgetree.com/。出于政治原因,我们被迫在工作中使用Sharepoint,但我们将其限制为基本文档管理(从​​不使用MOSS更高层,因为它打破了版本之间的兼容性)并将foswiki前端集成到它(在xml中转储文档列表和元数据)并在foswiki中提供导航,并使用谷歌框进行搜索)

但我的真正的建议是......等待谷歌浪潮,这有望彻底改变维基概念。

免责声明:我是foswiki社区的一员。

答案 2 :(得分:5)

我个人建议不要从Wiki迁移到SharePoint。这个巨大的问题是SP对图像的可怕处理。

答案 3 :(得分:5)

在您离开Mediawiki之前,我会建议您考虑许多可用的扩展。 IMO没有很多wiki可以提供MW的更多功能,特别是当你考虑扩展的数量时。见http://www.mediawiki.org/wiki/Category:Extensions

例如,对于编辑,存在类似于Word的基于浏览器的编辑器。甚至还有Word的宏,允许您从Word中将MS Word导出到Wiki。

另外,请查看Semantic Mediawiki扩展。这些在知识管理领域带来了巨大的好处。

答案 4 :(得分:3)

首先,我会远离Sharepoint。周期。

我也不会考虑转换为Trac,因为Trac特别关注问题跟踪和对外部文档的支持不足。

我会考虑切换到 Confluence ,因为:

  • 金钱不是问题(如你所说)
  • 你想尽量减少维护工作(如你所说)
  • 您想使用wiki处理外部文档(正如您所说)

我通常是开源技术的坚定拥护者,但是根据你提出的要求,我认为他们不会让你开心。例如,如果您有可用于维护和提供系统定制的人员,我肯定会建议您尝试使用Foswiki,否则它将非常适合您的需求。但是,如果你真的想远离任何额外的维护工作,Foswiki不是一个好选择。

答案 5 :(得分:2)

我在Tiki Wiki CMS群件上工作,我将分享一些链接。这个问题出现了很多,所以我们有一个专门的页面:http://tiki.org/Tiki+vs+MediaWiki

  

我们正在考虑从现有的MediaWiki安装

转移
  

更富有特色的东西。

  

我们正在使用wiki来设计,规范和流程指南。我们有几个外部文档(docs,powerpoints),我们正在将这些文档放在共享文件夹中并从wiki链接到(因为在MediaWiki中上传文件不是很方便)。我们试图将摩擦力降到最低,这样就没有人会有借口或理由不使用它。

  

我们正在考虑的一些选项是Confluence,Trac& SharePoint中。资金不是一个大问题,只是易用性(和维护)和功能丰满。你会用什么?

Tiki是免费/开源的。但如果你有钱烧你的口袋:-) http://tiki.org/Donation

您还可以聘请顾问提供培训/支持,并加快实施和/或赞助功能开发 http://info.tiki.org/Consultants

答案 6 :(得分:1)

您是否考虑过使用Google Docs分享Word文档?它具有修改控制和协作功能,如维基,以及可以导入和导出大量格式的富文本编辑器。

听起来TWiki对你来说也是一个不错的选择。我自己没有使用它,但它也有一个富文本编辑器,以及大量的企业项目管理功能。

答案 7 :(得分:0)

很多人似乎都喜欢Confluence。我个人不知道。如果你还没有参加,你想要的功能丰富的xwiki可能适合你。

答案 8 :(得分:0)

我为WYSIWYG添加FCK Editor,获得一个像wiki一样运行的体面文档管理系统,继续使用MediaWiki!