wordpress to typecho

把 WordPress 换成 Typecho，最直接的原因就一个字：快。我用 WordPress 快六年，插件装了二十几个，数据库膨胀到 80MB，首页打开要 1.8 秒。换成 Typecho 之后，同样的服务器，同样的内容，首页 0.3 秒。这不是玄学，是代码量级的差距——WordPress 核心文件上千个，Typecho 核心文件不到两百个。

迁移过程比想象中简单，但有几个坑得提前说清楚。

数据导出这一步，别用插件

WordPress 后台自带的导出工具生成的是 WXR 格式的 XML 文件，Typecho 原生不认。网上有插件号称能直接转，我试了两个，一个乱码，一个把分类和标签全吞了。后来找到个开源脚本 wp2typecho，Python 写的，命令行跑一下，把 WXR 转成 Typecho 能导入的 JSON。脚本不大，逻辑清楚，只是需要手动改几个字段映射——WordPress 的 post_date 对应 Typecho 的 created，post_name 对应 slug，改完直接跑，三百多篇文章两分钟导完。

有个细节：WordPress 的草稿和私密文章默认也会导出，Typecho 导入时不会自动过滤。我导完发现后台多了十几篇草稿，手动删的。如果你文章多，建议先在 WordPress 里把非公开文章筛掉再导出。

固定链接和 301 重定向，不做的话流量会掉

WordPress 默认的固定链接是 /archives/123 这种，Typecho 默认是 /archives/123/，就差一个结尾斜杠。但如果你在 WordPress 里自定义过 permalink 结构，比如 /post/%postname%.html，那 Typecho 这边得在后台“永久链接”设置里手动改成一样的规则。改完记得在 Nginx 或 Apache 里加一条 rewrite，把旧链接 301 到新链接。我漏了这一步，百度收录掉了三成，两周后才慢慢恢复。

主题和插件，得重新挑

WordPress 主题直接扔进 Typecho 是用不了的，函数名全不一样。Typecho 的主题生态小很多，但够用。我最后选了 Handsome，功能不比 WordPress 的 Begin 差，后台设置项还更清爽。插件方面，Typecho 原生支持 Markdown，不需要额外装编辑器插件；评论反垃圾用 Typecho-CommentFilter，比 WordPress 的 Akismet 轻得多，误杀率也低。唯一缺的是 SEO 插件，Yoast 那种级别的没有，得自己写函数往 header.php 里塞 meta 标签。不算麻烦，但得懂点 PHP。

数据库和备份，习惯得改

WordPress 有 WP-CLI，Typecho 有 typecho-cli，但功能少很多。备份我直接用 mysqldump 导 SQL 文件，比插件靠谱。Typecho 的数据库表只有七个，WordPress 默认十二个，结构简单，出问题好排查。有次评论表锁了，我直接进 phpMyAdmin 修复，两分钟搞定。搁 WordPress 那会儿，得先禁用所有插件再排查，半小时起步。

迁移完最大的感受不是快，是“清净”。WordPress 后台每天弹更新提醒，插件冲突、主题不兼容、安全漏洞，烦不胜烦。Typecho 后台就几个菜单，文章、评论、附件、设置，没了。写文章的时候不再被各种仪表盘小工具分散注意力。当然，Typecho 也有不方便的地方——比如没有官方的多站点支持，想搞第二个博客得再装一套。但对我来说，一个博客够了。

如果你也在犹豫要不要换，我的建议是：先备份，再在本地搭个 Typecho 试导一次，确认分类、标签、附件路径都没问题，再动线上环境。整个过程顺利的话，一个下午能搞定。不顺利的话，可能得折腾两天。但换完之后，你会觉得那两天花得值。