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

作为一个追求极致的垃圾佬，总有一天会发现设备多到不再能简单地水平堆放，而是需要使用带有垂直空间的排布以控制占地面积。
通常情况下，对于深度不大的设备可以使用类似货架的设施来叠放；而对于大多为面向机架场景的设计而言，准备一个标准尺寸下的机柜就成了一种更为合适的选择。
既然要做，那就努力做到最好。我咨询了几位参与过数据中心建设的朋友，在他们的帮助下共同设计并完成了这次的工程。因而将相关的内容整理如下，方便可能有需要的朋友们的参考。


但需要注意的是，这里描述的仅为家居环境下的工程建设（整活），即最终还是以家居的功能为主。如果您有严肃的数据中心建设相关的工程，请咨询相关的专业人士。

最近需要验收一个弱电布线工程，于是找来一套被称为乙方最害怕的东西之一的 Fluke 网线测试仪玩玩。它能出具非常详细的检测报告，但其中不少专有名词让它阅读起来其实并不是那么简单易懂。所以就趁着正好需要分析这些报告的时机，把相关的资料稍微整理一下，以便未来再做其他工程时候可能需要的参考。

CloudFlare 提供了一个方便的手动 DNS 解析记录管理界面，但当所需的解析规模逐渐增大，或是涉及到需要团队合作的场合时，再使用基于人力的管理方案的话，就更有可能引入一些奇怪的问题。本文以在 GitLab 上托管的仓库与流水线的实现为例，简单叙述使用 Terraform 管理 CloudFlare DNS 的操作流程。

只是一篇用来记录指令的水文（溜

事实就是，说是打算年终总结，但当我真的决心打下这一行字的时候，我竟不知道该从何讲起。

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

GitHub 终究还是个 Hub ——中心化的服务。即使它是全球最大的代码托管平台，无论是出于 DMCA 之类的法律原因导致自己辛苦编制的代码被删除（参见 GitHub DMCA Repository ），抑或是因为些许其他不可描述的因素导致心血资源的消失，这些都是将代码部署在如 GitHub 这样的公共平台上可能发生的恶性事件。

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