Tiki 介绍与选型指南

Tiki Wiki CMS Groupware 30 LTS 认知篇：定位、LAMP 架构、内置能力域、适用边界与 Wiki/知识库同类产品量化选型对比，联网溯源至 2026-11-02。

TikiTikiWikiCMSPHP2026/11/02

Tiki 介绍与选型指南

目标：回答“Tiki 是什么、能替代哪些系统、什么团队适合用”三个选型问题。本文为认知篇，全部事实来自官方站点、官方文档与公开仓库的联网溯源，查询日期 2026-11-02，不含本地部署实测。

一、环境信息

  • 软件名称：Tiki Wiki CMS Groupware（简称 Tiki）
  • 当前 LTS 版本线：Tiki 30 LTS（30.0 于 2026-08-29 发布，30.1 为随后的安全与稳定性更新）
  • 支持周期：官方下载页标注 Tiki 30.x 支持至 2031 年 2 月
  • 技术栈：PHP + MySQL/MariaDB + Smarty + Zend Framework/Laminas + jQuery + Vue.js + Bootstrap
  • 开源许可：GNU/LGPL（GNU Lesser General Public License）
  • 官方站点：https://tiki.org/；源码仓库：https://gitlab.com/tikiwiki/tiki
  • 项目起点：2002-10-07；累计发布版本超过 100 个，代码约 70 万行，贡献者 400 人以上

💡 说明：本文的版本、发布节奏、许可与社区数据均标注来源，查询日期统一为 2026-11-02。选型结论会随版本演进变化，上线前请以官方页面最新信息复核。

二、软件概述

Tiki 是一个“全家桶”型开源 Web 应用：把 Wiki、CMS、Groupware（群件）、表单/数据库应用生成器、论坛、博客、文件库、日历、邮件列表等能力做进同一套内核，而不是靠大量第三方插件拼装。官方对自身的定位是“内置功能最多的 FLOSS Web 应用”，并明确把它归为 no-code / low-code Web 应用框架——当标准 CMS 不够用时，用 Tiki 的表单与权限体系直接搭业务系统。

这个定位带来两个直接后果：

  1. 一体化：Wiki 页面、Tracker 条目、文件、论坛帖子、日历事件共享同一套用户、分组、权限、分类、标签与搜索索引。跨能力组合不需要额外做单点登录或数据同步。
  2. 重：功能入口多、后台偏好项多，初次配置的学习成本明显高于 DokuWiki、Wiki.js 这类“纯 Wiki”。官方也承认 Tiki 的能力密度高，用得到的功能越多，收益越明显。

Tiki 由非营利的 Tiki Software Community Association 社区治理，采用“社区开源”而非商业开源模式；官方同时提供顾问名录，商业支持可由第三方提供。

三、核心架构

Tiki 是典型 LAMP 架构之上的应用层框架，核心组成可以分成五层：

层次组成作用
运行层Apache/Nginx + PHP 8.1–8.4请求入口与脚本执行；官方最常在 Apache 上测试
数据层MariaDB 10.5+ / MySQL 8+ / Percona页面、版本、Tracker、权限、偏好、搜索索引元数据
模板层Smarty + Bootstrap + jQuery + Vue.js页面渲染、后台界面、插件输出
框架层Zend Framework/Laminas、TikiLib、插件体系服务注册与依赖注入、对象模型、权限判定、插件与模块调度
检索与智能层Unified Search（MySQL full-text 或 Elasticsearch/Manticore）、Rubix ML全站统一检索、推荐与机器学习能力

几个对选型影响最大的架构特征：

  • All-in-one 模型：绝大多数功能是内核自带、可在后台开关的“feature”，不是必须安装的扩展。因此升级时不会出现插件版本与内核版本互锁的碎片化问题，但内核体积与后台复杂度更高。
  • 统一权限模型：权限按对象类型（wiki、trackers、file galleries、forums、calendar 等）与用户组授予，可精确到单个页面或单个 Tracker。权限是 Tiki 做内网/会员站的核心资产。
  • 统一索引：Wiki 页面、Tracker 条目、文件、评论、用户等对象进入同一索引，支持统一搜索与跨对象过滤。官方推荐用 cron 定期重建索引。
  • 多站点（Multi-Tiki）：一套代码可服务多个虚拟站点，每个站点独立数据库与配置，适合集团/多租户场景。
  • 外部身份接入：支持 LDAP、SAML、OAuth、Shibboleth 等外部认证，可与既有目录服务对接。

💡 技术拓展：Tiki 的全文检索有三条路线——MySQL/MariaDB 原生 full-text（零外部依赖，规模中等够用）、Elasticsearch（分布式、功能强、需独立运维）、Manticore Search（兼容 Sphinx 协议、资源占用低于 ES）。Tiki 30 对三者均有适配，具体选哪条取决于文档量与检索复杂度，而不是默认越强越好。

四、功能特性

按“能力域”归纳，Tiki 的内置功能大致如下：

能力域主要功能典型用途
内容协作Wiki 页面、版本历史、附件、评论、段落级编辑、多语言页面知识库、产品手册、内网文档
结构化数据Trackers（表单生成器、字段类型、状态流转、导入导出、批量操作）工单、资产台账、报名表、轻量 CRM
内容发布文章、博客、新闻通讯、RSS/Atom、轮播、菜单生成器官网、门户、内部公告
社区沟通论坛、站内信、评论、投票/问卷/测验、实时支持社区、会员站、培训
文件与媒体文件库、图片库、批量上传、版本与权限资料分发、素材库
日程与会议日历、事件、会议室/资源预订、BigBlueButton 集成项目排期、在线课堂
邮件Webmail（Cypht）、邮件列表、通知与邮件队列内部邮件入口、通知触达
组织与治理用户组、精细权限、分类、标签、工作流、审计日志权限分层、审批流
检索与智能统一搜索、Elasticsearch/Manticore 适配、Rubix ML、MCP Server（30 新增）全站检索、AI 辅助知识管理

Tiki 30 相对上一代的重点变化（官方发布公告口径）：

  • 新增后台作业队列，PDF 生成、实例创建等重任务可异步执行，不再阻塞 Web 请求。
  • 新增 Model Context Protocol（MCP）Server，AI 工具可在 Tiki 的认证与权限模型内结构化访问站点。
  • 安全面加强：双因素认证、密码重置令牌、暴力破解防护、SSRF 防护、WebAuthn/Passkey、Cookie、代理、CORS、Tracker 数据保护。
  • Trackers 增强：过滤、排序、复制、批量操作、校验、导入导出、与 Wiki 页面联动，新增 UPC 条码与敏感字段处理。
  • 搜索与索引增强：复杂搜索可保留在 URL、Elasticsearch/MySQL full-text/归档文件/PDF 生成均有改进。
  • 通信与日常体验：Webmail、联系人搜索、新闻通讯、通知、邮件队列管理、时区与翻译流程改进。

五、快速开始（官方最小路径）

⚠️ 注意：本节是按官方文档整理的官方最小安装路径，用于说明上手成本，不是本机实测记录。Tiki 的部署实操与实测回显见本专栏 《Tiki Docker Compose 部署指南》 篇。

官方推荐的入门路径是“LAMP + 官方安装包 + Web 安装向导”：

  1. 准备 LAMP 环境：Apache（或 Nginx）、PHP 8.1–8.4、MariaDB 10.5+/MySQL 8+。官方最低口径为 512MB 内存、100MB 可用存储；PHP 需启用 mysqli、gd、intl、zip、calendar、mbstring、dom、libxml、ctype、iconv 等扩展。
  2. 下载官方发行包：从 SourceForge 的 Tiki_30.x_Alpheratz/30.1/ 目录获取 tiki-30.1.tar.gz，解压到 Web 根目录。
  3. 运行目录初始化脚本：在解压目录执行 sh setup.sh，脚本会创建 db、img/wiki、storage、temp/cache、vendor 等运行目录并修正属主。
  4. 走 Web 安装向导：浏览器访问 tiki-install.php，填写数据库主机、库名、账号与密码，向导会导入 schema 与初始数据。
  5. 锁定安装程序并登录：安装完成后按向导提示锁定/移除安装入口，使用管理员账号登录后台，按需在“功能”页开启 Wiki、Trackers、论坛等模块。

对多数团队而言，真正的工作量不在“装起来”，而在“开哪些功能、给哪些组什么权限、Tracker 表单怎么设计”。

六、适用场景与限制

适合 Tiki 的场景：

  • 需要“知识库 + 表单业务 + 权限分层”一体化的内网或会员站，且不希望维护五六套独立系统。
  • 已有 LAMP 运维能力，接受 PHP 技术栈，希望用 Web 后台完成大部分配置而不写代码。
  • 需要细粒度权限（按页面、按 Tracker、按用户组）与外部目录（LDAP/SAML）对接的组织。
  • 多站点/多租户场景，希望一套代码服务多个独立站点。
  • 需要把 Wiki、工单、文件、日历、论坛放进同一搜索与同一权限体系的项目。

不适合或需谨慎的场景：

  • 只想要一个极简 Wiki：DokuWiki、Wiki.js、LeafWiki 的部署与维护成本更低。
  • 超高并发/海量文档检索：需要单独设计 Elasticsearch/Manticore 与缓存层，Tiki 自身不是性能型检索产品。
  • 强实时协作编辑（多人同时编辑同一段）：Tiki 提供编辑锁与版本历史，但不是 Google Docs 式的 OT/CRDT 实时协同。
  • 复杂业务流程/大型 ERP：Tracker 能覆盖轻量审批与台账，但不应替代专业 ERP/BPM。
  • 无 PHP 运维经验且不愿学习 Smarty/模板体系：二次开发与主题定制门槛偏高。

七、同类选型对比

💡 说明：下列对比聚焦“自托管 Wiki/知识协作”赛道。星标数为公开仓库页面/徽章的实查值（查询日期 2026-11-02；Tiki 主仓库在 GitLab，星标口径与 GitHub 不可直接横比）；许可与技术栈以官方仓库/官网为准。

产品定位技术栈数据库许可公开星标/活跃度一体化程度上手成本
Tiki 30 LTSWiki+CMS+Groupware 全家桶PHP 8.1–8.4MariaDB/MySQLLGPLGitLab 86 星、291 fork，最近活动 2026-11-01最高（内核自带）高
MediaWiki维基百科式协作 WikiPHPMySQL/PostgreSQL/SQLiteGPLGitHub 5.2k 星中（扩展生态）中
DokuWiki轻量 flat-file WikiPHP文件存储（无数据库）GPLGitHub 4.7k 星低低
Wiki.js现代化 WikiNode.jsPostgreSQL/MySQL/SQLiteAGPL-3.0GitHub 29k 星中中
Outline团队知识库/文档协作Node.js + ReactPostgreSQL + RedisBSL 1.1GitHub 41k 星中中
BookStack书架式文档管理PHPMySQL/MariaDBMIT未实查中低
Confluence商业企业 WikiJava商业数据库商业许可不适用高低（SaaS）

量化维度解读：

  • 版本节奏：Tiki 官方口径为“每 8 个月一个大版本”，30 LTS 支持到 2031-02；MediaWiki 按长期支持线（LTS）发布；DokuWiki/Wiki.js 以滚动小版本为主。需要“部署一次、多年少动”的组织，LTS 承诺是硬指标。
  • 一体化 vs 组合：Tiki 把 Wiki、Tracker、论坛、文件、日历、权限放进同一内核；Wiki.js/Outline 更偏纯文档，业务表单通常要外挂其他系统。若你的需求列表超过三项，Tiki 的“少维护几套系统”优势才成立。
  • 数据模型自由度：Tiki Trackers 可在后台定义字段、状态、权限与导入导出，属于低代码表单引擎；DokuWiki/BookStack 基本只有页面与附件。
  • 许可风险：Tiki/MediaWiki/DokuWiki 为 GPL/LGPL 系，BookStack 为 MIT，Wiki.js 为 AGPL，Outline 为 BSL 1.1。商业分发或修改后提供服务时，AGPL/BSL 的合规义务需要单独评估。
  • 运维栈匹配：已有 PHP/LAMP 团队选 Tiki 的边际成本最低；已有 Node.js 栈的团队选 Wiki.js/Outline 更顺；只想“丢一个目录就能跑”的选 DokuWiki 或 flat-file 型产品。

一句话选型建议：

八、参考链接

Tiki 介绍与选型指南 - Quzuo