没有人因为选择MediaWiki而被解雇
OSCON 2011视频访谈
类似
两者都是免费的开源web应用程序,具有强大的wiki。 两者都可以在标准、廉价的主机上运行。 两者都支持Wiki标记。 请查看(如果) 为什么Wiki语法很重要 到您的项目。 两者都是用PHP编写的,可以与MySQL一起使用 排名前2 拥有最多顾问的wiki引擎
不同
虽然人们经常比较它们,但Tiki也可以与 猪跑 和 乔姆拉! 因为它是一个功能齐全的CMS,恰好以Wiki为中心。 MediaWiki致力于成为维基百科等项目的优秀Wiki,而Tiki更是一个开箱即用的工具 内置所有功能的内容管理系统/通用wiki 由于这些设计选择,Tiki有了更多开箱即用的功能。 MediaWiki不提供论坛、bug跟踪器、博客等 当然是MediaWiki社区 狗粮 MediaWiki用于组织,但还需要其他一些工具,如 巴吉拉(Bugzilla) , 社区论坛解决方案 等。
Tiki更集中。 Tiki是 一体式模型 而MediaWiki(如 乔姆拉! )是一种“小核心”加“半实物”的需求模型。 每种模式都有其优缺点。 在MediaWiki中,同一功能可以有多个“扩展”,因此它们具有不同的名称。 而在Tiki中,只有一个,因此,名称是描述性的。 Tiki拥有所有内置功能(您只需激活/停用功能),因此,给定版本的每个Tiki实例都具有相同的代码库。 这使得 托管公司 和进行升级。 相反,如果您维护几十个MediaWiki站点,它们将根据使用案例安装不同的模块。 升级Tiki后,所有功能都得到了支持,升级也很顺利。 在MediaWiki中,您的一些插件/扩展可能已被放弃或与新版本不兼容。
MediaWiki在性能和数百台服务器上分发内容方面进行了高度优化(这是Wikipedia所需要的) 从 MediaWiki路线图 和 Tiki路线图 ,您可以看到,主要关注点是为世界排名前10的网站提供支持,而不是添加更多功能。
在MediaWiki中,页面区分大小写,因此 https://meta.wikimedia.org/wiki/Case_sensitity_of_page_names网站 不同于 https://meta.wikimedia.org/wiki/CASE_sensitivity_of_page_names 这在维基百科上是有意义的,但对于大多数其他维基来说,它更人性化 http://doc.tiki.org/Wiki 和 网址:http://doc.tiki.org/WIKI 显示相同的内容。 域名和电子邮件不区分大小写,因此Tiki wiki页面也是如此。 虽然Tiki是一个非常大且受欢迎的项目( 主代码库的贡献者超过200人 和 大量安装 ),MediaWiki是 就安装基数而言,要大几倍 . MediaWiki通常通过单独安装来处理多种语言,而Tiki使用 跨语言wiki引擎 用于同步翻译。 请阅读: 跨语言Wiki引擎:跨越语言障碍实现协作 MediaWiki是GPL,Tiki是LGPL。 GPL和LGPL之间的主要区别在于,后者可以链接到(在库的情况下,“由”使用)非(L)GPLed程序,这可能是自由软件或专有软件 . 多亏了 Smarty模板引擎 , Tiki可以看起来像MediaWiki ,但反过来呢? Tiki还有更多 企业 内置功能,例如 LDAP(LDAP) . Tiki有一个 非常精细 许可 系统 而MediaWiki非常清楚“ 如果您需要每页或部分页面访问限制,建议您安装适当的内容管理包。 MediaWiki并不是为了提供每页访问限制而编写的,几乎所有承诺添加这些限制的黑客或补丁都可能在某些地方存在漏洞,这可能导致机密数据泄露。 “以及” MediaWiki不是为CMS或保护敏感数据而设计的。 相反,它的设计是尽可能开放。 因此,它本身并不支持对私有内容的全功能空中保护。 " 这个 MediaWiki生命周期 以维基百科为中心,旨在限制对旧版本的支持。 (为什么支持维基百科不再使用的旧版本?)。 这个 Tiki生命周期 也限制了对旧版本的支持,但每三个版本(3、6、9等)被标识为 L(左) 长 T型 erm(呃) S公司 支持(LTS)。 (如果您不想经常升级,但仍然需要安全修复(例如: 企业 ). 新版本发布后,不再支持非LTS版本。 Tiki有一个基于时间的发布时间表。 因此,使用Tiki,您可以在LTS版本上获得超过3年的支持,而在MediaWiki上最多可以获得1年的支持
如果你是一名顾问或企业,Tiki对你来说会容易得多,因为它有很多内置功能,如果你开发了一些东西,它被核心接受的可能性会大得多。 对于MediaWiki,如果您的功能适合Wikipedia,那么它将被接受为核心功能,但如果不适合(通常是企业功能),那么该功能注定永远是第三方扩展。 Tiki内置(但可选) 所见即所得 Tiki提供线索评论,而不是对话页面 在Tiki中,您可以将文件附加到页面或使用 文件库 功能。
维基矩阵
Openhub比较
关于MediaWiki作为事实上的标准wiki引擎
MediaWiki的开发始终并将始终以Wikipedia为重点。 很难扩展。 代码写得非常糟糕。 我知道,我写了不少。 它很难剥皮。 它需要一个数据库。 没有WikiWords。 它太慢了,需要大量Squid服务器、内存缓存插件等才能正确运行。 代码的开发就像你有所有这些额外的服务器可用一样,如果你没有,它们就会被淘汰。
维基百科培训师和顾问的意见
Tiki Wiki旨在满足您的需求; MediaWiki旨在满足Wikimedia项目集合的需求,并深深植根于其独特的生态系统。
复杂性
相关的
-
维基百科内容指南及其与Tiki软件功能的关系 -
维基百科与企业维基的五大区别 -
有关MediaWiki和TWiki的一些背景信息 (不要与Tiki混淆 ) -
Evan Prodromou,MediaWiki开发者 谈论MediaWiki -
http://dev.tiki.org/2007-07-18 +IRC+媒体维基+讨论 -
MediaWiki到TikiWiki转换器 -
http://www.ogre3d.org/tikiwiki/MediaWiki +与+Tiki的对比 -
MediaWiki是C,Tiki是C++。 -
网址:http://www.gilyehuda.com/2009/09/25/mediawiki-limits-e20/ -
其他Web应用程序的有趣功能 -
http://www.quis.com/2008/07/16/why-mediawiki-is-not-the-right-wiki-product-for-my-clients