在MediaWiki之后使用哪个维基?

rip*_*234 5 wiki mediawiki

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

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

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

Cra*_*ntz 15

我会将我的特定功能需求的详细信息插入到优秀的WikiMatrix选择向导中,并让它提出建议.


Col*_*boo 14

我也会建议

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

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

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

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

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

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

  • 可悲的是,谷歌已经死了. (3认同)

mfl*_*yan 5

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


Mag*_*ick 5

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

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

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