个人博客的最终归宿是静态网站吗

这几天一直在思考，对我的博客来说，最佳的管理形式是什么，或者说我应该在折腾博客的维护运营这件事上花多少精力。

作为一个自发电的博客，唯一的“收入”就是多少能帮助到他人和自娱自乐，但投入的无效精力似乎过多，总是时不时的想着要不要换一台更厉害的服务器，今天优化下 MySQL，明天折腾下 PHP 配置，搞到重启报错了，赶紧花半天时间排查回滚。随着时间的推移和每天要面对越来越卷的社会，似乎不再有那么多精力折腾了。

网上冲浪一番后，发现不少行业大佬都从动态网站迁移到了静态网站或者托管到一些博客平台上，当然，最后不少都停更了。不过这也让我在想，个人博客的最终归宿是静态网站吗？

一个艰难的决定

在使用了近三年 Typecho 之后，终于还是决定回到静态网站。

其实本站用过一段时间 Hugo，并且我还有另一个网站一直用的 Hugo，虽然几乎不更新了。当时觉得这个博客肯定会经常更新，Hugo 不方便管理和发布文章，尝试 Typecho 之后立刻就喜欢上并转了过来，也觉得可玩性更高，能减少很多折腾。

现实是可玩性确实更高，但并不能减少折腾，反而花了更多的时间。尽管不熟悉 PHP，但还是想每个功能和样式都自己实现，所以这几年光更新 log 就写了 500 多行，花了不下 20 个通宵加上无数的空余时间。当然，如果现在换到 Hugo，可以预计还要大花一番工夫，而这些用在 Typecho 上的时间和精力也直接「归零」，或许对于多数人来说，从一开始就直接 WordPress 走到底确实是最好的选择。

平时写文章其实也是在本地写好 Markdown 后复制到 Typecho 上去，为了在本地留个备份。造成每次更新都要同时修改 Typecho 后台和本地两处，当初看中的更方便管理和修改文章对我的写作习惯来说似乎一直都没有发挥出优势。

不过就网站平台的迁移来说，网上教程多数是 WordPress, Typocho 等迁移到 Hexo, Jekyll, Hugo 上面，但如果反过来，相关文章就不多了，如果你不会写自动化命令帮助导入数据库的话，将会是一个痛苦且漫长的过程。所以对不少人来说，一旦迁移到静态网站后，其实算是一个不可逆的过程。

这几年看着 Hugo 越来越完善的文档和活跃的社区，加上对维护 PHP 和 MySQL 的逐渐厌烦，将博客迁移到 Hugo 上这个想法的优先级变得越来越高，一拍脑袋，最终做出了一个艰难的决定。

无关平台，重要的是内容

无关平台，重要的是内容，保持长期更新才是王道。这句话几乎在每个讨论如何选择博客平台的问答或者帖子里都会出现，我认为当然正确，但并没有回答问题本身。确实无论是静态博客还是动态博客都有很多突出的大佬常年更新，输出很多高质量内容，但个人博客始终还是为了自己服务，总得选择适合自己的平台写起来才舒服，这可能是不少人不停迁来迁去的原因。抛开速度、成本、安全性这些老生常谈的优势外，对我来说，比起动态网站，静态网站有更吸引人地方。

静态网站可以减少维护精力。当使用动态博客的时候，我总是担心被 DDoS 的情况，折腾了不少时间配置了一大堆 L4/L7 策略，但效果有限，依然被无聊的人打趴过，即使我从来不在其它地方分享自己的网站。静态博客不是说可以高枕无忧，但可以更容易的应对这一问题。写字发布到网上，自然是为了给人看的，不然不如本地笔记好用，静态网站可以将我大部分对服务器维护的精力转移到写作上来，毕竟不用每次迁移都编译环境，然后配置优化半天。也不用担心永远 ban 不完的 bot，看着每天几兆的后台扫描日志思考人生。

静态网站让我更专注于写作。毕竟在静态网站上你也干不了太多事情，第一次选好/写好主题样式后基本就可以一劳永逸，后期就算缝缝补补也花不了多少时间。就像看电子书要用 Kindle 而不是平板一样，几乎只需要专注在写作这一件事上就行了。

静态网站的长期生命力更强。我这里说的不单单是网站的生命力，也包括自己对做站这件事的态度。静态网站我可以放心的放在一边，不用担心系统/环境更新带来的错误，或者是折腾其它服务时顺带把网站也搞挂掉。另一方面，如果未来某一天，由于各种原因我不想再折腾的时候，比起直接删库然后取消服务器续费，可以选择将网站免费托管到 Github/Cloudflare Pages, Vercel, Netlify 上，至少这个网站存在的历史会长一些。

迁移得从长计议

静态网站也有很多不方便的地方，比如如果要批量替换文章中的链接或者图片的地址，也会很麻烦。功能拓展也不容易，如果要实现一些动态的功能，几乎只能依靠 JS。

而评论永远都是静态网站的一个大问题，网站很重要的一项互动性几乎都体现在评论功能上，因此还必须引入第三方评论系统，我以前写过一篇分享 使用 Isso 为 Hugo/Hexo 等静态网站添加评论功能 的文章，但这次可能会考虑试试 Artalk，功能重合度更高，也有提供 Typecho 评论导出插件，会省事不少。

其实说来也很巧，无论是使用 WordPress 还是 Typecho，我都习惯不使用自带的文件上传，所有的图片和文件都在其它地方单独管理，在 Nginx 上做重定向。文章的链接也使用伪静态的处理，似乎一直都在为着将来转移到静态网站上做准备。不过这次迁移会是一个漫长的过程，准备保留网站的样式在 Hugo 上从零写一个主题，并在功能上做到尽量复现，所以一切都得从长计议。

这应该是我最后一次使用 Typecho 发布文章，下一篇文章将会使用 Hugo 生成，记录迁移的过程如果太复杂也可能会懒得写(-｡-;。