之前由于总是在纠结如何有效存储喵窝的数据，虽然每一张图片并不大，但是当数量累积起来的时候就会形成一种相当恐怖的灾难情形。默认自然是存储在运行主站的服务器上，但是由于那边还要存储数据库（和莫名其妙快速增大的log表），为了防止用户图片数据的丢失、降低主站的数据开销，考虑到Misskey支持配置外部存储，于是就给之前的接入了IPv6的BuyVM配了一个512G的存储盘，并使用docker启动了一个minio实例。但是这一次我上传一些将近1G的文件的时候，后端出现了非常频繁的报错，为了解决相关的问题，我找了不少资料，修正了之前nginx上配置不够详尽导致的意外情况。现将我的一些记录整理如下，以方便各位读者（包括未来的我自己）的参考，与之后可能会有的后续维护工作。

作为一名lsp，时刻与在pixiv上关注画师的更新保持同步不失为一种重要的生活习惯。

去中心化的社交平台固然相当美好，但作为平台的部署者要考虑的也有许多平时运行维护相关的日常惯例。例如在一些资源文件的存储方面，对于普通的性能见长、硬盘狭小的VPS而言，有着不小的挑战；而一般为存储特化、以硬盘容量见长的服务器，则通常并不会配备强大的其他资源核心。因而为Misskey配备一个网路环境优良的外置存储，一方面可以有助于对于处理核心的保护和特化支持，另一方面也能提升用户的使用体验。

这几天疯狂肝原神ing
却莫名发现购买一年有余(半年吃灰)手柄拥有了自己的意识，两摇杆总是到处漂，且不说爬坡时总是无端跳下悬崖、战斗时莫名全场瞎跑，光是镜头原地360°大旋转就已经足够让人感到无端迷惑了。网上顺手找了找资料，看了一眼被晾在角落里遗忘掉的CRC02016，决定赌一把,看看能不能将其修好（还是彻底弄坏掉，反正过保了也已经无所谓了（猫猫摊手）

BuyVM家的VPS性价比确实不错，尤其是可附加的存储盘（虽然性能略孱弱，但价格摆在那里呀）使得它成为了供不应求的抢手“大盘机”。但也有一个问题：这些VPS在分配了IPv6地址之后需要手动绑定。在翻找了官方Wiki和不少其他的资料之后，终于成功为其绑定上对应的IPv6地址，并成功建立了连接。

在scripts文件夹里放置的js文件会在Hexo运行时被调用，因而可以用来实现一些生成阶段发挥作用的函数与模块；但如果直接运行的话，开发者们会惊讶地发现，直接调用的hexo.theme.config，很有可能只是一个空空如也的对象。

其实本来是没有这篇文章的，如果邮件能正常发送的话……

作为一名Hexo主题开发者，为了让用户能直观地体会到这个主题的默认样式，我总觉得需要部署一个用于测试的样例站点。但一些新加入的特性，由于种种兼容性的原因，有时并无法在博客里直观完整地表现出来，因而便萌生了一个使用Hexo主题组件测试进行测试样例生成的想法。