好的内部Wiki软件


17

我希望在工作中部署内部Wiki,并且正在寻找具有易于使用的界面和所见即所得编辑器的Wiki(对于无法在Vista中找到开始菜单的人:))

欢迎免费和付费


1
您还有其他更具体的要求吗?
Zoredache

Answers:


13

MindTouch(以前称为Dekiwiki)非常好。我们将其用于Intranet,我们的用户似乎很喜欢它。


我强烈推荐Mindtouch Dekiwiki。整洁的可扩展性功能。
pc1oad1etter

1
我也强烈推荐Mindtouch。我们已经使用了将近两年,并取得了巨大的成功。
杰夫·迈尔斯


8

我们使用开源的Screw Turn Wiki。它即将有一个新版本(版本3),它将支持WISIWIG编辑和标记。

它在IIS中ASP.net下的Windows平台上运行。


我们在公司中使用ScrewTurn。适用于Windows Server +1的
出色

1
它需要一个更好的名称才能得到认真对待。我用它为其他开发人员提供技术说明,以及为我的项目帮助台提供支持说明。我听说,Share Point作为面向公众的系统效果不佳。ScrewTurn在此区域效果很好。
布拉德·布鲁斯

ScrewTurn很棒。(基于ASP)+1
squillman,2009年

嗯,ASP.NET是正确的……
squillman

5

我们在内部成功地使用了Mediawiki,并且有一种方法可以在http://mediawiki.fckeditor.net上用FCKEditor替换常规编辑器以进行所见即所得的编辑。

更不用说一系列可能有用的其他扩展。


1
这里的明显好处是,如果您部署到具有Wikipedia经验的精通技术的人群,那么他们在过渡到内部MediaWiki安装时将几乎没有学习上的弯路。
韦斯利

同意 设置非常简单,非常受欢迎-因此,如果您确实遇到麻烦或需要其他功能,这里有大量资源。
卡拉Marfia

Mediawiki也很棒。我给你维基百科...
squillman

2
老实说,我不能忍受维基百科之外的Mediawiki。它有太多的设计决策,而这些决策是在很大程度上考虑了Wikipedia / Encyclopedia的,这使得处理通用目的的工作变得很痛苦。我去过两家公司,有人开始安装Mediawiki,然后在六个月内用其他东西替换了它。两次,每个人都对替换感到满意。
Christopher Cashell

4

我们已经使用Atlassian的Confluence大约两年了。很棒,他们有其他与之集成的工具。它确实要花钱,但是不算多,他们甚至有托管选项,因此您无需处理管理。Confluence还具有内置的WYSIWYG编辑器,并且可以导入/导出到Word文档和导出到PDF。

最大的好处之一是,它有一个合适的第三方生态系统,并且可以使用许多新的插件和功能。


另一方面,它有一种奇怪/笨拙的标记和许多怪癖。轻松添加插件是一把两刃剑:方便,但它会使升级感到痛苦。而且,如果您没有受控的用户群,则插件可能是安全问题。Atlassian Jira是一个不错的问题跟踪器,但是除非您有特定需要,否则我个人不建议Confluence。
mattdm 2010年

4

Windows SharePoint Services具有一个具有易于使用的界面和所见即所得编辑器的Wiki功能。它是Windows Server的免费下载。


我们也使用SharePoint Wiki。假设您可以节省服务器和配置时间,则它足以供内部使用,并且与其余SharePoint服务具有良好的连接性,并且内置了良好的搜索功能。太糟糕了,它仅支持最佳IE。
Moshe

2
我们广泛使用SharePoint,但是我个人不喜欢SharePoint Wiki技术。我希望SharePoint的下一个版本可以改善它
。...– cori

在工作中,一些高层管理人员大力推动放弃内部Wiki,转而使用SharePoint。老实说,我变得非常不喜欢SharePoint。与真正的Wiki引擎相比,SharePoint Wiki绝对是个笑话,而共享点则是一个巨大的难题。
Christopher Cashell

4

在使用Wiki比较网站wikimatrix.org做了一些研究之后,我使用了Dokuwiki。

我喜欢Dokuwiki的地方在于它不需要数据库,并且易于通过PHP插件进行设置,管理和扩展。我发现这些插件非常强大,而且创建新插件非常简单(我根本不是PHP专家)-请在以下博客文章中找到我的博客:blog.monnet-usa.com/?p=33

我在IIS上运行Dokiwiki,并使用AD集成插件为我的用户允许Windows身份验证。


我们在内部使用Dokuwiki,并将其用作几个优先级较低的网站的后端。我们一直对此感到满意。一旦您深入研究内部结构,它并不是一个特别出色的系统,但是对于简单的用例来说,它就可以正常工作。最初吸引我们使用的功能之一是用户访问控制,它可以正常工作。
Paul McMillan

3

我对dokuwiki非常满意。就我而言,它是通过LDAP针对Active Directory验证用户身份。

我可以看到有WYSIWYG插件,但我从未使用过。


我们设法说服用户弄清楚Dokuwiki语法,这真是一个奇迹。不过,现在对他们来说效果不错。
Paul McMillan



1

Fitnesse是我使用过的最容易安装的工具,但是它非常有限(格式和文件处理)。

我一直在使用Trac进行项目管理,SVN资源库浏览和问题跟踪,它的Wiki非常好。当然,它不仅是一个Wiki,因此如果您不使用其他功能,可能会造成混淆。Trac是我当前的最爱。

我过去曾经使用MediaWiki。设置比较困难,但是Wiki功能非常出色。它是驱动维基百科的软件。但是,要比Fitnesse和Trac困难得多。

我从未管理过Confluence安装,但是我使用了Wiki,它很棒,但不是免费的。如果安装和管理类似于Atlassian的其他产品,那将是一件轻而易举的事。或者,您可以使用Atlassian托管的软件,而不必完全安装。

有许多具有不同功能的选项,您最好的选择是遵循stukelly的建议并查看WikiMatrix


与Trac相比,我发现Mediawiki设置起来轻而易举。一旦我移至Ubuntu,两者都变得容易-易于安装trac / mediawiki。
ceejayoz

1

我们正在使用的一种好的Wiki解决方案是XWiki。我建议这样做的原因如下:

  • 感知(客户端)和实际(服务器)的速度;
  • 可脚本化-您可以使用Velocity,Groovy,Python和(不确定)Ruby来自定义页面;
  • 好的WYSYWIG编辑器;
  • 积极发展;
  • 报告的缺陷有良好的周转时间。

0

我们相信有一个内部使用的工具是基于Tikiwiki的。实际上有数百个,其中大多数是免费的。Tikiwiki和Mediawiki似乎是不错的选择。

Tikiwiki得到了很好的支持,并具有最新版本。


0

我们使用社区服务器,它有一个不错的Wiki。不幸的是,它仅在Professional或更高版本中,并且Telligent最近在许可成本(IMO)方面走得更远。

我们还使用了mindtouch的Dekiwiki,它非常可靠。


0

我们在摩托罗拉使用Twiki(http://twiki.org/),效果很好


1
请注意,我现在不会进行Twiki的新部署。由于该项目的创始人试图完全接管社区开发的项目,因此几乎整个开发社区都放弃了Twiki,而使用了分叉Foswiki(foswiki.org)。我强烈建议您选择在Twiki上进行新部署。
Christopher Cashell

我不会去那里。我们安装了twiki,虽然一切正常,但随后情况开始恶化。另外,这里没有简单的配置,WYSIWYG编辑器会不时破坏文本,尤其是表格。
大卫·拉比诺维兹

0

从我对#10023的回答:

在我的工作场所,我将ScrewTurn Wiki放到了其中一台Windows开发服务器上,并将其连接到我们的SQL Server。它确实运行良好,运行迅速,并且在很大程度上不影响我们进行文档编制。自部署以来的两周内,我们已经添加了约60页信息,仅适用于我们的团队(约10人)。

到目前为止,我们在那里保留有关当前和过去项目的信息,并已开始添加有关应用程序的信息,例如如何从头开始构建它们,URL以及开发人员新的重要信息。

我在Wiki上最喜欢的页面之一是“工具和库”页面。在那里,我们开始添加有关我们常用的生产力工具和库的信息,其中很多就是grepWin的示例,用于Windows中的文本搜索。

我会完全建议您查看Wiki的全部内容,并找到适合您预期用途,功能和部署环境的内容。我选择ScrewTurn是因为它易于使用,并且在本地WinServer上有大量的可用空间,但是YMMV。


0

我找到了一个托管的解决方案,该解决方案具有出色的界面和易于使用的所见即所得编辑器。服务的名称是pbworks


0

我建议您坐下来仔细考虑一下您的需求之后,再查看一个比较页面。您是否需要备份Wiki,以及它如何与您现有的基础架构配合。

维基百科上有维基的比较。查看“ Comparison_of_wiki_software”。


0

我会把偏见摆在首位-我在Microsoft工作,并且是负责下一版SharePoint Wiki的程序经理。

我认为,对于已经设置了SharePoint环境的客户,SharePoint 2007中的Wiki是一个合理的选择。

我们的MVP撰写的一篇博客文章,描述了SharePoint Wiki:http ://woodywindy.spaces.live.com/blog/cns!773832677F575173!653.entry

我们尚未准备好共享最新版本的内容,但请务必注意有关SharePoint 2010的公告。


0

我们目前正在使用Alfresco作为Sharepoint的开源替代品。我们的用户群不是技术用户,他们在使用它时没有任何投诉或问题。如果您想尝试一下,可以从Enspeed下载预配置的Vmware VM。它也支持通过SMB和Webdav上传信息以及Active Directory集成。

链接:

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.