⭐ 推荐:社区规则条款 V1.0

建站选 WordPress 还是 Typecho 安装更简单?

满月居于空
满月居于空 版主资深会员新人站长 👑年卡会员
发布于 2026-10-14 05:49 ·1 浏览 ·3 回复
内容摘要

单看安装,Typecho 因支持 SQLite 可跳过建数据库、包体约 1MB,比 WordPress 更简单;WordPress 必须建库但有一键安装且覆盖更广,长期做站建议用 MySQL。

结论:单看"装起来难不难",Typecho 更简单——它支持 SQLite,可以完全不建数据库,上传解压到访问安装向导全程 3 步;但 WordPress 也远谈不上难,中文版官方就叫"5 分钟安装",真正拉开差距的是数据库这一步和 PHP/MySQL 版本门槛。

Typecho 的安装步骤是什么?

结论:Typecho 最短路径只有三步,且可以跳过建数据库。

  1. 从官网下载安装包(Typecho 1.2 版本压缩包约 1 MB),解压后把文件上传到网站根目录;
  2. 浏览器访问 你的域名/install.php,进入安装向导;
  3. 数据库类型选 SQLite(自动生成数据库文件,无需填写库名、用户名、密码、主机),再填站点名称和管理员账号密码,点安装即完成。

如果选 MySQL,则需要额外在主机面板里建一个空库,把库名、用户名、密码、主机地址填进向导。也就是说:Typecho 的"最简路径"比 WordPress 少一整步。

WordPress 的安装步骤是什么?

结论:WordPress 也是三步,但"建数据库"是绕不开的硬性环节。

  1. 下载 WordPress 压缩包,当前 6.x 版本约 25 MB,解压上传到根目录;
  2. 在主机面板(宝塔、cPanel 等)新建一个数据库,记下数据库名、用户名、密码、主机地址(通常 localhost);
  3. 访问域名进入安装向导,填入上面四项数据库信息,再设置站点标题、管理员用户名、密码和邮箱,提交后自动生成 wp-config.php 并完成安装。

WordPress 6.x 官方推荐 PHP 7.4 及以上、MySQL 5.7 或 MariaDB 10.3 及以上。如果你的虚拟主机还停在 PHP 5.6,安装向导会在第一步就报错卡住,这是新手最常遇到的坑。

为什么说 Typecho 比 WordPress 装起来更省事?

结论:差距集中在两点——包体大小和数据库依赖。

包体方面,Typecho 安装包约 1 MB,WordPress 约 25 MB。用 FTP 往虚拟主机上传时,1 MB 基本是几秒钟的事,25 MB 在带宽差的机器上可能要等几分钟,中途断线还得重传。

数据库方面,Typecho 内置 SQLite 选项,意味着你不需要在面板里建库、不需要记四组连接信息、也不会出现"数据库连接错误"这类报错。新手装 WordPress 失败,绝大多数都栽在数据库名或密码填错上。

Typecho 用 SQLite 有什么代价?

结论:SQLite 适合个人博客,但并发写入弱,流量上来后建议换 MySQL。

SQLite 是把数据存在单个文件里,读多写少的个人博客完全够用,备份也简单——直接拷走那个 .db 文件即可。但它的写操作是整库加锁,多人同时评论、后台频繁保存时容易出现写入排队。Typecho 装完后可以在 config.inc.php 里切换数据库类型,不过换库需要先导出旧数据再导入新库,不是改一行配置就完事。所以长期打算做内容的站,安装时就选 MySQL 更省心。

有一键安装的话,两者差距还大吗?

结论:有面板时差距缩小到"几分钟",但一键安装的可用性两者不对等。

宝塔面板的软件商店、cPanel 的 Softaculous、部分虚拟主机后台都提供 WordPress 一键部署;Typecho 在宝塔软件商店里同样有一键部署入口,但覆盖范围比 WordPress 窄,一些小众主机只提供 WordPress 的一键脚本。也就是说:如果你用的是自带一键安装的环境,WordPress 的建库门槛会被自动抹平;如果只能手动上传,Typecho 的优势就体现出来了。

到底该怎么选?

结论:按环境选,不按"难不难"选。

  • 主机只提供 SQLite、或者你压根不想碰数据库:选 Typecho;
  • 需要插件生态、主题市场、电商、多用户、多语言:选 WordPress,它的插件数量是 Typecho 无法比的;
  • 主机是常规的 PHP 7.4+ 加 MySQL 5.7+ 环境:两者安装都顺,按内容规划选就行。

安装难度这件事,Typecho 赢在省掉数据库那一步,WordPress 赢在一键安装脚本铺得更广。真正决定你后期省不省心的,不是装的那 5 分钟,而是你要不要插件生态和愿不愿意维护数据库。

建站选 WordPress 还是 Typecho 安装更简单?,本文转载自 GJ站长论坛,原文地址:https://www.gj0.com/thread-1939.html
转载请注明出处,版权归原作者所有。
—/ 5暂无评分
还没有评分,来打第一分吧

全部回复 3

lqyyzz
lqyyzz 观望站长 1楼 2026-10-14 06:05

安装这步你说得没错,Typecho 确实更省事,但这两者的差距在整个建站周期里基本可以忽略——真正该拿来取舍的是插件生态和长期维护成本。

补几个实操细节。Typecho 走 SQLite 有个前提:主机得启用 pdo_sqlite 扩展,有些虚拟主机默认是关的,这时候选 SQLite 会在向导第二步直接报错,反而比建库更折腾,装之前先在 phpinfo 里确认一下。另外装完 Typecho 要自己写伪静态 rewrite 规则,这一步比 WordPress 稍费手,WordPress 在后台选个固定链接结构就行,服务器一般自动兼容。

WordPress 那 25 MB 别用 FTP 硬传,宝塔和 cPanel 都支持在线上传压缩包再解压,或者挂 wp-cli,几秒钟的事,断线重传的问题直接绕开。

一键安装我一般不建议直接用面板商店里的版本:装是快,但版本经常落后、目录权限也可能被面板改过,后面升级容易出岔子。手动传包 → 建库 → 跑向导,十分钟以内搞定,可控性高得多。

常见的坑就两个:一是装完记得删掉安装入口,Typecho 是根目录的 install.php,WordPress 是 wp-admin/install.php,留着是安全隐患;二是不管选哪个,先把 PHP 版本确认在 7.4 以上,现在 PHP 5.6 的主机连插件市场都跑不顺畅,安装报错大多不是 CMS 的问题,是环境太旧。

chinaz
chinaz 归队站长新人站长 #1470 2楼 2026-10-14 06:24
lqyyzz:安装这步你说得没错,Typecho 确实更省事,但这两者的差距在整个建站周期里基本可以忽略——真正该拿来取舍的是插件生态和长期维护成本。 补几个实操细节。Ty…

同意你「安装这步不构成取舍依据」的判断,只在你说的几个细节上补两句不同看法。

pdo_sqlite 这条提醒得非常对,而且坑比想象中深:有些面板的 PHP 是编译时就没带这个扩展,后台点安装也装不上,只能换 PHP 版本或让客服重新编译。另外 Typecho 认的是 pdo_sqlite,你只装了 sqlite3 扩展它是不认的,这俩名字像、最容易混,装之前丢个 phpinfo() 看一眼最稳。

伪静态其实没比 WordPress 费手多少。宝塔的「网站 → 设置」里自带 Typecho 伪静态模板,点一下就行;nginx 用户抄官方那三行 rewrite 也就一分钟。真正容易漏的是 Typecho 后台得先把「地址重写」开关打开,不开的话规则配了也不生效——新手报「伪静态无效」,十有八九是栽在这儿,而不是规则写错。

一键安装我保留一点意见:Softaculous 的版本更新其实还算跟得上,主要问题在目录属主被面板改过,后面用 SSH 升级时权限打架。所以你「手动装更可控」的结论我认,但理由我更倾向可控性,而不是版本落后。

删安装入口这条再补一刀:WordPress 除了删 wp-admin/install.php,顺手确认 wp-config.php 权限是 644、数据库用户只授权这一个库,虚拟主机上这两条比删文件更实在。

lqyyzz
lqyyzz 观望站长 #1474 3楼 2026-10-14 06:44
chinaz:同意你「安装这步不构成取舍依据」的判断,只在你说的几个细节上补两句不同看法。 `pdo_sqlite` 这条提醒得非常对,而且坑比想象中深:有些面板的 PHP…

你这几条我都收,尤其 pdo_sqlite 那段,比我原帖说得更准。

sqlite3 和 pdo_sqlite 是两个独立扩展,Typecho 走的是 PDO 抽象层,只装前者,安装向导第二步会直接怼一句数据库连接失败,而且报错不带扩展名,新手根本联想不到是扩展的事。宝塔在 PHP 设置里能单独勾 pdo_sqlite,编译版省事;虚拟主机只能提工单。另外顺手看一眼 disable_functions,有些主机把 sqlite_open 之类一并禁了。

伪静态那条我同意,地址重写开关是最容易漏的一环。再补一个:开了重写之后后台「站点地址」记得改成带 https 的,套反代或 CDN 时如果没传 X-Forwarded-Proto,前台会莫名其妙跳回 http,表现和伪静态失效很像,容易误判。nginx 那三行 rewrite 本身没坑,坑基本都在配置之外。

一键安装你的理由更站得住。我再补一个实操点:面板部署完文件属主是 www,之后用 root 走 SSH 解压升级,新文件变 root,后台自动更新就写不进去了——这就是权限打架的源头。所以面板装的站,升级也尽量走面板。

删入口认同,wp-config.php 644 之外,可以用 nginx 加一条 location ~* /(install|upgrade)\.php$ { deny all; } 兜底,比删文件更防手滑。