换新域名，以及迁移到FarBox 2.0！

博客迁移到 FarBox 2.0

收到 Hepo 邮件的时候正好卡在我收拾东西准备回单位上班的前一天，于是没着急动手，在回单位路上先去把 FarBox 2.0 的文档读了一遍。

总体感觉：除了完全苹果生态友好了以外，好像……至少在使用上，变化不是很大——当然，感觉得出来底层逻辑 Hepo 肯定是重写了一遍。虽然我是一台果机都无的人（……）但本来我 PC 系统也不是 Windows，所以对我来说无非就是把以前的命令行同步的 bitcron 变成 python sync.py 罢辽！没有什么很大区别！

而且因为换到了 HK 节点，终于可以在不爬梯的情况下顺利打开 Web Editor 了！从这个意义上来说移动端更新反倒比原来方便了一点……就是不知道为什么贵所内网似乎不让直连网站，只能爬梯上，4G 网络倒是可以正常直连。贵所总不至于把腾讯云的端口给 Ban 了吧——后来证明是真的，只有下班时间可以内网直连，何至于此。

一个很惊喜的事情是，写了 alt 信息的图片渲染出来会变成 figure 模式，有 figure caption 了！一边惊喜一边爬去把我之前所有带图片的文章都重新写了一遍。啊，还好我在大多数情况下都是个纯叨逼叨的文字博主，不然恐怕要改写到地老天荒。

不过 FarBox 2.0 另一个设定就让我想打死自己了，那就是——单个文件有大小上限了！

FarBox 中的数据原子叫 record，它单个最大容量为 500K，一篇文章转为 record 的时候，会增加其它信息，比如 原始文本、编译为 HTML 的内容、metadata 等。
一般情况下，500K 是足够的，超过这个尺寸的文章，不再被视为 post 类型，而是 file 类型。file 类型在内容尺寸较小时会压缩文本后存储于数据库，较大时会转入云存储。
 
1K 大约等于 300 汉字，500K 大约为 15 万汉字；但实际情况不然，加上 Markdown 编译后的 HTML 内容会扩容到约 3 倍，也就相当于 5 万汉字了。而 5 万汉字也仅仅是参考值，如果是诗歌类型这种十来字就要换行的，扩容比会更大，500K 的 record 能承载 2 万字就比较勉强了。
为什么不允许更大的 record 容量呢？如果是自己 fork 源码来部署 FarBox 的，可以调整这个 max_size，但默认情况不会再调整。FarBox 的基础引擎不是只为文章而运行的，有些场景下的应用单个 record 的尺寸可能远小于 1K，超过 500K 对于 record 在数据库中存储、查询、模板引擎的渲染，会产生比较明显的性能压力。
 
——《FarBox 2.0 文档：一些限制性问题》

我刚开始搬的时候这个限制还是 200K，后来给 Hepo 发了邮件后 Hepo 回复我调整到了 500K 让我再试试。

我：（立刻重传）

我：（一分钟后）……对不起，是我话太多了，500K 看来也不够用。

文档里这个两万字应该还是传统文学的两万字，根据我的实践，换行太勤的同人文学一万三就已经要拆上下篇来发了。至于长篇翻译稿件，得一拆三甚至一拆六。拆文本花的时间比我想象的还要久。

Baco 安慰我：没事，拆短点对你的读者好。

我无语凝噎：……………………

同人女，你的废话真的很多！

不过还好，除了长文章拆得我头晕眼花以外，其他（比如模板）基本上都跟 Bitcron 一个样，直接迁过来也不用改。唯一调整了一下的是评论区的样式，因为 FarBox 2.0 的自带评论有了验证码（好耶！终于可以屏蔽垃圾评论了），所以原来的万金油样式不能照套了，不过我也就很随便地调了调，基本上还是保持了原样。

换新域名了！

我发现我每隔两三年，不管是出于主观意愿还是一些客观原因（？）反正肯定要换一次域名。

新域名！锵锵锵！yukihane.work

啊，我还是很喜欢我的旧域名（mrx.moe）的，简洁漂亮，但没办法，腾讯云好像不支持 .moe 的域名转入，而放在 Namesilo 的话，加上一年的 SSL 价钱就有点贵了，所以还是换了个新的！

这个域名就很直白了，雪羽，yukihane，嗯，没别的了。然后，.work 域名也符合这个博客无情的同人女自耕地的定位（什么），当然关键是，便宜好多啊！一年也就一杯奶茶的钱，不错！

搬这么一次才发现自己虽然更得不勤奋但还是积累了相当多的东西的，在这个同人女都在赛博流浪中的时代，有这么个自耕地还是给了我相当大的安心感的。

今后也会继续写下去的！请各位读者和友邻继续关照啦！