境内外分离并分离图片源的 Hexo 博客配置

每年寒暑假，我都会去倒腾倒腾博客的搭建问题，上一次的全站加速存在着可能的几个问题：

• 对于更新的同步来说太慢了，导致修改后还得手动到后台“刷新预热”处清除各部署单元的缓存
• 全站加速的境内境外分别计费，资源包不互通
• 在博客访问少的时候，CDN 节点也得回源到 GitHub，还是挺慢的

所以有没有一种方法，对内对外都可以用起来很方便呢？在研究域名解析的负载均衡后，我选择了国内国外分开解析的方法——国内直接解析到自己的服务器，国外解析到 GitHub Pages，就可以了。

一开始觉得，这有什么难的呀，改改解析就完事了，后来发现博客的图包太大了，部署起来费事（因为从 GitHub 克隆仓库，带宽时高时低），再加上服务器是 1M 小水管儿，所以这次我用上了云服务中吹来吹去的对象存储来托管图片的存储（对哦，没有对象存就 new 一个诶）。

顺便在这里提一句，腾讯云的对象存储对于新用户赠送 180 天 50GB 的存储（但是流量费、请求费少不了），但是我看了一下我的免费额度，好像对于我当时那批用户，腾讯云给的额度好像不局限于存储诶，还是永久免费的。庆幸高一的时候，我就已经整起腾讯云这东西了 23333。

对象存储首先需要在云服务商控制台创建桶，设置好权限（记得设置防盗链，以及关闭空 referer 支持），设置好自定义域名（其实是换 cdn 方便，因为到时候只要改解析就好了，不过坏处是要设置 SSL 证书，各有利弊吧）。

由于本站的图片都在/images/目录下，于是一个非常简单的想法就是把这个目录 302 出去。

location /images/ {
  rewrite ^/(.*) https://imgcdn.icys.top$request_uri redirect;
}

因为我也不喜欢存储桶里图片堆在根目录下（不好清理），所以我在存储桶里还是建立了一个images目录，这样在跳转的时候就省事了。

但是国内外如果我都使用国内节点可能带来国外图片速度下降问题，再加上 Pages 也没有 302 支持，于是还得考虑一下国外的图片处理问题。然后我发现，好像我可以选择建一个叫做images的仓库，开启 Pages 后就自然而然的就是icy-blue.github.io/images/（配置 CNAME 之后就是icys.top/images/），自然而然地就可以不用 302 了，真的是方便。

于是，对于图片的处理，可以在本地images目录新建一个仓库与 GitHub 同步，这样本地编辑 markdown 的时候写../images/xxx也能找得到，计划再在images仓库设置Action对新图片自动同步到腾讯云，这样就实现了一个比较优秀的图片加载问题。

---

对了，刚打算收工，就发现 GitHub 对于 Pages 的更新GitHub Pages: Custom GitHub Actions Workflows (beta)。大概说的是，Pages 的输入可以不是一个分支了，可以直接用 Action 打好的 tar 包去部署，省的像我，先建立一个icy-blog仓库，再通过 Action 生成到icy-blue.github.io仓库，就可以一步到位啦。看看暑假有没有空做，不行等寒假再搞搞~

另外，之前好像挖了几个坑来着，填填坑——

• 使用 GitHub Actions 实现仓库从 GitHub 到 Gitee 的同步：这个 Gitee 好像自己就可以实现，也省的自己写了
• 使用 Gitee Pages：现在 Gitee 的开源环境还是算了吧，另外 Gitee Pages 是要身份证核验的
• 做一个合适的负载均衡：境内外的负载均衡可能也算负载均衡吧
• 使用 Lint-md 让博客内容排版更加规范：这个好像可以简单提一下，用的是llint-md的仓库，用起来也非常轻松，在 Action 部署的时候 npm 安装好，然后把 markdown 文件送到参数里（我用了 shell 里xargs的一个方法使得一行就弄完了，不过注意一下当时我设置的时候项目路径有大小写 bug 所以我用的 Windows 下的 Bash Shell，也许现在 bug 修了罢），最后别忘了创建提交改回去（要在设置里给 Action 写权限）

- name: Import lint-md
  run: |
    npm update npm
    npm i -g @lint-md/cli
  
- name: Fix format of markdown sources
  shell: bash
  run: |
    find ./source/ -name "*.md" | xargs lint-md --fix