【博客】折腾记录

最近几天，折腾了一下halo和typecho，结果都不尽如人意，总感觉有哪里不舒服。兜兜转转，最终还是回到了现有的hexo解决方案上来。为了避免自己被服务器“绑架”，又把lsky的部署给下了，图床全部迁移到了对象存储上。

1.为什么放弃了halo和typecho？

本来，想更换到动态博客，就是为了避免自己再去部署一个图床。采用以大包小的想法，避免自己服务器上部署太多“我自己觉得有用的”docker容器，白白增加自己的维护成本。

可真正了解了这两个框架后，才知道它们距离我心中的完美还有一定差距。

1.1 服务器

首先，最主要的原因还是因为动态博客框架都得需要一个服务器。

当下我活力旺盛，也有点闲钱来维护自己的爱好。但根据入坑以来浏览个人博客社群得到的经验，再加上对自己的了解，我估计到某个时间段，我加入放弃大军，让自己的博客陷入不维护的黑洞。

这时候，免费的解决方案就很有必要了。

这也是hexo这类静态博客框架的最大优势之一，光是可免费部署的平台，我个人知道的就有5个以上，这其中还包含了不太可能会停止免费的github pages。这么多平台，足够你将hexo部署多个备份，哪怕最终不维护博客了，旧的博文也不至于失联。

1.2 编辑器

typecho和halo1的编辑器还算可以，但halo2就让人很是无语，它竟然只有一个富文本编辑器，而且还不支持导入MD文件，复制进去的MarkDown内容也无法正常识别！

这给我惊住了，作为个人博客的框架，难道不应该第一时间考虑 MD 编辑器而不是富文本吗？难道大伙自己部署博客框架，有一点不就是为了避免被某个单一平台无法转换的格式绑定吗？

虽然 halo2路线图中明确表明了会加上 md 编辑器，但现在没有就是没有……我几百篇文章，总不能一个个重新敲一遍吧?

这里就要表扬 halo1了，其自带了一个可以导入 hexo 的 md 文件并自动识别 md 文件头部的 frontmatter 里面信息的工具，还算是给迁移提供了一点方便。

编辑器的问题暂且不谈，毕竟这是一个可以克服的困难，下面来说说更新问题；

1.3 更新文章问题

使用 hexo 的时候，我可以将自己本地的更新 push 到 github 上，由 vercel/netlify/github-action 自动部署为 hexo 博客。

git 上传一次，就能够更新多篇本地有更改的文章。

而使用动态博客，包括 CSDN，如果对旧的博文有修改，就必须要去博客后台的编辑器修改……而我个人对任何博客，准确来说是任何平台的 在线编辑器 都不报信任。一次网络波动，就可能让你几小时的心血清空。除非其能提供类似 金山文档 的自动保存多份历史版本的功能，不然看上去人畜无害的 自动保存草稿 功能，也照样会欺骗你。😭 这点就不深入展开了，体验过的人自然懂我在说什么。

自那以后，我就把自己的所有博客从在线编辑迁移到了本地md，并配置了自己的图床（刚开始用的阿里OSS）。

HEXO 能直接和本地 MD 对接，我想修改什么，只需要修改本地，push 到云端。很多人喜欢 Obsidian 的原因也是如此，本地直接保存的就是 markdown 的文档，想用什么打开就用什么打开，不会被单一软件捆绑。

而使用动态博客，就会出现我很不喜欢的 多端同步 问题（指本地编写好的 md 文件得想各种办法在不同设备中同步）。

而 halo 和 typecho 编辑器的不突出，会让这个问题更严重。其让我还是想用本地编辑器去写文章再上传，而这又得让我去部署图床

不在博客框架的编辑器里面写，图片还是不能上传到部署博客系统的服务器本地，不用图床就没办法访问了，我也查过halo的picgo插件，似乎早就停止更新了

那这样下来，感觉和用 CSDN 没啥区别了…… 那我还部署个人博客干嘛？

上面说的感觉不是很清晰，列个表吧。

动态博客更新流程

理想流程如下：

在动态博客后台写博客，写完即更新
图片上传到博客服务器后台
出现需要修改的，也是直接在后台修改
不需要在本地额外维护 md 文件和其他图床

实际由于动态博客后台编辑器体验实在是大不如本地，导致我还是想用本地编辑器写文，这就导致流程变成了下面这样

在本地typora编辑
图片通过picgo等工具上传到图床（然鹅并不能上传到博客后台）
写完后，打开博客后台，复制粘贴更新

看上去并没有特别麻烦，但这样会出现一个附加的问题：

由于图片不能直接上传到博客后台，你需要额外配置一个图床
自建图床？服务器内存 -300mb 起步；本来1h1g 就能跑博客后台，这下被迫升级2g 甚至 4g，钱包空空
使用 OSS 对象存储？得提防恶意刷流。

图床并不是我讨厌的问题，我讨厌的实际上是下面这种情况：

假设我有一篇文章A，该文章引用了文章B
由于发现 A 有误，我来修改 A（在本地修改）
修改A的过程中，发现引用的B过时了或者也有问题，顺便修改了B
此时我需要更新到博客
上博客后台，我需要 搜索A和B，然后复制粘贴本地的文档来更新

整个步骤一下就多起来了，麻烦的要死！

最终可能我就会因为麻烦不想去更新某些改动不大的文章，导致我的博客上的文章落后于本地，多来几次就不知道那些文章落后了，直接进入懒人死循环。

HEXO博客更新

然而，如果用HEXO，此时就只需要执行两个命令，就能立马更新博客

1 2	hexo cl hexo g --d

这其中，如果没有修改博客配置文件，hexo cl都可以不用执行；

在同时本地修改了多篇博客的情况下，显然是HEXO更方便一键更新博客；

目前我的博客 md 文件都是存在 obsidian 的库中的。每次使用 ob 或者 typora 编写完毕后，我会用 freefilesync 软件直接将 ob 中博客文件夹（ob 中还有非博客的其他笔记）同步到 hexo 本地库的 source/_post 文件夹中去，再执行一下 git push，就能用 netlify 或者 vercel 自动化部署 hexo。

全程最麻烦的事情就是 git push，但还是比上文中自本地更新动态博客的方式方便了许多！

如果你不想写提交信息，还可以用 python 或者其他语言写个自动执行 git 三板斧的 exe 脚本放到 HEXO 的 git 仓库路径下，需要更新的时候点击一下就可以了。这样下来更加方便。