5

我们正在考虑从我们现有的 MediaWiki 安装转移到功能更丰富的东西。我试图找出人们今天使用 MediaWiki 的所有痛点（主要是与 Word 相比，它对外部文档的处理很差，编辑能力也不够完美）。

我们正在使用 wiki 来获取设计、规范和流程指南。我们有几个外部文档（文档、powerpoints），我们目前将它们放在一个共享文件夹中并从 wiki 链接到（因为在 MediaWiki 中上传文件不是很方便）。我们正在努力使摩擦最小化，这样任何人都不会有借口或理由不使用它。

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

4

9 回答 9

15

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

于 2009-05-04T21:04:43.370 回答
14

我建议要么

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

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

托管 wiki 上也有很多不错的选择（基于出色的 jotspot 引擎的 Google 网站就是其中之一）。

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

但我真正的建议是……等待 Google Wave，它有望彻底改变 wiki 的概念。

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

于 2009-06-17T05:12:35.460 回答
6

在您离开 Mediawiki 之前，我会敦促您考虑许多可用的扩展。IMO 没有多少 wiki 提供比 MW 更多的功能，尤其是当您考虑扩展的数量时。见http://www.mediawiki.org/wiki/Category:Extensions

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

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

于 2011-10-07T13:49:06.310 回答
5

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

于 2009-05-19T14:45:08.590 回答
3

首先，我会远离 Sharepoint。时期。

我也不会考虑切换到 Trac，因为 Trac 特别关注问题跟踪，并且对外部文档的支持很差。

我会考虑切换到Confluence，因为：

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

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

于 2010-02-03T10:32:29.993 回答
2

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

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

到功能更丰富的东西。

我们正在使用 wiki 来获取设计、规范和流程指南。我们有几个外部文档（文档、powerpoints），我们目前将它们放在一个共享文件夹中并从 wiki 链接到（因为在 MediaWiki 中上传文件不是很方便）。我们正在努力使摩擦最小化，这样任何人都不会有借口或理由不使用它。

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

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

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

于 2011-12-25T17:09:11.840 回答
1

您是否考虑过与Google Docs共享您的 Word 文档？它具有修订控制和协作功能，例如 wiki，以及可以导入和导出大量格式的富文本编辑器。

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

于 2009-05-11T21:51:09.303 回答
0

很多人似乎都喜欢 Confluence。我个人不知道。如果您还没有使用它，并且您想要比xwiki功能更丰富的东西，那么它可能适合您。

于 2009-05-04T21:15:04.547 回答
0

我会为 WYSIWYG 添加FCK 编辑器，获得一个像样的文档管理系统来与 wiki 一起运行并继续使用 MediaWiki！

于 2010-07-14T12:02:39.060 回答