- Published on
新的博客next-akagi
- Authors
- Name
- UniClown
- @uniclown
找了一个模版,差不多把新博客恢复过来了 没想到已经两年没更新了 时间过得是有一点块 总感觉还是前段时间 一拖再拖,结果两年过去了 好吧 其实两年前的时候,我也没怎么写东西了 有些东西都放在本地的笔记里了 那么这次我为什么要恢复博客呢 因为最近刚刚通关了艾尔登法环 想起来两年前写过一篇开始玩的文章 那么结束了也刚好有始有终吧
这次试了一下静态生成的博客 确实很带劲,管理数据就像管理文件一样 搭配vercel和github的自动部署好像很6 但是这个工作流比较适合发长文的 像我这样时不时要碎几句的 感觉流程太长了
那么怎样把两者结合起来呢 server模式下的免部署的光速发布和更新 静态模式下的serverless,管理文件 有没有可能两者兼具
首先得分析一下如果是目前的工作流 我如何完成obsidian上编辑,然后发布呢
方案一
目前流行的方案是,obsidian库本身是一个git repo 提交以后,自动走部署流程,就上线了
- 优点
- 简单,所有的东西都能串在一起自动化,没有多余的服务
- 缺点
- 对我当前的obsidian库有较大的侵入,或者说,我的库根本就不能对外的
方案二
在obsidian上编辑,通过syncthing自动同步后 触发一个脚本,检查obsidian库和blog repo的差异 如果发现有新的文章就复制过去,或者说就用脚本把所有文章都重新生成一遍,然后提交代码,自动部署1.优点1. 全量同步,很省心2. 自动化,不需要任何操作3. 增删改都有了1. 缺点1. 要写一个脚本,或者一个服务2. syncthing有可能出现冲突的时候,脚本要能够handle 3. syncthing随时可能同步,而我的文章可能还没写完
方案三
我写完以后,按个按钮,调用api 这个api会把我当前的文章同步到blog repo中生成对应的文章并部署
- 优点
- 按需触发
- 脚本服务比较简单
- 缺点
- 可能还要开发obsidian,能内嵌按钮什么的
- 还是要有个服务来干这些事情