logo
Published on

新的博客next-akagi

Authors

找了一个模版,差不多把新博客恢复过来了 没想到已经两年没更新了 时间过得是有一点块 总感觉还是前段时间 一拖再拖,结果两年过去了 好吧 其实两年前的时候,我也没怎么写东西了 有些东西都放在本地的笔记里了 那么这次我为什么要恢复博客呢 因为最近刚刚通关了艾尔登法环 想起来两年前写过一篇开始玩的文章 那么结束了也刚好有始有终吧

这次试了一下静态生成的博客 确实很带劲,管理数据就像管理文件一样 搭配vercel和github的自动部署好像很6 但是这个工作流比较适合发长文的 像我这样时不时要碎几句的 感觉流程太长了

那么怎样把两者结合起来呢 server模式下的免部署的光速发布和更新 静态模式下的serverless,管理文件 有没有可能两者兼具

首先得分析一下如果是目前的工作流 我如何完成obsidian上编辑,然后发布呢

方案一

目前流行的方案是,obsidian库本身是一个git repo 提交以后,自动走部署流程,就上线了

  1. 优点
    1. 简单,所有的东西都能串在一起自动化,没有多余的服务
  2. 缺点
    1. 对我当前的obsidian库有较大的侵入,或者说,我的库根本就不能对外的

方案二

在obsidian上编辑,通过syncthing自动同步后 触发一个脚本,检查obsidian库和blog repo的差异 如果发现有新的文章就复制过去,或者说就用脚本把所有文章都重新生成一遍,然后提交代码,自动部署1.优点1. 全量同步,很省心2. 自动化,不需要任何操作3. 增删改都有了1. 缺点1. 要写一个脚本,或者一个服务2. syncthing有可能出现冲突的时候,脚本要能够handle 3. syncthing随时可能同步,而我的文章可能还没写完

方案三

我写完以后,按个按钮,调用api 这个api会把我当前的文章同步到blog repo中生成对应的文章并部署

  1. 优点
    1. 按需触发
    2. 脚本服务比较简单
  2. 缺点
    1. 可能还要开发obsidian,能内嵌按钮什么的
    2. 还是要有个服务来干这些事情