起因

这是一次无奈的迁移，因为原来使用的 bitcron 停止维护了，作者海波新推出了 farbor2, 但是我没有收到邀请码，很遗憾。当初选择 bitcron 的原因是只要关注内容就行了，整个博客除了首页一张图片，其他都是文字。挺满足的，虽然有时候也想放张图片。

选择

也有使用动态博客的打算，也正有购买个海外 VPS 的打算。但是要从选站、建站、选模板、改模板、选插件、改域名 dns 等等一系列操作开始弄，确实有点不太愿意。尤其是这么多选择下来，时间必定花得不少。况且我打算购买 VPS 是作其他用处的。而国内的云主机本身就有一个，目前跑跑脚本勉强够用，也不想打破这个平衡。

然后就想着还是弄个静态的博客吧，毕竟 hexo 也用过一年多，相对熟悉点。舍弃折腾动态博客的一些功能，也能节省一点时间。然后看了下 hugo 比 hexo 方便一点，况且是用 go 写的，渲染的速度稍微会快一些，聊胜于无的优势，主要可能是想换个口味而已。

折腾吧

最后我选择了 hugo + github pages。然后打算最后用 netlilfy 弥补一下 github 的访问不稳定和龟一样的速度。遇到的第一个困难，就是数据迁移。之前用 bitcron 的时候，因为是windows用户，官方没有给出备份的方法，只能靠手动备份。最后备份的博文因为文件的编码格式不对，全部打不开。无奈全部改成 utf-8 格式，解决。
能打开博文之后，发现由于博客头的不一致，导致文章分类和时间无法正常显示。最后全部按照hugo的格式改了一遍，才算通过。抱怨一句，这难道就没有个标准么？
最后，文章都可以通过github.io正常阅读了。最后修改好域名的dns之后，通过域名访问，发现设置的主题失效了。没了主题的页面，内容没有缺失，就像09年的web版页面的新闻一样，全部是蓝色的文字链接。

优势对比

使用静态博客，有几个我认为的方便之处：

  • 写。你可以几个月按格式写在自己本地，然后想到了就渲染并发布一下。
  • 同步。选择github或者gitee，就算到处出差旅行，只要笔记本有网，同步下仓库，就可以在另一个地方码字了。
  • 备份。仓库另一个作用就是备份，可以一个分支存放源文件，另一个分支存放渲染后的静态文件。

说完方便之处，那就说说我使用过程中的痛点吧：

  • github 的访问速度慢。对于目前这个搜索和阅读环境，慢就等于你写在本地一样。
  • 发布相对繁琐。要会一点基础的命令，如果每写一篇文章花在发布上1分钟的话，也觉得浪费。
  • 评论系统。主流的 Disqus 需要科学上网，总不能要求每个阅读者都有这个基础吧。其他的用起来也不是很方便。

完成了？

这样，折腾了两三个晚上，才弄出丐版页面。难道就没有一个简单、稳定的博客可以用么？！