常来看的朋友应该知道,我自从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应该就是我最终的选择了。