服务迁移记

Posted on
| 共 1094 字,阅读约 3 分钟,浏览了

之前提到了『人类创造内容,我们负责渲染』这样一个概念,为了再次满足这样一个需求,我花了一点时间去寻找。这里记录下寻找的过程,留作存档,以备不时之需。

首先我需要一个存储文件的地方,之前所有文章的原始资源都存储在 Dropbox。当我想发布或者更新一篇文章的时候需要先在本地修原始的 md 文件,这时 Dropbox 会自动同步更新,然后 Bitcron 自动接收这次更新把这个 md 文件渲染成对应的页面,至此一整套从创造到渲染的流程实现完毕。

[.md(local)] -> [Dropbox] ->[Bitcron] -> [Site]

需求大概明确就开始准备调研,我大概搜了下目前能实现这种方式的一些服务,下面三个是我能找到的还活着的服务商,核心功能基本都是把 Dropbox 的文件自动同步到他们自己的服务,最终生成一个基于模板的网页。

除了第一个还在免费的时候尝试过以外,其他的都是第一次听说,但是我算了一下价格,已经接近一台普通 VPS 的年费,于是我放弃了花钱这个念头,在这种没有情感的收费服务面前,我总有着一种原始的抗拒。 droppages

既然说到免费,我自然又想起来 Github Pages,使用 FarBox 的时候是近十年前,那么以前玩的 Github Pages 应该也被冷落有十年了,上号看了下如我所料上次提交时间还是 2013 年。跟着官方文档回忆了下配置和使用方式,发现也许它能满足我的需求,但是存储方式就要从 Dropbox 迁移到 Github。不过本来文章都是公开的,迁移到 Github 也没什么问题,但是发布方式就要从纯本地编辑转变为需要一次本地构建加一次 commit&&push 的方式。虽然多了点敲命令的工作,但对比到之前方便的无感知发布心里还是有些不能接受,于是我再次去寻找解决方案。

2013

国内因为一些众所周知的原因,很难找到提供类似服务的公司,于是只能从浩如烟海的国外网站中捕鱼,好在功夫不负有心人,让我发现了这两个服务,vercel.comForestry.io。顺便也知道了 GitHub Actions 这个强大的东西,结合我简单的需求多方对比了一下,最终选择了 Vercel,看下他的 slogan: Develop. Preview. Ship. For the best frontend teams,感觉就像对方从胸口伸出一只温柔的手掏进了我黑黑的心窝子里,抓心。

实际上,写完这片文章的时候页面已经发布成功了,留下了『 hello world,开荒留念』的 commit,我并不觉得完成这样一个迁移有什么可以大写特写的,但是我喜欢这样一个寻找答案的过程。有一样东西,本来可能一无所知,但经过自己的探寻竟然了解过半,这种心情有种积金千两不如明解经书的精神愉悦了。正如游褒禅山记所说:『入之愈深,其进愈难,而其见愈奇』『而世之奇伟、瑰怪,非常之观,常在于险远,而人之所罕至焉,故非有志者不能至也』。吃一顿大餐可以兴奋一晚上,但获得一份经验却可以记住好多年。

二零二一年十一月某日,特记。

📝 评论
评论区加载中,请稍等