logo标签列表

在使用MediaWiki之后，应该使用哪个维基百科？

wikimediawiki
5
我们正在考虑从现有的MediaWiki安装迁移至功能更加丰富的解决方案。我试图找到人们在使用MediaWiki时遇到的所有问题（主要是处理外部文档的能力较差以及编辑功能不够完善 - 与Word相比）。
我们正在使用wiki进行设计、规范和流程指南。我们有几个外部文档（文档、PowerPoint），我们目前将它们放在共享文件夹中，并从wiki中链接到它们（因为在MediaWiki中上传文件不太方便）。我们试图尽量减少阻力，使没有人有借口或理由不使用它。
我们正在考虑的一些选项包括Confluence、Trac和Sharepoint。资金不是一个大问题，只要易用性（和维护）和功能丰富即可。你会选择哪一个？
需要更多信息 - 例如，您的应用程序是人们搜索的大量文档、紧密相连的一堆东西还是其他什么？如果您正在查看像Sharepoint这样的东西并具有类似Word的编辑功能，那么您是否真的在寻找维基百科？ - Julian Melville
“其对外部文档的处理不佳”是什么意思？ - mP.
9
我的看法是要像避开瘟疫一样避免使用SharePoint。此外，我在使用TikiWiki时也有非常糟糕的经历，但这可能更多是由于维护它的人的问题而不是TikiWiki软件本身的问题。 - rmeador
4
我们公司要从MediaWiki转移到SharePoint，但我认为SharePoint中的维基部分使用起来很麻烦。 - slolife
2
那么，你的编程问题是什么？ - Rob Kennedy
只需避免使用Confluence和TikiWiki。MediaWiki并不完美，但比它们好得多。我还没有找到更好的替代品。此外，您可以非常轻松地自定义MW。 - sorin
9个回答
15

我会将具体的功能需求细节插入到优秀的WikiMatrix选择向导中，并让它为我推荐。

14

我建议使用以下两款维基软件之一：

  • Foswiki (http://foswiki.org) - 由整个TWiki开发社区分叉而来，以避免商标威胁，功能丰富且完全开放的程序员维基。在irc.freenode.net上的#foswiki频道与社区交流。
  • Mindtouch的Deki Wiki (http://www.mindtouch.com/) - 显然是最用户友好、先进和创新的维基，是一种现代的商业+开源产品。与Office文档的集成非常出色。

我不建议使用Confluence。Confluence做出了一个设计选择（禁止在页面中混合使用HTML和维基语法），这对于任何尝试所见即所得编辑的企图都是致命的，因为它使用标准的HTML编辑器进行所见即所得编辑，并在保存时将其转换为非常有限的子集，给用户带来令人沮丧的惊喜（例如，Foswiki保留维基语法无法处理的部分，如表格单元格中的项目列表）。Confluence有许多优点，特别是与Atlassian的伟大工具（如JIRA bugtracker）的集成，我们在工作中使用它并取得了良好的效果，但不要计划自定义它。

托管维基也有很多好的选择（Google Sites是基于强大的Jotspot引擎的一个选择）。

永远不要使用Sharepoint。它的Wiki功能只支持IE，而且整个架构非常糟糕（即使是大型文档也将所有数据存储在非分布式数据库中，这与Microsoft自己的建议相悖）。如果您想要一个具有良好Office集成的DMS，请考虑KT（Knowledge Tree）http://www.knowledgetree.com/。出于政治原因，我们被迫在工作中使用Sharepoint，但我们将其限制为基本文档管理（永远不要使用MOSS更高层次，因为它会破坏版本之间的兼容性），并将foswiki前端集成到其中（以xml形式转储文档列表和元数据，并在foswiki中提供导航和Google搜索框进行搜索）。
但是我的真正建议是……等待Google Wave，它承诺革新Wiki的概念。
声明：我是foswiki社区的一员。
Confluence 4+版本将内容存储为XML格式。 - timaschew
1
Confluence 4+版本可以说不再是一个Wiki了，因为所有形式的Wiki标记编辑现在都不存在了。 - Hakanai
3
Google Wave 已经停止运营，令人遗憾。 - bukzor
6
在你放弃Mediawiki之前，我建议你考虑一下它所提供的许多扩展功能。在我看来，没有多少维基百科比MW提供更多的功能，特别是考虑到扩展数量。请参见http://www.mediawiki.org/wiki/Category:Extensions。
例如，对于编辑，有基于浏览器的编辑器，类似于Word。甚至还有适用于Word的宏，可让你从MS Word导出到你的维基中，在Word内实现。
此外，请查看语义化Mediawiki扩展。这些扩展在知识管理领域带来巨大的好处。
5
我个人建议不要从Wiki迁移到SharePoint。主要问题在于SharePoint对图片的处理非常糟糕。
3
首先，我建议远离Sharepoint。毫不犹豫。
我也不会考虑切换到Trac，因为Trac主要关注问题跟踪，并且对外部文档的支持较差。
我会考虑切换到Confluence，因为：
- 金钱不是问题（正如您所说） - 您希望最小化维护工作（正如您所说） - 您想使用wiki来处理外部文档（正如您所说）
通常我是开源技术的坚定支持者，但根据您提供的要求，我认为它们不会让您满意。例如，如果您有人员可用于维护和提供自定义系统，则一定建议尝试使用Foswiki，否则，如果您真的想避免任何额外的维护工作，Foswiki不是一个好选择。
2
我在Tiki Wiki CMS Groupware上工作，并且我将分享一些链接。这个问题相当普遍，所以我们有一个专门的页面：http://tiki.org/Tiki+vs+MediaWiki

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

到更具特色的东西。

我们正在使用维基百科进行设计、规范和流程指南。我们有几个外部文档（文档、PowerPoints），我们目前正在将它们放在共享文件夹中，并从维基链接到它们（因为在MediaWiki中上传文件不是很方便）。我们试图将摩擦力最小化，以便没有人有借口或理由不使用它。

我们正在考虑的一些选项是Confluence、Trac和Sharepoint。资金不是一个大问题，只有易用性（和维护）和功能完整性。你会选择什么？

Tiki是自由/开源的。但如果您口袋里有钱 :-)http://tiki.org/Donation

你也可以聘请顾问提供培训/支持，并加速实施和/或赞助功能开发。 http://info.tiki.org/Consultants
1

你考虑过使用Google Docs分享你的Word文档吗？它有修订控制和协作功能，就像一个wiki一样，并且拥有可以导入和导出很多格式的富文本编辑器。

听起来TWiki也是一个很好的选择。我自己没有用过它，但它也有一个富文本编辑器，以及大量的企业级项目管理功能。

2
为什么会被投下反对票？ - Bart van Heukelom
@BartvanHeukelom 什么时候？请参见修订记录。 - Apostle
0

我建议使用FCK Editor作为所见即所得编辑器，再配合一个良好的文档管理系统来与维基共存，并继续使用MediaWiki！

哪个版本的MediaWiki支持FCK（这个）？ - BozoJoe
0
很多人似乎喜欢Confluence。我个人不太了解它。如果你还没有使用过它，而且想要一些功能丰富的东西，那么xwiki可能适合你。
3
除了作为维基百科读者之外，我也不了解Confluence，但我看到的所有Confluence网站都非常丑陋且极其缓慢。 - Nils Weinander
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接