前言
在上学期自己配置了主机，第一次拥有 diy 的丝滑主机。
Warning
由于价格的透明， diy 不至于成为 “整机烈士”？
这也导致原来的笔记本一直闲置，几乎没有使用场景。
位于笔记本上 blog 的源文件也就一直没取出。而且我居然没用 git 做版本管理和做云存储。
于是手动重新迁移了下原来的 file 到新主机，并设置了博客源文件的 git remote repo。
WSL 配置 hugo
在新主机的 WSL 上重新配置了环境，遇到了一些新坑。
detect 不到 file change
大概是我想把文件留在在原来 win 的 filesystem 上，但使用 wsl 来开发和部署 hugo 。即目录是 /mnt/c/xxx/blog 这样。
这样修改文件并不能被 wsl 中的 hugo 检测到，也就没有 hugo 热加载的特性。
根据 论坛 的见解
Note
Filesystem change/watch events (what hugo serve looks for with fsnotify) are low-level and OS-specific, and it seems WSL does not yet provide the same kind of environment/functionality for it’s Windows files into the Linux kernel (yet).
hugo 用了 fsnotify。
猜想 fsnotify 还没有跨平台的支持？因此不能跨文件系统支持？
解决方法就是将文件真的放在 wsl 里。
字符乱码
在我的原来的 win 系统中的 文件 path 文件名中存在中文，直接复制迁移到 wsl 上乱码。
原来是 windows 默认使用 UTF-16 编码来存储文件名，linux 当然是 UTF-8 了，中文字符可能在上面会出现差异。
优化 workflow？
之前是把 hugo 生成 public 放一个 repo。然后现在希望把 source 也放一个 repo，这样每次生成后都要 git 操作两个 repo，非常的麻烦。
显然可以通过某种途径来便利部署，github page workflow 和 Cloudflare Page？采用了后者。
只要你 repo 里本身能正常运行，Cloudflare Page 能提供一些站点编译构建的工具环境，自动生成并部署。
正好自己有个域名没有用过。
花絮
买了域名不用不愧是我，就像买的服务器好像现在也没啥用了(
从购买服务的 registrar 将 CNAME 记录导出给 Cloudflare。(似乎是可选的)
按照后续说明，在你的 DNS registrar 那边把 NS 记录转成 Cloudflare 提供的。
同时做了 www，和子域的 CNAME 记录。
结束语
再把 hg23 的 wp 放上来，之后一些好看的图片估计都懒得找了。
在 vscode 中做了一些 hugo shortcode 的 snippet 定义便利写作，还有装 markdown 中英文间的 padding 和 format 之类的扩展，似乎就重启完了？(