常来看的朋友应该知道，我自从2022年第一次数据丢失开始就立志要多端备份。在使用WordPress和typecho的时光里，我的写作永远都是手机便签/电脑文档--上传到网站上排版---发送。由于我经常清理硬盘，且十万分相信云端供应商的稳定性，博客文章是不保存在本地的---这也就有了第一次大丢失。这时，vanllaocap告诉我世界上还有一种只需要写markdown传上去就可以做到的静态博客-hexo。原来博客可以直接解析markdown文档啊！我自己经常使用markdown来写日志（在此赞美haoxg.net维护二十五年的ediary），且typecho也可以写markdown，我对hexo还是非常有兴趣的。

22年底，我开始在beta.duckxu.space正式尝试hexo。鉴于我并不喜欢第三方托管（例如GitHub pages，vercel等等），我将博客架设在了vps上。刚做好的那一天，我甚至开心的码了1000字关于如何在centos 7服务器上稳定架设hexo。可悲的是，反响很不好---原有typecho和WordPress的导出文件根本无法直接用在hexo上，且我并没有玩明白配置文件，一个错误开放的端口差点给别人把服务器后台爆了。

我放弃了hexo，保持typecho运行。直到2023年10月，我十分信赖的某个香港机房跑路了。这就是第二次大丢失---所有的文件站点服务全部丢失，责成服务商去恢复找寻，杳无音信了。

万般无奈下，本站又一次使用了hexo，开始挂上更稳定的备份---本地保留文件。这次总算还是不错的，但hexo的某些特性---呃，缺陷---让我十分的难受。文章时间是离谱的，我只要在后台打开markdown文件（即使是很久以前写的），那么这篇随笔的写作日期就会显示成最后一次打开这篇markdown的时间.....??? 此外，hexo并没有原生的评论模块，我必须接入github之类的第三方平台。而我的宗旨就是不依赖第三方平台，所以在一段时间内我的站点是完全没有评论的，所有交流都靠电子邮件。当时我还在做一个项目，需要经常重启服务器。而hexo部署在vps上的弊端也就显示出来了---每次重启后我都需要手动启动pm2。再加上各种设置的不足和缺失的功能，我也是放弃了这静态的hexo了。

对于一般的Blogger来说，我相信hexo就足够。无论是部署在GitHub pages还是vercel，亦部署在vps上，静态确实是一个很好的选择方案。它简洁，舒服，稳定，很长一段时间不管也没什么事---但对于我来说，hexo的功能缺失确实是一个大问题。我尝试过80%的博客cms：WordPress太过臃肿，我不愿意把1/3的服务器ram都浪费在博客上；但zblog又给我一种坑钱的感觉；typecho支持markdown，设置还是足够我用的；也比较稳定，占用不多。如果我真的能做到十年不停博客，那么typecho应该就是我最终的选择了。