作为买到 GeoIP2 后的第三个项目，这次我希望能完成一个长久未了的心愿：写一个可视化的、附带 IP 详细信息的路由追踪程序。

正是因为有过暴风雨的记忆，才会惊觉，如今这份早已熟识的平静，是多么的难能可得。

推弹的打击让大量极右、纳粹之类的互联网垃圾涌向了Fediverse，为了避免被这些肮脏的家伙沾上，我想我们很有必要来好好保护一下我们喵窝的Misskey服务。

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

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

黑夜给了我黑色的眼睛，不要让太亮的主题灼伤那幼小的心灵。
——糖·开发者·喵

由于害怕一些版权方面的冲突，并且加入了模型可能会导致主题变得臃肿，这个功能当时移植的时候是被我砍掉了；后来

直接把APlayer集成到主题里啦~相信会有更棒的体验呀！

写了一整天的API，感觉腰酸背痛头发昏，眼冒金星口吐……咳咳，至少还没吐白沫，问题不大！

我怎么都不会想到，一个小小的开关，竟能酿成如此惨痛的后果……

（书接上回）
且说到站点引入Disqus评论系统之后，站点终于是有了些许的人气，然而由于一些众所不周知的原因……

没错又是一篇水文 ε=ε=ε=┏(゜ロ゜;)┛

凡心所向，素履以往。
在这个主题的第 6 岁生日之际，我们迎来了它的 V3 版本重构计划。这不仅是一次与过去陈旧的历史包袱的告别，也是一次向我(们)曾经懵懂的青葱岁月 (黑历史) 的致意。