从 WordPress 到 VitePress：我的博客系统折腾路

更新: 5/7/2026 字数: 0 字 时长: 0 分钟

前言

最早折腾博客的时候，其实想法很简单，就是想有一个完全属于自己的地方。

那时候对“写东西”这件事本身没有现在这么多要求，更多在意的是，能不能尽快搭起来，能不能像个正经网站，能不能有后台，能不能发文章、换主题、装插件。也正因为这样，我最开始选的是 WordPress。这个选择其实很正常，甚至可以说是大多数人做个人博客时最容易走进去的一条路。

WordPress 的好处几乎不用多说。生态成熟，主题多，插件多，资料也多。只要买个服务器，配个环境，解析好域名，再把程序装上去，一个像模像样的博客很快就能跑起来。对于刚开始折腾博客的人来说，这种“很快就能看到成果”的感觉特别直接，也很容易让人上头。

但问题也恰恰出在这里。

一开始你会觉得它什么都能做，后来你会慢慢发现，它也意味着什么都要管。数据库要管，PHP 环境要管，Nginx 或 Apache 要管，缓存要管，插件兼容性要管，主题更新要管，安全问题也要盯着。刚开始这些事看起来像是在“学习建站”，时间长了以后，它们就会慢慢从“搭博客”变成“养一个系统”。

尤其是服务器这块，最开始我也认真选过。

CPU 怎么样，内存够不够，带宽稳不稳，线路好不好，是国内机还是国外机，要不要图便宜上轻量，要不要图省心选大厂。再往后还有域名的选择，后缀怎么挑，名字好不好记，价格合不合适。真把博客放到国内的话，还绕不开备案。备案这件事本身不算技术难题，但流程、材料、等待时间，还有一堆细节，都会让你意识到，原来“写个博客”背后，还拖着一整套和内容本身没那么相关的事情。

这些东西不是不能搞，真要说的话，我也确实都折腾过，而且折腾的时候甚至还觉得挺有意思。因为那时候会有一种很强的掌控感，感觉这个站从域名到服务器，从程序到页面，全都是自己一点点搭起来的。看着它上线，确实会有成就感。

只是这种成就感，后来慢慢也会变味。

因为你会发现，自己真正想做的，其实不是维护服务器，不是排查 PHP 扩展，不是修主题报错，也不是处理某个插件更新后把页面搞崩了。你想做的本来只是写点东西，把一些想法留住，把一些项目和折腾过程整理出来。当系统本身越来越重的时候，写作反而被挤到了后面。

从 WordPress 到 Typecho，是第一次把系统做轻一点

后来我把博客从 WordPress 换到了 Typecho。

说实话，换到 Typecho 的那一刻，整个人是轻松很多的。它比 WordPress 小得多，也干净得多。没有那么重的后台，没有那么臃肿的生态，很多东西都显得更克制一点。对于个人博客来说，这种“够用就好”的感觉其实很舒服。

如果说 WordPress 给我的感觉是一个功能齐全但包袱也很重的大系统，那 Typecho 更像一个终于把复杂度降下来一点的选择。它没有那么多花里胡哨的东西，部署和维护成本都低了不少，主题开发也更轻一些。至少在那个阶段，它很符合我对博客系统的想象：不需要太复杂，但该有的也都有。

不过 Typecho 解决的，更多还是“比 WordPress 简单”，而不是“彻底回到写作本身”。

因为它依然是一个传统博客系统。你还是要服务器，还是要环境，还是要数据库，还是要部署，还是要备份，还是要考虑网站迁移和升级的问题。换句话说，它只是把折腾从“大折腾”降成了“中等折腾”，但并没有真正消失。

自己做一套 Vue + Node.js，全是自由，也全是维护成本

再往后，我又走到了另一个方向：干脆自己做。

那段时间其实挺典型的。前端、后端都想掌控，现成系统总觉得差点意思，于是很自然就会冒出一个念头：既然都有自己的想法，为什么不直接做一套自己的博客系统？于是就有了后来 Vue + Node.js 的全栈方案。

这个阶段的心态，和最开始用 WordPress 其实已经完全不一样了。

最开始是为了“有个博客能用”，后来变成了“我想要一个更符合我自己习惯的博客”。这里面确实有需求推动，但也少不了一点技术人的通病：看到现成方案总想自己再造一遍，看能不能做得更顺手，看能不能把自己想要的东西都放进去。

自己做全栈博客最大的好处，是自由。

前台怎么写，后台怎么设计，文章结构怎么存，路由怎么组织，功能怎么加，想怎么改就怎么改。很多在现成系统里要靠插件、靠主题魔改才能实现的东西，到自己手里就成了直接写代码的问题。这种感觉很爽，尤其是当系统一点点按自己的想法长出来的时候，你会觉得它确实“更像自己的东西”。

但这种自由是有代价的。

你不是在用一个博客系统，而是在维护一个项目。前端依赖要跟，Node 版本要看，构建流程要管，服务部署要管，接口要维护，数据库结构要考虑，线上问题也得自己扛。它比 WordPress 和 Typecho 更自由，但同时也比它们更需要持续投入。

而且最关键的一点是，博客系统和业务系统不一样。

业务系统值得反复迭代，是因为它本身就是核心产出。但博客对我来说，从来都不是一个需要长期开发的产品。它只是一个承载内容的地方。这个地方当然要好用，但它不应该反过来吞掉太多精力。

自己做完整套全栈博客，最大的收获可能不是“我终于有了一个最理想的博客系统”，而是我更清楚地认识到，什么事情值得自己从零开始做，什么事情其实不值得。

有些折腾是成长，有些折腾只是消耗。

从部署复杂，到功能自由，最后还是回到简约

后来再看这些阶段，其实会发现自己的关注点一直在变。

最开始关注的是“能不能搭起来”，所以会去选服务器、买域名、配环境、研究备案。之后关注的是“能不能轻一点”，所以从 WordPress 转到 Typecho。再之后关注的是“能不能更符合我自己的习惯”，于是又走到了 Vue + Node.js 的全栈方案。每一步在当时看都很合理，但走到最后才发现，自己真正想要的并不是一个越来越复杂、越来越可控的系统，而是一个越来越不打扰写作的东西。

这也是为什么最后我会停在 VitePress。

VitePress 这套东西，第一眼看上去甚至不像传统意义上的博客系统。它没有那种熟悉的后台，没有数据库，也没有一堆内容管理层面的“标准功能”。如果站在 WordPress 那种思路里看，你甚至会觉得它少了很多东西。

但恰恰是这些“少”，让我最后反而觉得对了。

因为我需要的，从来不是一个重后台的内容平台，而是一个稳定、简单、足够长期维护的写作载体。VitePress 本质上就是把博客重新拉回到了文本本身。文章是 Markdown，结构清楚，版本可控，改动留痕，构建和部署逻辑也简单得多。它不像以前那样需要一直盯着运行环境，也不用担心数据库抽风，更不需要为了发一篇文章先去照顾一整套系统。

如果内容是核心，那么这种方式其实比传统博客更接近“内容优先”。

服务器、域名和备案，最后都变成了取舍问题

服务器这件事，在这个阶段也终于被我看淡了很多。

以前会认真比配置、比线路、比服务商，想着怎么让一台服务器既能跑博客又能顺便跑别的东西。现在再看，静态站点本来就不该背那么重的包袱。VitePress 配合最简单的静态部署，已经足够稳定，也足够省心。你甚至不需要一台长期维护的服务器，只要一个能托管静态资源的平台，很多问题就已经消失了。

域名当然还是会保留，毕竟这是博客真正长期稳定的入口。一个自己的域名，某种程度上比你选了什么博客程序还重要。程序可以换，部署平台可以换，甚至整个技术栈都可以推倒重来，但只要域名还在，这个博客对外的身份就还在。

至于备案，这件事我现在的看法也比以前平静很多。需要的话就做，不想被它绑住的话，就尽量选更省事的方案。它不再是“我要折腾一个完整站点”这件事里必须隆重对待的一环，而只是整体权衡的一部分。以前会把这些外围事情看得很重，现在会更愿意问一句：它到底有没有在帮助我更好地写东西？

如果没有，那就尽量简化掉。

写到最后，最适合自己的往往不是最复杂的那套

回头看，从 WordPress 到 Typecho，再到 Vue + Node.js，最后落到 VitePress，这一路表面上像是在换技术栈，实际上更像是在不断纠正自己对“博客系统”这件事的期待。

最开始以为博客需要一个完整系统，后来发现系统太完整反而会把人拖进去。再后来以为既然现成的不够合适，那就自己做一套最满意的，结果最后又意识到，很多所谓的“满意”，只是技术上满足了控制欲，并不等于它真的更适合长期写作。

现在我反而越来越相信，博客最好是轻的。

轻到不会让我为了发一篇文章，先去处理一堆和写作无关的事情。轻到我想到什么，就能直接写下来，改完提交，部署完成，然后继续去做别的事。轻到它更像一个安静的容器，而不是一个需要长期供养的项目。

折腾本身没有错，我也不后悔前面那些阶段。没有 WordPress 的起步，就不会知道重系统到底重在哪；没有 Typecho 的过渡，也不会知道“简单一点”到底能带来多少舒服；没有 Vue + Node.js 的全栈自建，大概也不会真正理解“完全可控”和“长期省心”之间的差别。

只是走到现在，我确实不太想再为了博客本身继续折腾了。

写东西这件事，已经足够花时间。剩下的系统，越简单越好。对现在的我来说，用最简单的方式把 VitePress 部署起来，然后把精力留给内容本身，这大概就是折腾一圈之后，最适合我的答案。