得益于自己懒+这个月确实事情有点多，感觉自己的博客已经摸鱼很久没更新了。这个月初我自己过生日，在生日当天的话仍然是表演了一下例行节目，发了一个微信朋友圈和QQ说说，祝大家高考顺利，给各位高考生上个buff。

也算是活久见了，我也被刷流量了。

这么多年头一次，所以收到 CDN 见底的短信的时候没反应过来是个什么情况，打开监控才发现好家伙从 6 月初到现在我每天被刷掉 15 个 G 的 CDN 流量，受害 10 天我也没发现。没办法，没想过会有这一天，我的相关知识和水平还不足以让我对这类事情有一定的预警心。

这类下行流量刷的还全是我的头像。

见了鬼了真是。

总之临时拉掉了相关 IP，临时拉了一点全站的和图片的访问频率限制，不知道能挡住多久。要命。

何意味啊？

平常写的代码绝大多数都是Python、Kotlin、Java、Typescript之类的，也经常用Markdown写写文档。最近我还打算折腾折腾Rust。
这几天里，我在开始尝试用Zed来写这些代码。

我又在群里跟别人吵架了，这次吵架的话题如标题所述。而正是因为这篇post来自于吵架，所以内容显然是松散的（好像我之前写的所有内容都是松散的

正如我在「写在2026年刚开始的时候」里写的那样，「AI的发展真快啊，确实是超出了我的想象了」。AI越来越强了，它能够替我们完成许多许多繁琐的工作了。与此同时，对我自己来说，我自己越来越觉得自己是一个废物了。

或许「学习」这件事在AI盛行的当下，变得越来越没有意义了？「传统教学」这件事在AI盛行的当下是不是已经变成了一个彻头彻尾的笑话呢？

今天在群里在群里跟网友吹比，吹着吹着突然发现一个问题。现在AI技术日新月异，我们似乎一直没有关注过上下文这一块的问题。

时光荏苒，岁月如梭，转眼间2025年就结束了。

每年我都会写一些有的没的的东西。按理说应该是在年初写，但是因为自己摸鱼，一直没有下笔来写这篇文章。

下面的文字只是对笔者在恍然之间所见之另一世界的记述，真假参半，虚实莫辨，并非是确凿发生过的事，姑妄记之，博一笑耳。

前情提要：[post cid="634" cover="" size="small"/]

枯叶港海湾中心的高地上有一座灯塔。灯塔整体呈灰白两色，历经日月风雨，塔身墙面已渐渐变得粗粝。

抵达此处时，探险队已在雪原上行走了半月有余。东行的路上，山高、水深，唯有此处开阔：坚硬的冻土为垒砌新的容身之所提供了地基，背后高大的雪山挡住了冰海上吹来的风，竟催生出一片少有的林地。

于是领队停下了脚步，扫出一小片空地，和众人一起伐木取石、就地取材，搭起了最初的小屋。随后，安顿下来的众人建起一座灯塔，在茫茫冰原之上，清冷的光在雪中不断散射，向其他人传递出此处已有聚居区的信号。

开发枯叶港实在难以称为一件易事。从落脚点看去，向北走，冻洋边的沙土被雪浸透；向南是雪山，柔软的细雪是它的头纱，坚硬的山体又难以开凿；灯塔所处的冻土平原又太小，林中潜藏的危险又足以致命。唯有海湾，天然的湾区使得大小生物向此聚集，因此人们建起港口，靠着渔获度过第一个冬天。人们以林区的落叶为名，为这里取名“枯叶港”。

直至春天，连接梣和枯叶港的陆路终于被抵达 Innova 的新工程师们再次打通。与这支小队一同抵达的，还有自海上漂泊而来的，自称来自“维纳”的船员。Innova 大陆上的住民终于再次连接在一起。源源不断的材料和新知识送达枯叶港，这一地带的建设终于不再受制于天候和地象。河道上架起了桥梁，山坡间凿出了栈道，一座更新的灯塔矗立在北面，照亮冻海冰面，塔后是逐渐繁荣的居民小镇。驾驭了火元素力量的新居民扫清了这极寒之地的黑暗，枯叶港再也不惧寒冬——或者说，Innova 的居民都再也不会惧怕下一个冬天了。

只是，带领众人初访此地的探险队领队消失了。

其实这副眼镜已经买来快一年了。它长这样。

这副眼镜是左眼 100 度的散光，右眼平光。尽管我在医院的验光结果是左眼 125，右眼 25，但一来据说镜片最小的度数是 50 度，另一方面 125+0 的组合带来的畸变实在过于严重，一时之间难以适应，所以在建议之下降了度数。

而且我平时其实也用不着这副眼镜——如你所见，这种程度的视力实际上仍然能看清几乎一切东西。我的视力测试结果从小学开始就一直是 5.0/5.1，经过中式教育的十六年摧残竟然没有一点变化，以至于当我发现我左眼能看清的东西比右眼少的时候一直在思考，这到底是我以前就这样还是我读研把眼睛读坏了？

毕竟我以前从来没验过光，所以医生也不知道这个问题的答案。医生的建议是，如果不需要晚上开车，那我完全不需要任何眼镜，而且其实这个视力晚上也完全够用。当然我面临的是另一个问题——我向来不喜欢坐得离屏幕很近，而距离拉远之后，我看我屏幕上 Word 里的小四号宋体略有一点重影。其实这个本来也不严重，不是很影响实际的阅读体验，但后来我又发现，作为深色模式用户，黑底里的白字重影效果更严重。于是为了解决这个重影，我决定配眼镜试试。

还有个比较好笑的点在于，戴上眼镜之后我左眼看到的会比右眼更清晰，局势完全逆转了过来.jpg。这一年下来，从结果上来说，你很少能看到我戴这副眼镜。我发现起初几天感受到的视野畸变几乎完全消失了，在惊叹于人类大脑视觉处理机制的神奇之处的同时，我又担心这种视觉的适应会影响我正常的未戴镜视觉（尽管完全没有什么依据），所以就不再拿出来天天戴了，只在觉得眼睛累但还需要读东西的时候，或者确实想看一些特别远的小字的时候才拿出来（尽管我也不确定这样会不会对我的视力有进一步的伤害）。

又说到视觉的适应，每次想起我一开始感到的倾斜的世界现在完全不存在了，我就会想到那个著名的研究——传言，研究者让人戴上会使视野完全颠倒的眼镜后，受试者的视野在几天后竟然在戴镜的情况下恢复了正常，却在取下眼镜后颠倒。我一直没有查证这个研究是不是真的，但大脑确实有很强的可塑性，这点倒是毋庸置疑的。

原发于 QQ 空间，时间 2025 年 8 月 27 日。

我花了好久找到的这张图给这个歌单做封面。

时间倒回十二年前，我还在上小学。众所周知的是我五岁的时候家里就有一台电脑了，但众所周不知的是我用来真正接触互联网的设备是一台步步高H8。在那个安卓还是4.0的时代的一台安卓设备。这才是我以如今这个身份在互联网上冲浪的真正起点。

而这张图，是那台步步高H8的默认壁纸之一，也是我用的壁纸。

十二年后，我凭借记忆在网上找了好久好久，找到了这张图的原图，发现这张图竟然分辨率只有600*600。

竟然只有600*600

下面的文字只是对笔者在恍然之间所见之另一世界的记述，真假参半，虚实莫辨，并非是确凿发生过的事，姑妄记之，博一笑耳。

自“伊特鲁里亚”城出城，向南百八十步处有一热气球。乘此热气球向高天去，即可抵达现今被称作“Innova”的那片大陆。

慢着，容我先解释一番。

“伊特鲁里亚”城为先民所建之繁荣之城。其楼奇且峻也，有破风入云之连廊相通；其民乐且慧也，安居乐业，生生不息。话虽如此，伊城的历史却总是模糊不清。倘若你向伊城的孩子问起这座城的过去，不同的人总是有不同的故事要讲。所以，事实上无人能够区分谁真正来自伊城——又或许，伊城从不在意过去，来到伊城的人，就都是伊城的孩子。

城南之热气球是所谓“探险队”之象征。最初的探险家们，乘热气球出发，在高天漂泊，发现了那片崭新的大陆。他们为这片大陆定名“Innova”，也用这个名字称呼自己为“Innova 探险队”。随着新大陆的发现，沟通伊城与 Innova 的门径也随之建立。因此，现时城南的热气球不会真的起飞，登上热气球，便可跨越门径，抵达 Innova。

至于“Innova”这片大陆，用探险家们的话来说：“高耸入云的桦树，绚丽的山林，直逼云霄的山崖，相接的沙海，令人眼前一亮的景色数不胜数。”在这令人目不暇接的壮丽景象之下，有神秘的元素之力掌管自然。自发现以来，不断有向往之人来到 Innova，开启新的旅途，塑造新的生活。

最初的探险家们的故事仅凭口耳相传。故事里说，在现今被称作“梣”的地方，他们耗尽了燃料，迫降在森林与河流的交界之地。在这里，他们发现了风的力量。借由轻盈的风元素之力，他们在这片大陆上建立起第一个聚居地——木板廊桥悬挂在粗壮又茂密的树林间，河道旁聚集起来来往往的行商，其上架起沟通岛屿与河岸的桥梁。再后来，荟集 Innova 所有知识的大图书馆——阿特拉斯图书馆拔地而起，源源不断的情报和知识，从世界各地送至此处，再由渊博的学者整理，记录。在神圣的梣木下，根脉回廊连通这片大陆的各个角落。直到今天，在 Innova 的各地，人们都会种下一枝梣木的枝条所成的小树，作为对最初的聚集地的纪念。

可惜好景不长。Innova 的冬季太过严酷，梣木之林再也无法容纳更多居民，曾经染尽万般色彩的树林现在只对它的居民报以冷酷的白。无人知道当时的众人如何活过那个冬天，有人说一支小队在子夜高歌，向东踏入雪原；有人说见到新的热气球升空向南，却在不远处化作一团火球。只是有一点——倘若你真的见到了最初的探险队队员，不要向他们打听当年的故事。

最近领了不少 Claude Code 镜像站的免费额度，但是各大镜像站的稳定性一般，有时候某个源用着用着就挂了，需要快速切换到其他可用的源；有时候想根据不同项目的需求选择性价比最高的源。每次手动修改环境变量或配置文件既麻烦又容易出错，特别是当手头有多个免费额度需要管理时，于是写了个简单的切换脚本来解决这个问题。

前言

借助 Docker，您可将容器当做轻巧、模块化的虚拟机来使用。同时，您还将获得高度灵活性，实现对容器的高效创建、部署及

**林恩：**书接上文，在《简单说说：你的电脑是如何访问网页的？》中我们聊到了IP技术，同时我们知道了在计算机世界中，设备之间需要通过IP地址来找到彼此，才能进行数据交换和通讯。没有IP地址，就像没有电话号码，通讯就无法实现。

程序设计介绍

机器语言

• 最先使用的计算机程序设计语言。
• 所有指令都是由 0 和 1 构成的。
• 功能很弱，记忆困难。

汇编语言

• 为了增强机器语言程序的可理解性和可阅读性。
• 面向机器的程序设计语言，与机器的逻辑结构相关。
• 如MOV（放入）、ADD（累加）、HLT（结束）等

高级语言

• 20 世纪 50 年代，FORTRAN 语言。

程序的性质

• 目的性
• 分布性
• 有限性
• 可操作性
• 有序性

程序设计的基本步骤

分析问题 -> 抽象数学模型 -> 确定实现算法 -> 编写程序 -> 调试运行程序 -> 结果输出

结构化程序设计

结构化程序设计方法引入了工程思想和结构化思想，使大型软件的开发和编程都得到了极大改善。

结构化程序设计的原则

结构化程序设计方法的主要原则可以概括为自顶向下、逐步求精、模块化、限制使用语句。

1. 自顶向下。程序设计应先考虑总体，后考虑细节：先考虑全局目标，后考虑局部目标。不要一开始就过多追求众多的细节，先从最上层总目标开始设计，逐步使问题具体化
2. 逐步求精。对复杂问题，应设计一些子目标做过渡，逐步细化。
3. 模块化。一个复杂问题，肯定是由若干个稍简单的问题构成的。模块化是把程序解决的总目标分解为分目标，再进一步分解为具体的小目标，把每个小目标称为一个模块。
4. 限制使用goto语句。

结构化程序设计的基本结构

[!important] 三种基本结构
顺序结构，选择结构，循环结构

结构化程序设计方法是程序设计的先进方法和工具。采用结构化程序设计方法编写程序可使程序结构良好、易读、易理解、易维护。1966年，玻姆（Boehm）和贾可皮尼（Jacopini）证明了程序设计语言仅使用顺序、选择和循环三种基本控制结构就足以表达出各种其他形式结构的程序设计方法。

1. 顺序结构。顺序结构是一种简单的程序设计结构，它是最基本、最常用的结构，如图3-4（a）所示。顺序结构是顺序执行结构。所谓顺序执行，就是按照程序语句行的自然顺序依次执行。
2. 选择结构。选择结构又称为分支结构，它包括简单选择和多分支选择结构，这种结构可以根据设定的条件，判断应选择哪一条分支来执行相应的语句序列。图3-4（b）列出了包含两个分支的简单选择结构。
3. 循环结构。循环结构又称为重复结构，它根据给定的条件判断是否需要重复执行某一相同的或类似的程序段，利用循环结构可简化大量的程序行。在程序设计语言中，循环结构对应两类循环语句。先判断后执行循环体的称为当型循环结构，如图3-4（c）所示。先执行循环体后判断的称为直到型循环结构，如图3-4（d）所示。

一、计算机软硬件系统

(一) 硬件系统

1. 运算器

• 计算机系统的计算中心。

2. 控制器

• 控制器是整个计算机系统的计算中心。

• 程序计数器（PC）、指令寄存器（IR）、指令译码器（ID）、时序控制电路和微操作控制电路等组成。

• 运算器和控制器合称为中央处理器，是计算机的核心部件。

• CPU 的基本功能：程序设计、操作控制、时间控制、数据处理

3. 存储器

• 存储器是用来存储数据和程序的部件。
• 计算机信息都是以二进制代码形式表达。
• 具有两种稳定状态的物理器件来存储信息。

4. 输入/输出设备

• 称呼 I/O 设备，又称为外部设备。
• 与计算机主机进行信息交换，实现人机交互的硬件环境。
• 输入设备：输入人们要求的计算机处理的数据、字符、文字、图形、图像、声音等信息。
• 输出设备：将计算机处理结果或中间结果以人们可识别的形式表达出来。

(二) 软件系统

1. 系统软件

管理、运行、控制和维护计算机系统资源的程序集合。

主要功能：

• 计算机硬件和软件管理
• 充分发挥计算机的功能，方便用户的使用
• 为应用开发人员提供平台支持
  包括：
• 操作系统
• 实用系统软件

操作系统是软件的核心，管理整个系统资源的作用。

2. 应用软件

分为软件包和用户程序。

数据的定义：数据是指所有能输入到计算机并被计算机程序处理的符号的总称，是用于输入电子计算机进行处理，具有一定意义的数字、字母、符号和模拟量等的统称。

一、数值信息在计算机的表示

二进制：只用0和1两个符号，一般以**八位（1字节）**出现。

十进制：0～9。

八进制：0～7，人为规定以0开头的数字为八进制。

十六进制：0～9，A、B、C、D、E、F，人为规定以0x开头。

1. 十进制转换为二进制数

1. 将十进制整数除以2，得到商和余数。
2. 将商继续除以2，得到新的商和余数。
3. 重复步骤2，直到商为0。
4. 将得到的所有余数从下往上依次排列，即为对应的二进制数。

示例：将十进制数13转换为二进制

1
2
3
4

13 ÷ 2 = 6 余 1
6 ÷ 2 = 3 余 0
3 ÷ 2 = 1 余 1
1 ÷ 2 = 0 余 1

从下往上读取余数，得到二进制数1101。

因此，十进制数13的二进制表示为1101。

[!Warning]
注意需要补全至八位：00001101

2. 十进制小数转换为二进制数

对于十进制小数转换为二进制数，我们主要关注小数部分的转换。方法如下：

1. 将小数部分乘以2。
2. 取出整数部分（0或1）作为二进制小数的一位。
3. 将小数部分再次乘以2。
4. 重复步骤2和3，直到小数部分为0或达到所需精度。

示例：将十进制小数0.625转换为二进制

1
2
3

0.625 × 2 = 1.25  取整数部分1
0.25 × 2 = 0.5    取整数部分0
0.5 × 2 = 1.0     取整数部分1

因此，十进制小数0.625的二进制表示为0.101。

注意：某些十进制小数在二进制中可能是无限循环小数，这种情况下需要根据实际需求截断精度。

3. 几种进制之间的转换

二进制转换为十进制

二、原码、反码、补码

机器数

最高位为符号位。（0=正数，1=负数）

原来的数值称为机器数的真值。

1
2

+3[原] = 00000011
-3[原] = 10000011

原码

机器数本身。

反码

对于正数：反码与原码相同。

对于负数：反码保持原码符号位不变，其他各位取反数。

1
2

+3 = 00000011[原码] = 00000011[反码]
-3 = 10000011[原码] = 11111100[反码]

补码

正数：原码。

负数：反码+1。

1
2

+3[补] = 00000011[原] = 00000011[反] = 00000011[补]
-3[反] = 10000011[原] = 11111100[反] = 11111101[补]

参考内容

https://higoge.github.io/2015/07/02/basic03/

三、字符

(一) 西文字符（ASCII）

特点：

• 二进制编码为7位。
• 有128种不同的字符编码。
• 一个ASSCII码占用一个字节（8个bit）

ASCII中特殊的编码

(二) 汉字字符

• 每个汉字在计算机中都有一个二进制代码。
• 每个汉字的二进制代码为两个字节（16个bit），称为机内码。

四、扩展

(一) 比特和字节

Bit，比特，也叫二进制位，是信息的最小单位。一个比特可以理解为一个开关量，0就是关，1就是开。

Byte，字节，由8个Bit组成。它通常用作计算机信息计量单位。字节在一些规范中称作Octet。

Bit简写为b，Byte简写为B。

TeamSpeak 3

切换成中文

1. 下载群内的TeamSpeak3汉化包.ts3_translate
2. 双击打开文件（请确保安装了TS3）
3. 重启TS3

调整麦克风/扬声器等设置

快速切换麦克风/扬声器配置

保存服务器到书签中 & 开启软件后自动登入 TS3

[!IMPORTANT]

请务必设置昵称，这是你在服务器内显示的名称。

TeamSpeak 5

[!Warning]

TeamSpeak 5 必须登入MyTeamSpeak账户才可以继续使用。

如若无法登入成功，请使用特殊的网络环境。

[!tip]

TeamSpeak 5 操作几乎与KOOK等一致。

切换成中文

其他

设置降噪(基础)

[!NOTE]

TS的降噪功能较为基础，你可以参考下文设置更加优秀的降噪效果。

需要使用NVIDIA显卡 或 AMD核显/显卡。

NVIDIA 降噪

该功能需要NVIDIA显卡，具体参考下方硬件支持声明。

RTX Voice硬件支持声明：

如需体验 RTX Voice，您必须配备 NVIDIA GTX 或 RTX 显卡、将驱动升级至 410.18 或更高版本并使用 Windows 10。

参考页面

NVIDIA Broadcast硬件支持声明：

信息
平台	Windows 10（64 位）
版本	1.4.0.39

系统要求
GPU	NVIDIA GeForce RTX 2060、Quadro RTX 3000、TITAN RTX 或性能更强的 GPU
RAM	8GB RAM 或更高
CPU	推荐：英特尔酷睿 i5 8600、AMD Ryzen R5 2600 或性能更强的处理器
驱动	NVIDIA Studio 驱动 526.98 / Game Ready 驱动 526.47 / NVIDIA RTX Enterprise 驱动 526.67，或更高版本驱动
互联网	在安装过程中需要连接到互联网

参考页面

RTX Voice

以下软件适用于GTX显卡（10系或更低），如若你使用的是RTX显卡（20系或更高），请参考下文。

内容摘自英伟达官网。

RTX Voice 会在您的系统中创建一个虚拟设备，我们希望在您的语音聊天应用中使用该虚拟设备来消除聊天中的背景噪音，以免对 YouTube 视频、Spotify 音乐或游戏音频这类的一般 Windows 音频源进行误消噪。

设置方法：

1. 下载应用
   a. 对于 NVIDIA RTX GPU 或更高版本，请下载 NVIDIA Broadcast 并单击此处查看设置指南。
   b. 对于 NVIDIA GeForce GTX GPU，请下载 RTX Voice。
2. 安装该应用。
3. 配置 RTX Voice：
   a. 选择您想使用的麦克风和扬声器。
   b. 为麦克风开启背景噪音消除，扬声器可选择开启。

我们建议您为麦克风启用 RTX Voice，并只在必要时为扬声器启用该插件。虽然扬声器的音质基本没变，但在某些情况下可能会略有差异。此外，该解决方案需要占用系统资源，因此如果不需要的话，建议避免使用。

4. 根据以下说明配置您的语音聊天应用。应用有时会使用类似 NVIDIA Broadcast 中的效果，如去噪。两次应用效果往往会造成效果无法正确呈现。我们建议在您的应用和驱动中禁用此类效果。

NVIDIA Broadcast

安装：

1. 下载应用。
2. 安装该应用。安装期间，应用将为您的系统下载必要的文件。下载大小约为 400MB，因此请确保连接网络。
3. 重启系统。

设置：

1. 设置 NVIDIA Broadcast：

a. 打开 NVIDIA Broadcast 应用。

b. 导航至每个设备并选择顶部的输入设备。

c. 选择您要应用的效果。

i. 如果您愿意，可以组合使用多种效果。

ii. 我们建议您仅启用所需效果，以避免占用不必要的 GPU 资源。

d. 如果需要，您可以使用下方的滑块调整效果强度或设置。

此处仅开启麦克风降噪即可。

AMD 降噪

[!CAUTION]

该功能需要AMD核显/AMD显卡，具体参考下方硬件支持声明。

[!Note]

官方硬件支持说明：

硬件

• 支持搭载集成显卡的 AMD 锐龙 6000 系列和更晚推出的处理器。
• 支持 AMD Radeon RX 6000 系列和更晚推出的台式机显卡。
• 需要安装 AMD Software: Adrenalin Edition 22.7.1 或更高版本。
• AMD 噪声抑制功能可能无法安装在配备基于 Realtek ACP 的 ANR 的系统上。

OS 支持

• Microsoft® Windows® 10
• Microsoft® Windows® 11

参考页面

AMD 降噪请在 AMD驱动软件 中进行设置。

第 1 步

在“设置”的“音频和视频”选项卡中启用 AMD 噪音抑制功能。同时支持输入与输出设备，带来更优质的音频体验。

第 2 步

选择输入、输出或二者以启用 AMD 噪音抑制功能，并可通过选择 CPU 或 GPU 处理噪音抑制来进一步定制您的专属体验。

第 3 步

打开游戏或应用，选择“AMD 播放音频设备”进行输入/输出。

学校提供了免费的校园网络，但是其速度不佳（20Mbps），在使用人数过多的时候会降到2Mbps，且对视频、游戏等支持欠佳。
本文探讨了一些技术方案以改善极其糟糕的上网体验。

最近新一代猿神发售了，不知道各位攻略进度如何了？

什么？你还没买？！

那快来看看这篇文章 ——《如何利用倒余额"折上折"购买Steam游戏》

每天我们打开手机，你也许会看到这样的推送：

“震惊！某某明星竟然做出这种事情”

“关于xx，10条你不得不知道的秘诀”

这些琐碎的推送充斥着我们的手机屏幕，让我们不禁感到疲惫和困惑。我们渴望获取有价值的信息，而不是被无聊的八卦新闻、标题党新闻所填充。

以广告浏览带来利润，以赚钱为目的资讯网站和平台往往带来的是垃圾信息，很大程度上都是没有价值的内容。

这就是为什么RSS（Really Simple Syndication）对于我们的日常生活变得越来越重要。

本文译自 Cloudflare BIOG。

网络的隐私问题一直是人们关心的焦点。随着技术的进步，保护个人信息和在线活动变得越来越重要。Cloudflare 最近推出的 Encrypted Client Hello (ECH) 技术，为我们打开了通往更安全网络世界的新门户。那么，ECH 到底是什么？它又如何改变了我们的网络体验？让我们简单了解一下。

你是否曾经了解过，你的电脑在访问网页时发生了什么？

本篇我们将教学如何将你的网站仓库推送至Github，

并通过Github Action自动构建并部署你的网站至Github Pages

创建Github账号与仓库

注册账号

1. 进入官网 https://github.com/

1. 点击右上角的注册(Sign Up)按钮进行注册

1. 注册后前往你自己的邮箱，点击链接进行验证

配置Git

打开你的cmd，按照顺序输入下面的指令

1
2

git config --global user.name "你的用户名"
git config --global user.email "你的邮箱"

验证是否配置成功

输入git config -l

2个项目均有值即配置成功

使用VS Code连接至Github

1. 切换到源代码管理选项卡

1. 链接你的Github账号

在打开的窗口中登入你刚才注册的账号即可

1. 开始上传仓库

在弹出的提示框中，选择第二项，并且修改仓库名称为<你的用户名>.github.io

当出现以下提示时，代表你已经成功提交了仓库！

了解Github仓库页面

创建Github Action自动部署

1. 使用 node --version 指令检查你电脑上的 Node.js 版本，并记下该版本 (例如：v16.y.z)
2. 在储存库中建立 .github/workflows/pages.yml，并填入以下内容 (将 16 替换为上个步骤中记下的版本)：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

.github/workflows/pages.ymlname: Pages

on:
  push:
    branches:
      - main # default branch

jobs:
  pages:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
      - name: Use Node.js 16.x
        uses: actions/setup-node@v2
        with:
          node-version: "16"
      - name: Cache NPM dependencies
        uses: actions/cache@v2
        with:
          path: node_modules
          key: ${{ runner.OS }}-npm-cache
          restore-keys: |
            ${{ runner.OS }}-npm-cache
      - name: Install Dependencies
        run: npm install
      - name: Build
        run: npm run build
      - name: Deploy
        uses: peaceiris/actions-gh-pages@v3
        with:
          github_token: ${{ secrets.GITHUB_TOKEN }}
          publish_dir: ./public

1. 当部署作业完成后，产生的页面会放在储存库中的 gh-pages 分支
2. 在储存库中前往 Settings > Pages > Source，并将 branch 改为 gh-pages
3. 前往 username.github.io 查看网站

如果你不希望将你网站的配置文件上传到Github，你可以继续阅读Hexo 进阶教程来学习

VS Code后续文章书写与提交

你可以仍在VS Code中进行写作，通过VS Code的Github扩展提交更新

提交更新后再次点击推送按钮，将更新推送至Github

本篇文章将会教你如何修改自己的博客主题，以及一些问题的故障排除。

了解主题文件夹的结构

一个主题会有以下的结构：

其通常会在<博客文件夹>/theme/<主题名称>中

1
2
3
4
5
6

.
├── _config.yml
├── languages
├── layout
├── scripts
└── source

_config.yml

主题的配置文件。和 Hexo 配置文件不同，主题配置文件修改时会自动更新，无需重启 Hexo Server

languages

语言文件夹。请参见 国际化 (i18n)。

layout

布局文件夹。用于存放主题的模板文件，决定了网站内容的呈现方式，Hexo 内建 Nunjucks 模板引擎，您可以另外安装插件来获得 EJS、Haml、Jade 或 Pug 支持，Hexo 根据模板文件的扩展名来决定所使用的模板引擎，例如：

1
2

layout.ejs   - 使用 EJS
layout.swig  - 使用 Swig

您可参考 模板 以获得更多信息。

scripts

脚本文件夹。在启动时，Hexo 会载入此文件夹内的 JavaScript 文件，请参见 插件 以获得更多信息。

source

资源文件夹，除了模板以外的 Asset，例如 CSS、JavaScript 文件等，都应该放在这个文件夹中。文件或文件夹开头名称为 _（下划线）或隐藏的文件会被忽略。

如果文件可以被渲染的话，会经过解析然后储存到 public 文件夹，否则会直接拷贝到 public 文件夹

查找主题

在官网主题页面查找

你可以在官网的主题页面中查找自己喜欢的主题

地址：https://hexo.io/themes/

在搜索引擎中搜索

你可以通过搜索引擎搜索关键词hexo 主题来查找主题。

安装主题

注意：部分主题需要安装特殊的渲染器，请参考对应的文章！

切换主题并测试

当你已经完成主题的下载后，可以在_config.yml 内的 theme 设定中切换你的主题

切换后你可以使用下面的指令进行测试

1
2

hexo clean
hexo server

正常情况下，你就可以看到你下载的主题已经可以使用了！

疑问解答

为什么切换主题后网页语言有问题？

由于Hexo的语言渲染来自主题文件，你可以查看<博客文件夹>/theme/<主题名称>/languages中的文件目录

通常情况下，中文文件的名称常见的有 zh-Hans和 zh-CN

上一篇我们已经初始化了你的博客，
本篇将会教你如何撰写自己的第一篇博文和自己的第一个页面。

创建博文/页面

1. 首先我们要先切换到我们博客的文件夹，cd <文件夹名称>

2. 然后我们可以通过下面的指令创建自己的文章

1

hexo new [模板] <标题>

在默认情况下，我们只需要hexo new <标题>即可创建一篇新的文章，这是因为我们已经在_config.yml中指定了默认的创建模板，如果你需要修改，可以修改default_layout参数。

布局（Layout）

Hexo 有三种默认布局：post、page 和 draft。在创建这三种不同类型的文件时，它们将会被保存到不同的路径；而您自定义的其他布局和 post 相同，都将储存到 source/_posts 文件夹。

创建完成后，你可以按照上面表格的路径去找到你新创建的文章，享受写作吧！

了解Front-matter

以下内容摘录自Hexo官网文档

Front-matter 是文件最上方以 --- 分隔的区域，用于指定个别文件的变量，举例来说：

1
2
3
4

---
title: Hello World
date: 2013/7/13 20:46:25
---

以下是预先定义的参数，您可在模板中使用这些参数值并加以利用。

提示：部分主题和Hexo插件会有自己的Front-Matter规则，具体新增的项目请参考对应插件和主题的文档使用

进阶教学

创建一个草稿

刚刚我们提到了 Hexo 的一种特殊布局：draft，

这种布局在建立时会被保存到 source/_drafts 文件夹，

我们可以使用下面的指令来让草稿正式发布

1

hexo publish [layout] <title>

草稿默认不会显示在页面中，您可在执行时加上 --draft 参数，或是把 render_drafts 参数设为 true 来预览草稿

分类和标签

以下内容摘录自Hexo官网文档

只有文章支持分类和标签，您可以在 Front-matter 中设置。在其他系统中，分类和标签听起来很接近，但是在 Hexo 中两者有着明显的差别：分类具有顺序性和层次性，也就是说 Foo, Bar 不等于 Bar, Foo；而标签没有顺序和层次。

1
2
3
4
5

categories:
- Diary
tags:
- PS3
- Games

分类方法的分歧

如果您有过使用 WordPress 的经验，就很容易误解 Hexo 的分类方式。WordPress 支持对一篇文章设置多个分类，而且这些分类可以是同级的，也可以是父子分类。但是 Hexo 不支持指定多个同级分类。下面的指定方法：

1 2 3

categories: - Diary - Life

会使分类 Life 成为 Diary 的子分类，而不是并列分类。因此，有必要为您的文章选择尽可能准确的分类。

如果你需要为文章添加多个分类，可以尝试以下 list 中的方法。

1 2 3 4

categories: - [Diary, PlayStation] - [Diary, Games] - [Life]

此时这篇文章同时包括三个分类： PlayStation 和 Games 分别都是父分类 Diary 的子分类，同时 Life 是一个没有子分类的分类。

上一篇我们完成了Hexo所需求的环境的部署，本篇文章将会教学你初始化自己的博客，了解博客的文件结构，以及如何修改自己的博客。

Hexo 是一个快速、简洁且高效的博客框架。本文将会带你认识并搭建Hexo的使用环境。

前言

Hexo 是一个快速、简洁且高效的博客框架。Hexo 使用 Markdown（或其他渲染引擎）解析文章，在几秒内，即可利用靓丽的主题生成静态网页。
——Hexo官网

Hexo的优缺点

优点

• 简单轻便，易于部署
• 超快速度
• 一键部署
• 轻松推送

缺点

• 默认情况下文件生成在本地，不能多客户端编辑
• 没有便携的后台管理系统
• 文件容易丢失

环境搭建

Hexo需要我们提前部署所需要的开发环境，具体如下

• Node.js (Node.js 版本需不低于 10.13，建议使用 Node.js 12.0 及以上版本)
• Git

不过为了更好的开发与体验，我们将从头开始准备各种所需的工具

安装文本编辑器(VS Code)

工欲善其事，必先利其器，一个好的文本编辑器是必不可少的，这里我们使用由微软开发的Visual Studio Code作为编辑器。

首先，我们要访问VS Code的官网，点击Download for Windows下载最新的安装包。

下载后进行客户端的安装即可

切换VS Code至中文

正常情况下，我们在安装完成后，第一次打开VS Code，右下角会提示安装语言包。

如果你错过了，可以按照下面的步骤进行手动安装中文语言包。

1. 在VS Code页面按下Ctrl+Shift+P
2. 输入configure language回车执行
3. 选择中文(简体)并回车执行

配置Hexo运行环境

1.下载Node.js

我们可以前往Node.js官网进行下载，下载和自己系统相配的Node的安装程序，否则会出现安装问题。

由于兼容性问题，我们一般不推荐选择最新版本进行安装，你可以在这里查阅所有旧版本的Node.js列表

Node.js推荐版本：12.19.0

注意：使用 Node.js 官方安装程序时，请确保勾选 Add to PATH 选项（默认已勾选）

验证安装状态：

1. 打开CMD窗口
2. 输入node -v，出现版本号提示即为安装成功

2.安装Git

前往Git官网进行下载

默认情况下，无需更改Git的安装设置，按照提示安装即可。

3.切换Node.js镜像源

由于Node.js官方源在国内下载过慢，在这里我们可以选择切换到国内镜像源以加快访问与下载速度。

1. 打开CMD窗口
2. 输入npm config set registry https://registry.npmmirror.com

安装Hexo

1. 打开CMD窗口
2. 输入npm install -g hexo-cli安装

检测是否成功安装

在CMD窗口输入hexo即可，若出现下面提示即为成功安装

下一篇，我们将学习Hexo的文件目录与配置文件

登入教程

我登入Zth的方式是Microsoft账户(正版登入)

1. 进入服务器后选择[使用Microsoft账户登入]
2. 按照接下来页面提示进行登入

我登入Zth的方式是离线登入(登入到服务器后仍需要/l 密码)

1. 进入服务器后选择[使用Mojang账户登入]
2. 用户名/邮箱处填写你自己的游戏ID（你在Zth用的什么ID就填写什么）
3. 密码处请留空！
4. 点击登入即可

已知问题

1. 游戏背包的头颅显示错误，摆放出来的不受影响
2. 使用烟花火箭飞行时候概率出现显示错误
3. 基岩版不支持聊天消息点击，请使用指令执行
4. 基岩版模式下RIA:Zth 零州 主岛帧率极低，请谨慎前往！

体验IP

1

zth.lynn6.cn

端口：19132（默认无需修改）

问题反馈

请在该页面留言/QQ联系我进行反馈

来自社区的问题列表

• 在背包内显示 玩家头颅 的皮肤
• 聊天框内的 可点击信息
• 发光效果
• 在 创造模式 中使用 2x2 合成
• 在背包内区分基岩版玩家的 左键和右键
• 红石粉非点状
• 一些方块 的 “无法放置/破坏” 标签 - 例如，不同颜色的羊毛、粘土
• 通过 NBT 实现的自定义颜色的药水
• 不使用 Minecraft Brigadier 库的命令的命令补充提示
• 任何在聊天框依赖 Tab 补充和直接发送的聊天框UI 回复：基岩版特性，无法处理
• 无法查看叠加超过 6 种图案的旗帜
• （目前已被官方移除）由于 Java版 和 基岩版 之间的差异，玩家在竹子周围存在移动问题。下面的插件可解决此问题，但请在使用前阅读 README：https://github.com/Camotoy/BambooCollisionFix 回复：将在下次更新中修复
• 自定义铁砧配方
• 主世界维度最低高度低于 -64 或者最高高度高于 320 、在其他维度最低高度低于 0 或者最高高度高于 256。 回复：地狱维度可以修复，其他维度暂无法修复
• 海豚的恩惠视觉效果（药水效果本身可以正常工作）
• 隐形物品展示框 回复：间歇泉问题，无法修复
• 实体头上的方块（例如盔甲架、玩家） 回复：间歇泉问题，无法修复

适用于1.19.2的原版客户端，无任何功能性模组，对原版MC的性能优化以及问题修复。

该整合包为LynnPack 1.6.0的前瞻版本&基础版本

帧率测试

单人存档

• 平原环境：移动800fps，静止后1700fps
• 洞穴：1000fps+，最高测试1700fps
• 信标渲染：800fps

服务器测试

RIA:Zth

• 云端：400fps+
• 零州主岛上：200fps+
• 私人仓库（箱子与展示框）：400fps+
• 雪樱港：100-200fps
• 雪樱港全息广告牌：150fps

MCC ISland

• Spawn：240fps+

部分功能说明

本内容摘自LynnPack数据库！

_{如何解决告示牌远处不显示的问题}

下载地址

~下载体验(限时) | 盘灵古域专用版~

日子总是在不知不觉中就淌过去了。

那是哪一年的事？早记不大清了。 只晓得那天电视里正放着什么动画片，叽叽喳喳的声响里，一个小人儿正抱着根同自己半个身子差不多大的鸡腿，啃得满嘴冒油。

我那时人小，肚子里的馋虫却被这光景勾得乱窜，连呼吸里都像凭空生出了一股子肉香。我咽了口唾沫，转头便冲着屋外正忙着劈竹的爷爷嚷嚷：“爷爷，我也要吃大鸡腿！”
爷爷抬头瞥了我一眼，手也没停，也没言语，由着我这没头没脑的叫唤散在风里飘。

到了傍晚，天刚擦黑，饭桌上却突兀地多出个东西，温温的，裹在塑料袋里。

塑料袋摊在碗里，果木炭的焦香混着股浑厚的咸甜味，轰的一下便撞进了鼻腔。是一副红艳艳的烤鸭。那年月，孩孩童哪里懂得什么讲究，管它鸡腿鸭腿，能解馋就是顶好的。爷爷竟不知用了什么法子，那鸭腿被留得格外多。我迫不及待地，一把攥住那只肥大的鸭腿，指尖滑腻腻的，全是烤得焦脆的鸭皮渗出的亮油。我就这么一手举着鸭腿，一手猛扒着碗里的白米饭，腮帮子鼓得不像话。一家人挤在灯泡底下，看着我这狼狈的馋样，都“咯咯”地笑着…

这一晃，十年的水便流去了。

我早像个羽翼渐丰的野鸟，扑腾着飞出了那个青石板铺就的小镇。爷爷奶奶年岁大了，早搬到了楼房里住。长大的日子总是忙碌且生硬，钢筋水泥把人困得像个打转的陀螺，我竟鲜能挤出回家的空档。 可是呀，说来也怪，无论我哪日踏进那扇防盗门，无论外头是个什么季节光景，只要一落座，我的白瓷碗里，总安安稳稳地卧着一只酱红色、泛着肥软光泽的烤鸭腿。

奶奶端着碗从厨房走出来，笑眯眯的，眼角的褶子叠在一起，操着那口老南京话冲我念叨：

“乖乖，留的大鸭腿给你哎！南头斩的，你最欢喜吃个！”

我不做多想，左手夹起腿，大口吞咽，任由那股浓烈的酱香味在舌尖慢慢化开。恍惚间，竟又回到了十年前那个咋咋呼呼的傍晚。

南头，说的是驷马河的南面。从新房走，约莫十五里路。

有朋友和我说 “一个自动领奖插件就快400kb，是不是太臃肿了？”。 我觉得针对这种问题应当统一作出解释。

关于用户体验

这其实是一种个人代码风格的选择，不同开发者的风格也大多不相同。在很早的时候，我和这位朋友一样，对于一个明明功能很简单的插件打包了许多类库这种事情感到十分可笑。但随着我接的各种小单子越来越多，接触的用户越来越多，我发现程序员思维在这里似乎并不适用。

其实这种问题只要做一个核心类库插件就全部解决了。但作为用户来说，相比于要额外安装一个依赖插件，我更喜欢开箱即用的感觉，而非安装一个插件需要额外安装许许多多杂七杂八的类库。举个例子，如果我想使用一个插件，需要额外安装作者的一个类库；如果要使用的插件来自于多个作者，岂不是需要额外安装许许多多的类库？

因此，作为一个插件覆盖面并不广泛的开发者，我选择每个插件都单独打包类库，而让用户无需对此焦虑。

关于高版本接口

这时候又有人想问“为何不使用高版本提供的依赖接口，直接让服务端下载依赖使用，从而减小插件的大小呢？”

其实理由已经出现在问题里了。没错，这个功能需要“高版本”。

相比于为了减小插件体积而使用这个功能，以导致只有高版本才可以使用，我更倾向于让一个插件能够覆盖到更多的版本，从而减少用户的选择成本。

让我们回到用户的视角，面对一个功能需求上很适合自己的插件，却因为版本过低而无法使用，而这的原因仅仅是开发者为了让插件看上去更“轻量化”去使用高版本的依赖接口从而失去了低版本用户的支持，我相信，这个时候用户更希望的是在自己的服务器也能用上这款插件，而不是我们需要的“轻量化”。

总结

总而言之，是否打包类库到插件纯属开发者的个人习惯。有的人喜欢“轻量”而自行挑选重要内容放到自己的插件中，有的人更爱“便捷”而一股脑全塞上，也有的人会为了“用户体验”而做出一点大小上的牺牲。

如果是三年前的我，我会强烈推荐你做一个“依赖库插件”，它能够很好的解决插件实际功能和大小不等的问题同时还能让这个插件在不同的服务器版本中得到支持；
但如果是现在的我，我会推荐你好好考虑，对于单个功能插件，在必要的情况下直接打包依赖库也完全没问题的：虽然需要在“轻量化”上做出一些牺牲，但可以让使用的用户得到更好的体验，在我看来这是一个更好的决定。

文章作者为 @CarmJos ，同时感谢 @nelson 帮助校对文章。

发现

一开始接触 Git 的时候，默认的分支名都为 master ，包括后续使用的时候也习惯于输入master进行各类操作。

而我最近发现，Github 与 Gitlab 都开始使用 main 取代原先的 master
作为项目的默认主分支了，这是为什么呢？

起源 - “Black Lives Matter”

自2020年六月起，由于“Black Lives Matter”抗议活动持续发酵，而计算机行业中对master与slave这两个词的使用引起了部分人的反感。

在抗议声起、社会动荡加剧之时，更多的人认为这些包含历史文化因素的词汇已经过时，且应当被替换，于是多个开源项目开始采取行动替换冒犯性的术语，其中包括
PHPUnit 和 Curl、OpenZFS 等。

不仅仅是master与slave,还有许多相关的词汇如whitelist与blacklist都被计划更改为allowList与denyList。

正如 ZDNet
所说，继续使用这些带有种族色彩的词汇可能会延长种族歧视。一些学者在 2018 年的期刊上写道，“这些术语不仅反映了种族主义文化，而且还强化、合法化和延续了它。”

而 LinkedIn 的软件工程师 Gabriel Csapo 也在 Twitter 上表示，他也正在提出更新 Microsoft 内部库的请求，并删除任何带有种族歧视色彩的短语。

行动

在此背景下，一位Twitter网友的提议，而这一提议得到了GitHub CEO的支持。

@Una Kravets
我很高兴将 GitHub 的默认分支结构从『master』改成『main』，我希望我们能和 @GitHub 一起以社区为单位来做这件事……
@Nat Friedman
这是个好主意！ 我们正在朝这方面进行改进了！

于是自 2020年10月1日 开始，Github上所有的新库便都开始以 main 命名，并开始逐渐的将原先master为主分支的库修改为以main
为主分支。

鉴于GitHub有4000多万用户、1亿多个存储库以及至少2800万个公共存储库，这是项艰巨的任务。
任何一个规划的失误都会导致Linux内核之类的项目代码无法访问。全球大批企业依赖Linux内核，一旦发生这类事件都可能引发灾难性的后果。

于是，GitHub又做了以下更改以确保万无一失：

• 更新了 GitHub.com
  以直接重定向master分支到新的默认分支！
• 更新了 Github Pages
  以支持从任一分支进行部署
• 添加了用户、组织与企业设定
  以设定默认的分支名与新项目的默认分支名。
  • 需要注意的是，这些设定同时在 GitHub.com
    与 GitHub API 生效。
  • Git 2.28 也添加了一个类似的设定
    init.defaultBranch。
• 我们让重命名已有分支更加方便快捷了

参与

如果还是习惯于使用 master 分支，那么大可不用更改继续使用下去。

若想要支持相关的行动，则可以跟随以下的操作将master分支无损迁移到main分支。

本地修改分支

1. 首先将master分支移到main分支下

   1	git branch -m master main

2. 随后将新命名的分支main推送到远程库中

   1	git push -u origin main

3. 再将HEAD指向main分支

   1	git symbolic-ref refs/remotes/origin/HEAD refs/remotes/origin/main

4. 最后删除远程库中旧的master分支即可

   1	git push origin --delete master

在 GitHub 上修改默认分支

用户、组织和企业可以在以下地址修改默认分支名。

• 用户 https://github.com/settings/repositories
• 组织所有者 https://github.com/organizations/<组织名>/settings/repository-defaults
• 企业管理员 https://github.com/enterprises/<企业名>/settings/member_privileges

参考文献

• < Github Renaming >
• < GitHub to replace ‘master’ with ‘main’ starting next month >
• < Why GitHub renamed its master branch to main >

起因

自己在家里组了一个机柜，有多个服务器设备需要管理。看到 PiKVM 这个项目后觉得非常有趣，很快就搓了一个。

刚搓完的成品就直接固定在一块木板上，随后给木板打了几个孔，直接用螺丝固定在机柜上。
说真的，每次看到那个 PiKVM “板子”，我心里都发虚。虽然功能上完全满足了需求，但那几根红红绿绿的杜邦线在外头晃荡，怎么看也不太安全。

不行，这得改。

我手头刚好有一台创想三维的 CR-6 SE，但现在的我对 3D 设计的认知基本还停留在“画个方块”的水平。

既然有了这个需求，不如趁此机会，就自己设计一个外壳吧。

开始设计

最开始的设计是一个凹下去的盒子和一个盖板，直接把 PiKVM 的主板放在盒子里，然后直接盖上盖板。

然而这个设计的缺点是没有考虑到3D打印的局限性。

切片软件跳出“17小时”那个数字的时候，我就开始挠头了。我所持的是一台开放式的 FDM
打印机，所以在打印过程中很难保证能完全成功的打印一整个盒子，而且如果打印失败了，就只能重新打印整个盒子，浪费时间和材料。

于是我便将盒子的各个面设计成了单独的部件，这样即使某个部件打印失败了，也只需要重新打印那个部件就好了。
各个部件之间用方形点链接，这样就可以保证它们能够正确的对齐并牢固的连接在一起。

出稿，拆件，打印！

那天下午特别闷，房间里全是那种 PLA
耗材熔化后的甜腻味儿。设计的底板件的面积比较大，所以在打印过程中出现了翘边的问题。更绝的是，挤出机那边居然开始打滑，“哒、哒、哒”地干磨。我摸了一下挤出机的电机，烫得手指生疼。

原来是打印时间过长，电机过热，耗材全在里头软成烂泥了。

没办法，我翻出个不知道哪儿拆下来的旧散热片，用硅脂粘在在电机上。
又掏出个小风扇，直接对着电机吹，试图让它降温。虽然这个方法有点土，但至少确实有效了。

拿着失败件先对一下尺寸，才发现尺寸设计的也有误，空位无法完全对齐，而最终导致其他部件也都无法正确的安装在底板上。

修改，再试打印底板。空位确实是对上了，可惜仍然出现了翘边的问题。考虑到材料的浪费和时间的消耗… 将就着用吧。

随后就是剩余部件的打印了。一样的，打印，翘边，再打印，失败，再打印，炒面，打印……总之就是反复的失败和打印，直到最后所有部件都成功的打印出来了。

中途X轴的电机轴居然还断了，得亏还有备用的42步进电机，不然就只能等快递了。
要不然说 3D打印 的本质是修3D打印机呢(

剩下的就是喜闻乐见的最终组装了。由于之前设计的连接点比较牢固，所以组装起来还是比较顺利的。

成品还是不错的。虽然表面还有点拉丝，虽然有点寄出缺陷，虽然有点翘边，虽然一捏就容易变形…
但还是非常满意的。毕竟这是我第一次设计和打印3D模型，能成功的完成已经不错了。

思考与总结

回望这次从 0 到 1 的首次设计，收获远在成品之外：

1. 设计必须服务于工艺。
   在电脑里画出的精美模型，如果无视物理世界的重力、热缩和机械精度，那只能称之为“数字雕塑”。优秀的工程师应当提前在脑海中模拟打印机的每一个动作，根据设备特性去倒推零件的结构，这远比画图本身更重要。

2. 模块化是风险管理的必修课。
   整体式设计虽然美观，但在抗风险能力上极其脆弱。将复杂系统拆解为可替换、可重构的小模块，不仅适用于软件开发中的解耦，在物理制造中同样是节省成本、提高迭代效率的黄金法则。

3. 拥抱“不完美”的勇气。
   工程实践中没有绝对的完美。为了进度而妥协的微小翘边底板、为了强度而增加的粗糙加固筋，都是解决现实问题的勋章。完成优于完美，在不断的反馈循环中迭代，才是技术进化的唯一路径。

如今这机器仍然在我家机柜里默默地工作着，虽然外表看起来只是一个普通的塑料盒子，但它背后却凝聚了我无数次的尝试、失败和改进。这不仅仅是一个作品，更是我第一次3D设计与打印经历的见证。

尊敬的cn2b2t玩家：

您好！

一九年的七月二十日，我心血来潮，花了短短的一会时间制作了cn2b2t。令我意向不到的是，这小小的举动竟然引起了许多玩家的响应，让我们这群充满梦想与激情的开发者更有了一丝前进的动力。但有意经营管理经验不足，2020年7月17日，我们无奈的选择关服休整，让所有开发者回归学业，并尽力去打拼自己的未来。

我们不得不向您致歉，我们使大量的玩家失去了过往的汗水与记忆，也失去了部分游戏中的战友，这也令我们难以释怀。好在，还有您愿意从我们手中接走回忆的接力棒，我也相信您也会很好的保留这些美好的记忆，谢谢您。

同时我也须向您致歉，由于服务器数据保存不当，自2020年6月换新服后的数据难以读取，故我拷贝给予您的副本是较老的地图文件，还请您谅解。

Kar Network承载了我们数十位开发者、管理者的游戏梦，如今距关服已有三个月，回首过去，有喜悦，也有遗憾。喜悦在于拥有你们这些支持我们的玩家，遗憾则是我们没有为你们交出完美的答卷。我们会吸取过往的教训，总结成功的经验，并在不久的将来进行新的尝试。我们坚信，唯有用心与坚持，才能抓住新的机会。

我们一直在努力，我们希望您也实现自己梦想的道路上继续坚持。我相信，我们将会在不久的将来，以全新的姿态，与您再会。这条梦想之路，我们与您手牵手，共同前行。

望共勉！

后记

本项目代码已开源，见 cn2b2t-project(Github.com) 。如有需要可自取，希望能对社区有所帮助。

来自全体管理组成员的致歉书

亲爱的玩家，大家好：

自 2015 年首次开服以来，Kar Network 已经陪伴大家五个春秋，得到了广大玩家的支持与厚爱。回顾开服以来我们和各位一起度过了无数个欢乐的日子，由衷的感激大家给予的支持与帮助！

由于运营不当，自2015年起遍入不敷出，至此已无法继续承担高额的维护费用。且由于现有所有服务环境(包括但不限于 服务管理器、开发站、服务器官网、服务器运行环境、构建开发环境)均基于本台主机，，这些环境所花费的金钱、时间和精力无法复制，无法还原，也就直接告示着未来的维护不再可能，我们在MineCraft的路上就此终结。

综上所述，Kar Network、MineCarl 及其附属、相关服务器将在2020年7月20日凌晨00:00停止服务。

借此机会，通知所有使用本团队运行环境的个体、团队，在关服前迁移所有相关数据，如关服后存在数据遗失问题，本团队概不负责，恳请谅解。

最后感谢您的陪伴，希望在往后的日子里能与您共同回忆这段美好时光。也希望能在我们未来开发的其他游戏中再次见到您的身影。

希望国内MineCraft的未来更加美好。若您还在寻找一个适合您的服务器，可以尝试访问 McLists.cn。

祝大家生活愉快。