博客写作的工作流

引言

一开始就把博客写作叫成一个工作流,是因为我们很多时候在写博客的时候,懒惰的很大一部分原因是因为觉得麻烦。当你在使用 hexo 这种静态博客的时候,难免会觉得写作是一件很繁琐的时间,首先会受限于写作环境,其次每次写作都需要“写 md –> 插入图片上传 –> 预览后编译 –> 推送到 pages”。因为工作的原因,用了很久的语雀,感觉语雀的写作体验和管理都是很棒的。那么,如何拥有语雀写作的体验,又能够免去博客更新的繁碎流程呢?

关于工作流

实现配置的文章网上一堆,我就不当个搬运工了,说下整个流程吧:

  1. 在语雀的指定仓库写文章,勾选发布的“文档有较大更新,推送给关注知识库的人”
  2. 你在该仓库下设置的 WebHook 触发云平台上的函数服务
  3. 函数服务发送对应的请求给 Github 的 repo dispatch
  4. dispatch 触发 Github Action,开始构建网页并推送到目标平台(Pages/COS/OSS),推送完毕后自动刷新 CDN

完成后,获得的是这样的一套写作平台体验:

  1. 复用了语雀优秀的文档写作和管理体验,做到 Write Every Where
  2. 除了域名外,几乎全免费
  3. 省去了博客的维护成本(Serverless?

当然了,初次配置的成本也是不低的。不过对于程序员来说,哪怕首次配置麻烦,后面能省掉很多时间成本也是一件很赚的事情吧。(何况语雀比本地 markdown 好用多了)而且每次写作不用限制在某一台电脑上。

一些细节

  1. 语雀的 TOKEN 权限设置为只读就 OK
  2. 可以使用语雀作为图床白嫖一下,需要额外配置一下语雀的防盗链
  3. 国内的收录需要博客在国内可访问,使用 Pages+CDN 可以达到效果,又拍云免费
  4. https 证书操作比较麻烦,可以用第三方网站签发免费的泛域名证书,只是记得定时要在 CDN 上去配置
  5. 刷新 CDN 的 API 调用记得配置全站路径

参考

语雀知识库同步工具
Hexo:语雀云端写作,Github Actions 持续集成