KFACBT 的博客

从 MkDocs 到 Astro

Sat, 31 Oct 2026 00:00:00 GMT

本站之前一直使用 MkDocs 框架和 Material for MkDocs 主题搭建。

说实话，这套组合的体验并不差。Material for MkDocs 提供了丰富的功能，包括导航、搜索、代码高亮、博客、Markdown 扩展等。几乎不需要编写什么前端代码，就能搭建出一个美观且功能完善的网站。

但是，MkDocs 本质上是一个面向技术文档的静态网站生成器，而我想要的是一个更加自由的个人博客。

随着时间的推移，这套方案也渐渐暴露出了一些问题。

为什么离开 MkDocs

项目的维护状况

首先是项目本身的维护问题。

MkDocs 1.x 已经很长时间没有正式更新。虽然 MkDocs 2.0 已进入预发布阶段，但由于架构上的调整，它并不能直接兼容现有的 Material for MkDocs。

而 Material for MkDocs 自 2025 年 11 月发布 9.7.0 版本后，也正式进入了维护模式，不再开发新功能，仅继续提供关键错误修复和安全更新，并计划于 2027 年 5 月 5 日结束上游维护。

后来，我又看到了 MkDocs 2.0 的讨论，以及 Material for MkDocs 团队对此发表的文章。

说实话，这让我对 MkDocs 的未来更加担忧。

MkDocs 2.0 选择彻底重写现有架构，并计划移除原有的插件系统。虽然这样能够降低框架本身的复杂度，但也意味着大量依赖插件和主题扩展的功能无法直接延续。

在讨论区中，有贡献者认为，正是 Material for MkDocs、PyMdown Extensions 以及不断发展的插件生态，才让 MkDocs 从一个基础的文档生成工具成长为功能完善的平台。如今新版本却选择放弃其中的重要部分，多少有些令人惋惜。

我并不反对重构，也能够理解维护者希望摆脱历史技术债的想法。但我更希望看到的是对现有扩展机制的改进，而不是直接将其移除。

再加上新版本的开发过程和社区贡献政策引发的争议，我对这个项目的长期发展方向也失去了一些信心。

尤其是对于我这样希望自由扩展功能、尝试不同 UI 设计的开发者来说，MkDocs 2.0 的发展方向显然与我的需求并不一致。

当然，这不意味着已经搭建的网站会突然无法使用。但对于一个准备长期维护的个人博客来说，我还是希望能使用一个持续发展、具备较好扩展前景的框架。

不太理想的 RSS 体验

这是我之前使用 MkDocs 时比较头疼的问题之一。

我希望博客能够提供 RSS 订阅，让读者直接在自己习惯的阅读器中查看新文章，最好还能阅读完整正文，而不必每次都跳转到网站。

MkDocs 本身没有内置 RSS，需要借助 mkdocs-rss-plugin 实现。

但之前配置时，我遇到了两个问题：

非文章页面被收录。 RSS 阅读器不仅能看到文章，还会把网站的顶层页面也作为订阅条目收进去。
只能阅读文章节选。 在 RSS 阅读器中打开文章时，只能看到一小段内容，想阅读完整文章还需要跳转到网站。

后来查阅文档才发现，插件默认会匹配所有页面，而文章内容也默认以摘要的形式输出。这些行为可以通过 match_path 和 abstract_chars_count 等参数调整。

问题并不是插件完全不支持这些功能，而是实际效果与我预期的博客订阅体验有些差距，还需要额外研究和调试配置。

考虑到这只是个个人博客，我也懒得继续折腾，索性就没有再配置 RSS。

文章摘要与正文耦合

还有一个让我不太满意的地方，就是 Material for MkDocs 博客插件生成文章摘要的方式。

按照官方提供的用法，需要在 Markdown 正文中插入  分隔符，插件会提取分隔符之前的内容作为文章概述。

这个功能本身没有什么问题，但它意味着：

我为了文章列表编写的概述，同时也会成为文章正文的一部分。

而我更希望文章概述和正文是两个独立的部分。

例如，一篇文章的摘要可能只是为了让读者快速了解它的主要内容，不一定适合作为文章开头。

如果使用独立的元数据字段存储摘要，就可以让文章列表、RSS 和 SEO 描述复用这段内容，同时不影响文章正文的组织。

这并不是什么严重的问题，但对我来说，独立管理摘要的方式更符合自己的写作习惯。

UI 定制的局限性

相比前面的问题，这才是促使我迁移的主要原因。

Material for MkDocs 的默认设计基于 Material Design，整体视觉风格偏向 Material 2。

它的设计确实不错，配色、字体、导航、布局等也都支持自定义，但整套主题的组件结构和设计思路依然是围绕文档网站建立的。

如果只是修改颜色、字体或者调整部分布局，这些功能已经足够。

但我并不希望自己的博客始终局限于 Material 2。

我想尝试其他的设计语言，例如 Material Design 3、Fluent Design，以及一些更简洁、偏向现代 Web 应用的设计风格。

甚至有时候，我可能根本不想遵循某一套完整的设计规范，只是想按照自己的想法制作几个组件。

而在 Material for MkDocs 中，要实现这些效果，往往需要覆盖原有模板、大量修改 CSS，或者绕过主题本身的组件结构。

这样做当然可行，但随着定制内容越来越多，维护成本也会随之增加。

与其在现有主题上不断修改，不如直接选择一个更适合自行构建 UI 的框架。

其他问题

此外，还有一些使用过程中的小问题。

例如，部分 Markdown 格式在特定文本环境下无法按照预期解析，需要手动添加空格或者调整语法。

这不一定是 MkDocs 本身的错误，也可能与 Python-Markdown 的语法规则或启用的扩展有关，但多少还是影响了一些写作体验。

这些问题单独来看都不算严重，也有对应的解决办法。

只是当它们逐渐积累起来，我开始意识到：我花在适应现有框架和主题上的精力，已经越来越多了。

于是最近，我决定尝试将博客迁移到其他框架。

为什么还是静态网站

一开始，我就排除了 WordPress、Typecho 等需要服务器运行环境的博客系统。

原因很简单。

首先是维护成本。动态博客通常需要维护应用程序、数据库、运行环境以及服务器配置，还需要定期安装更新、修复安全漏洞和备份数据。

如果服务器到期被释放，或者发生配置错误，在没有可靠备份的情况下，恢复数据可能会非常麻烦。

其次是安全问题。

动态博客通常会引入更多需要维护的服务端组件，攻击面也相对更大。尤其是一些长期缺乏维护的插件或依赖，可能成为安全隐患。

当然，静态网站不代表绝对安全，只是对于以展示文章为主的博客而言，我实在没有必要引入那么多额外的复杂度。

最后还有一个很现实的原因：

我是学生，~~（我没有钱）~~。

虽然我有自己的服务器，但并不想为了一个博客专门分配计算和存储资源。

使用 GitHub Pages、Cloudflare Pages 等服务托管静态网站，通常在免费额度内就能满足我的需求。

而且文章可以保存在 Git 仓库中，进行版本管理和备份。即使托管平台出现问题，也可以重新构建并部署网站。

所以，我仍然希望使用静态网站生成器。

为什么是 Astro

静态网站生成器其实有很多选择。

例如 Hugo、Hexo、Jekyll、Eleventy，以及之前使用的 MkDocs。

其中 Hugo 拥有非常成熟的博客功能，构建速度快，而且原生支持 RSS。

Eleventy 则提供了很高的自由度，允许开发者使用多种模板语言来构建网站。

这些框架都有自己的优势，也完全能够满足普通博客的需求。

但对我来说，个人博客并不只是一个发布文章的地方。

它同时也是一个可以自由尝试前端技术、UI 设计和交互效果的项目。

我本身就对前端开发比较感兴趣，也愿意花时间去实现自己喜欢的界面。

相比寻找一套足够完善的博客主题，我更希望从底层开始决定网站的结构与设计。

因此，我最终选择了 Astro。

不再受限于某种设计语言

这是我选择 Astro 最重要的原因。

Astro 不会强制网站采用某一套 UI 组件库或设计语言。

页面的结构、布局、颜色、交互和组件，都可以由自己决定。

想尝试 Material Design 3，就使用它的设计规范；想尝试 Fluent Design，就按照 Fluent 的视觉语言实现；如果只是想做一个非常简洁的界面，也完全没有问题。

Astro 采用组件化的开发方式，可以将导航栏、文章卡片、页脚等界面元素拆分为独立组件，再根据需要进行组合和复用。

同时，它也支持 React、Vue、Svelte 等前端框架，可以按需引入交互组件。

这让我不再需要围绕某个现成主题的内部结构进行修改，而是能够直接用熟悉的前端技术实现自己的想法。

更灵活的内容组织

Astro 原生支持 Markdown，并提供了 Content Collections（内容集合）来管理文章和元数据。

例如，可以将文章的标题、发布日期、标签、描述等信息放在 Frontmatter 中。

这样，文章摘要就不必再依赖  分隔符。

我可以单独编写 description，让它用于文章列表、RSS 或搜索引擎描述，而正文则完全按照自己的想法组织。

此外，Astro 还支持 remark、rehype 等 Markdown 处理插件，并可以通过官方集成使用 MDX。

如果以后需要一些特殊的 Markdown 语法、文章组件或者排版效果，也有比较灵活的扩展方式。

RSS 终于可以按自己的想法实现

对于 RSS，Astro 提供了官方的 @astrojs/rss 包。

与之前主要依赖插件配置的方式不同，Astro 可以通过 JavaScript 获取文章集合，自行决定哪些内容应该进入订阅源。

例如，我可以只收录正式发布的博客文章，不包含首页、关于页面以及其他无关内容。

也可以根据文章的分类、标签和发布日期进行筛选与排序。

更重要的是，我可以分别控制文章摘要和全文内容。

如果希望读者在 RSS 阅读器中直接阅读完整文章，可以通过额外的内容渲染逻辑输出全文 HTML，而不是只能看到一段节选。

当然，全文 RSS 仍然需要处理图片路径、内部链接和特殊组件等问题，并不是安装一个包就能自动解决。

但至少，这些行为都可以由我自己控制。

现代前端的开发体验

Astro 基于 JavaScript / TypeScript 生态，并使用 Vite 作为构建工具。

对于已经接触过现代前端开发的人来说，这些工具都比较熟悉。

需要额外功能时，也可以直接利用 npm 生态中的库和工具，而不必完全依赖某个静态网站生成器专属的插件系统。

另外，Astro 默认采用静态 HTML 输出，普通 Astro 组件不会自动向浏览器发送客户端 JavaScript。

只有确实需要交互的部分，才需要额外加载相关脚本或者使用 Islands Architecture（群岛架构）。

对于主要用来阅读文章的博客而言，这种设计很合适。

当然，这不代表使用 Astro 就一定能获得优秀的性能。网站的最终表现，依然取决于具体的实现方式。

但在保留静态网站优势的同时，还能获得现代前端框架的开发体验，确实很有吸引力。

迁移的代价

当然，迁移到 Astro 并不意味着所有问题都会自动解决。

MkDocs 和 Material for MkDocs 原本提供的导航、搜索、文章列表、归档等功能，在 Astro 中可能需要自行开发，或者使用现有的集成方案。

原有文章也需要进行一定的调整，包括 Frontmatter 字段、Markdown 扩展语法、图片路径等。

此外，还需要考虑旧文章 URL 的兼容性，避免因为更换框架而导致原有链接失效。

从工作量来看，这未必比继续使用 MkDocs 更轻松。

但区别在于，以前我是在适应一个已经存在的主题，而现在我可以按照自己的需求来组织整个项目。

对我来说，这种自由度值得付出一定的迁移成本。

最后

写这篇文章，并不是想说 MkDocs 或 Material for MkDocs 不好。

事实上，它们依然是相当优秀的文档工具，尤其适合需要快速搭建技术文档站、又不想投入太多前端开发精力的场景。

只不过，随着自己的需求不断变化，原本适合的方案也不一定能够一直满足需求。

从 MkDocs 迁移到 Astro，与其说是一次技术升级，不如说是一次开发思路的转变。

以前，我希望找一个足够完善的主题，尽量减少自己需要编写的代码。

现在，我更希望能够亲手决定这个网站应该是什么样子。

毕竟，这是我的个人博客。

既然如此，为什么不让它更有一点自己的风格呢？

参考资料

猫

Sat, 26 Sep 2026 00:00:00 GMT

中秋假期的第二天（09-26）,女朋友和我一起去市内各处玩

到了下午，途径一处桥下，看到一只小猫

——只有一只小猫，旁边也没有其他的猫，但有两条狗

我女朋友看到了它，并且一直抚摸着它

它一直喵喵叫，身体也略微颤抖着

我和女朋友商议过后，决定把它带到家中喂养（我家里有一只猫，且有猫粮）

在将它带到家的过程中它也有些惧怕

从我来的车上跑下来，并且在开车的过程中尝试逃离（虽然隔着一层玻璃，它也逃不掉就是了）并一直大声叫着

我有点后悔，并说能不能给它送回去

但她说都开到这了那还咋送了

于是我和她将它装到一个纸袋内，并捏住袋口防止它逃离

到家之后，她将猫放了出来，它跑向了院内的水盆，并喝盆内的水也不叫了

随后的问题就是关于它的去处

她的家里也有一只猫如果要收养它的话她家里人不会同意

而我的母亲也不同意理由是养两只猫太费钱诸如此类

随后我妈出去找了一圈打听谁愿意收养它

过了一段时间她回来了

之前她买猫粮的那家宠物店愿意收养但等她真正有时间开始抓它的时候，它却一直缩在人手够不到的地方且宠物店也要关门了

没办法等明天吧

到了晚上我妈做饭时提起这件事说我为什么这么善良要把它收养回来家里也没有钱养它并带有言语侮辱

但随后我提出用我每周 20 元的饭费用来买它的猫粮也被她拒绝了

随后就是不断地翻旧账说我的不好

甚至开始说我的女朋友

这些我都已经习惯了因此情绪并没有太大波动

随后她让我把它抓到笼子里明天把它带到宠物店处理

就这些

Pixel 5 的 VoLTE 又坏了：一次 IMS 故障排查记录

Sun, 16 Aug 2026 00:00:00 GMT

去年我写过一篇 Google Pixel 5 开启 VoLTE 实录，记录了自己给 Pixel 5 开启国内 VoLTE 的过程。

最近重置手机之后，我又重新配置了一遍 Root 环境。

本来以为把以前用的模块重新装回去就完事了，结果重启之后却发现：

VoLTE 又寄了。

进入 *#*#4636#*#* 查看状态，IMS 一直没有注册。

问题是——我之前同样用过 APatch，同样装这个 VoLTE 模块，当时明明一点问题都没有。

于是就有了这次折腾。

一开始，我以为只是 IMS 配置坏了

我的设备还是那台 Pixel 5，运营商是中国移动。

手机本身可以正常连接 LTE，移动数据也完全正常，所以显然不是 SIM 卡没识别或者基站没信号。

先看了一下 CarrierConfig：

dumpsys carrier_config | grep -i volte

结果里面有：

carrier_volte_available_bool = false
carrier_volte_provisioned_bool = false

第一眼看到这里，我还挺激动：

抓到了，不就是 CarrierConfig 没加载对吗？

但继续排查之后，事情没这么简单。

系统里的 Qualcomm IMS 服务其实正常存在：

pm list packages | grep -i ims

能找到：

org.codeaurora.ims
com.android.service.ims
...

正在运行的服务里也能看到：

org.codeaurora.ims/.ImsService

所以 IMS 组件并没有丢。

真正有用的线索来自 Radio Log

既然 Android 这一层看不出明显问题，那就继续往 modem 方向查。

抓取 Radio Log：

logcat -b radio -d | grep -iE "ims|volte|mbn"

其中有一段让我开始觉得不对劲：

GRIL-Q : MODEM: [GRPT][IMS Config] EFS-Ver.:0, VoLTE:Y, VT:Y, VoWiFi:WFC Disabled, CallPref:Cellular preferred, RTT:NA.

GRIL-Q : MODEM: [GRPT][IMS Config] OMA-DMServiceMask: 0x0, SERVICE_ENABLE:N, VOLTE_ENABLE:N, VT_ENABLE:N, PRESENCE_ENABLE:N, VOWIFI_ENABLE:N

意思很直接：

modem 支持 VoLTE，但当前配置并没有把 VoLTE 打开。

接着又看到了：

GRIL-Q : MODEM: [GRPT][MBN] WildCard, sub[0]
GRIL-Q : MODEM: [GRPT][MBN] SW_DEFAULT, sub[1]

MBN 可以简单理解为高通 modem 针对不同地区、运营商准备的一套配置。

而这里加载的是 WildCard，也就是通用配置。

这就奇怪了。

因为我安装的 VoLTE 模块明明就是靠补充 MBN 配置来支持国内运营商的。

模块里明明有 China，系统里却没有

于是我去看了一下手机当前真正能看到的 MBN：

ls /vendor/rfs/msm/mpss/readonly/vendor/mbn/mcfg_sw/generic/Pixel

结果：

APAC
AUNZ
EU
MEA
NA
PTCRB
SEA
TestSIM
common

没有：

China

再看看 VoLTE 模块里面：

ls /data/adb/modules/Pixel5VolteVoWiFi/vendor/rfs/msm/mpss/readonly/vendor/mbn/mcfg_sw/generic/Pixel

结果却是：

AF
APAC
AUNZ
China
EU
Korea
LATAM
MEA
NA
Russia
SA
SEA
Test
common

这下就有意思了。

模块里有 China，真正的 /vendor 里却没有。

也就是说：

模块装上了，但里面最关键的文件根本没有被挂载进去。

到这里，问题突然从“IMS 为什么注册失败”变成了：

Root 模块到底有没有正常挂载？

手动挂一下试试

为了验证自己的猜测，我直接把模块里的 MBN 目录 Bind Mount 到系统：

mount --bind \
/data/adb/modules/Pixel5VolteVoWiFi/vendor/rfs/msm/mpss/readonly/vendor/mbn \
/vendor/rfs/msm/mpss/readonly/vendor/mbn

然后再次查看：

ls /vendor/rfs/msm/mpss/readonly/vendor/mbn/mcfg_sw/generic/Pixel

这次：

China

出现了。

接着重新启动 IMS 相关服务，再打开 *#*#4636#*#*。

结果：

IMS 注册：已注册
LTE 语音通话：可用
视频通话：可用

看到这里的时候，问题其实已经实锤了。

不是运营商问题。

不是 SIM 卡问题。

不是 Qualcomm IMS 服务坏了。

甚至 VoLTE 模块本身也没有问题。

纯粹就是模块没有正确挂载到 /vendor。

那为什么以前可以，现在不行？

这个问题一开始最让我困惑。

因为我以前确实也是 APatch，而且 VoLTE 一直正常。

后来去翻 APatch 的更新记录，才发现中间发生过一个很重要的变化。

2026 年 1 月，APatch 加入了 MetaModule 机制，并明确表示：

此后 APatch 本身不再负责模块挂载，挂载工作交给 MetaModule。

换句话说，以前大概是：

APatch
  ↓
直接处理模块挂载
  ↓
VoLTE 模块正常进入 /vendor

现在则变成了：

APatch
  ↓
MetaModule
  ↓
由具体挂载实现决定模块怎么进入系统

而我这次使用的是：

meta-overlayfs

所以真正改变的并不是 VoLTE 模块，而是 APatch 的模块挂载机制。

最后抓到了 OverlayFS 的报错

继续看 meta-overlayfs 自己的输出：

/data/adb/modules/meta-overlayfs/meta-overlayfs --help

它其实已经正确识别到了 VoLTE 模块：

Processing module: Pixel5VolteVoWiFi
  + system/
  + vendor/

/system 也成功挂上了。

但到 /vendor 时：

mount overlay for /vendor

随后出现：

bind mount ./firmware_mnt -> /vendor/firmware_mnt

failed to mount overlay for child /vendor/firmware_mnt:
Function not implemented

mount vendor failed:
Function not implemented

Pixel 5 的 /vendor 下面还有一个独立挂载的：

/vendor/firmware_mnt

meta-overlayfs 在处理整个 /vendor Overlay 时，碰到这个子挂载失败，最后把整个 Vendor Overlay 回滚了。

结果就是一种非常迷惑的状态：

/system 模块内容：正常
/vendor 模块内容：没挂上

平时可能根本察觉不到。

但偏偏这个 VoLTE 模块最重要的 MBN 就在 /vendor 里面。

于是 IMS 就没了。

换成 Magic Mount，问题消失

既然已经确定是 OverlayFS 的问题，我最后没有继续折腾它，而是换成了：

Hybrid Mount

然后把挂载方式改成：Magic Mount，之后重启。

再次打开 IMS 状态：

IMS 注册：已注册
LTE 语音通话：可用
视频通话：可用

彻底恢复。

Magic Mount 没有走之前那条会在 /vendor/firmware_mnt 上失败的 OverlayFS 路径，于是模块里的 MBN 终于能够正常出现在 /vendor 里。

所以这次到底发生了什么？

简单总结一下就是：

以前的 APatch
    ↓
模块可以正常挂载
    ↓
China MBN 生效
    ↓
IMS 正常

后来：

APatch 的模块挂载交给 MetaModule
    ↓
我用了 meta-overlayfs
    ↓
/vendor Overlay 因 firmware_mnt 失败
    ↓
VoLTE 模块里的 China MBN 没挂进去
    ↓
modem 加载 WildCard
    ↓
VOLTE_ENABLE=N
    ↓
IMS 不注册

最后：

换 Hybrid Mount
    ↓
使用 Magic Mount
    ↓
MBN 正确挂载
    ↓
IMS 注册成功

一点感想

这次最折磨人的地方，是问题表面上看起来完全像 IMS 或运营商配置出了问题。

CarrierConfig 是 false。

IMS 没注册。

modem 里 VOLTE_ENABLE=N。

MBN 又是 WildCard。

每一条看起来都能单独让人研究半天。

结果一路查到底，真正的问题却只是：

模块里的文件压根没挂上去。

更坑的是，APatch 管理器里模块始终显示为正常启用，/system 下的模块内容也确实生效了。

所以从表面上看，完全没有理由怀疑“模块其实只挂上了一半”。

以后如果再遇到升级 Root 方案之后某个模块突然失效，我大概会先去确认一件事：

模块里的文件，真的出现在它应该出现的位置了吗？

有时候比研究半天配置有效得多。

总之，折腾了一下午。

最后看到：

IMS 注册：已注册

只能说——

舒服了。

记录我的 Android Root 方案

Thu, 13 Aug 2026 00:00:00 GMT

最近重置了我的 Pixel 5，顺便将所用的模块 / App 记录下来，以便后续使用和供他人参考。

Root 管理器

APatch

模块

内核模块

cherish_peekaboo_1.5.kpm

Magisk 模块

hybrid mount
https://github.com/stanislawrogasik/Pixel5-VoLTE-VoWiFi
Zygisk Next
LSPosed
HMA-OSS
Tricky-Store
TrickyAddonModule
Nohello
Sui

Root 软件

Thanox
InstallerX-Revived
MMRL / WebUI X

Root 检测软件

native-root-detector-v7.7.0
密钥认证

应用市场

Google Play（自带）
酷安

停更的这几个月，我在做什么

Fri, 22 May 2026 00:00:00 GMT

各位好久不见。

已经有好几个月没更新博客了。期间其实有好几次想写点什么，但总感觉不知道该从哪里开始。

这篇文章就当作一次近况总结吧，和大家聊聊这段时间我折腾过的一些事情。

写得比较仓促，如有表述错误，还请多多包涵。

关键词：办卡后续、搭建网盘、网站性能优化、软件开发

办卡后续

上文参见琐事记 #3：训练日常、烫伤、长春一日游这篇文章。

放假后的 2026 年 1 月 22 日，我带着身份证、户口簿和出生证明，又去了一趟长春领取之前预约的银行卡。

办理过程倒是比我想象中顺利不少。工作人员带我到柜员机前填写了一些资料，因为手机号实名是我母亲的，还额外登记了手机号注册人的身份信息。

之后，她从卡库里取出了我预约的那张卡。整个过程大概用了二十分钟。

搭建网盘

我最近喜欢玩的游戏 Enter The Nyangeon 发布了新版本，但作者提供的下载方式只有 QQ 群和百度网盘。

问题在于，这两个平台都需要登录账号、绑定手机号，很多时候还得安装客户端才能正常下载。

对于手机不在身边、或者人在学校机房的用户（比如我）来说，这种体验实在算不上友好。

于是我就在想：

既然现有下载方式不好用，那我能不能自己搭建一个下载站？

说干就干。我最开始部署的是 Cloudreve，并直接使用服务器硬盘存储文件。

但实际用下来之后，我很快就发现了问题：

服务器的上行带宽有限，一旦同时下载的人多起来，速度就会明显下降；而我手里的 VPS 硬盘也只有 30 GB 左右，根本放不了太多东西。

后来有朋友给我提了个建议：

“为什么不用对象存储？”

我之前其实听说过对象存储，但一直没真正研究过。于是我去查了一下，发现它确实很适合我这种场景：

不需要自己维护大容量磁盘
可以按需扩展
文件下载不占用服务器带宽
成本也相对比较低

最后，我选择了 Cloudflare R2。

我比较看重的一点是：R2 没有出口流量费用（Egress Fee）。

目前我的 bucket 是 private 类型，每次下载都会由 OpenList 动态生成带签名的临时链接，再由用户直接从 R2 下载。

这样既不用公开 bucket，也能减少服务器本身的带宽压力。

另外，R2 的免费额度（A、B 类操作）对我目前这种个人项目来说也完全够用。

网站性能优化

本站之前托管在 Cloudflare Pages，并开启了 Cloudflare CDN。

但国内访问体验一直不算理想，尤其是 TTFB 偏高，某些地区甚至能到 1000ms 以上。

对于博客这种多页面网站来说，这种延迟其实挺影响阅读体验的。

后来我尝试了 Cloudflare IP 优选方案，通过将域名解析到延迟更低的 Cloudflare 节点，最终明显改善了国内访问速度。

我参考了下面这篇文章的方法进行优选：

试试 Cloudflare IP 优选！让 Cloudflare 在国内再也不是减速器！

以下是优化前后的测速结果对比：

虽然 ITDOG 最近部分检测节点因为攻击问题不可用，但整体趋势还是能明显看出优化效果。

优化之后，国内大部分地区的平均延迟和首包时间都改善了不少，访问体验也比之前舒服很多。

软件开发

大概是 2025 年冬季，我买了一块使用嘉佰达 BMS 方案的锂电池组。

但配套的官方 App 用起来实在让我难受：

动不动就弹登录
UI 和功能层级一团乱
某些功能甚至还要联网
电池参数编辑也被限制

最让我受不了的一点是：

我明明只是想打开 App 看一眼剩余电量，却还要先登录账号。

其实我很早之前就有自己开发替代 App 的想法。

但以前的我完全不会 Java，更别提 Android 开发了，因此这个想法一直停留在“想想而已”的阶段。

而现在，有了 AI 开发工具之后，情况开始不一样了。

我先反编译了原厂 APK，分析通信逻辑，然后让 Codex 帮我生成一个最小可运行原型（MVP）。

第一次在设备上真正跑起来的时候，我整个人都激动坏了。

之后，我继续让 Codex 协助完善功能、优化 UI 和交互体验。

到现在，这个 App 对我来说已经完全够用了。

它只需要蓝牙权限即可工作；在旧版本 Android 上，可能还需要定位权限。

目前项目已经在 GitHub 开源，欢迎各位提出建议或 Pull Request：

在 GitHub 上查看项目源码与最新动态。 GitHub

结尾

这几个月大概就是这样。

虽然折腾了不少东西，也踩了不少坑，但至少现在，我终于能逐渐把一些“不好用”的东西替换成自己真正想要的样子了。

或许这也是折腾技术最有意思的一点吧。

Blue Archive Spine 立绘提取与自定义导出全流程

Sun, 18 Jan 2026 00:00:00 GMT

起因

Yostar 公布了 Blue Archive 5 周年的一些新内容，但官方没有放出新角色的立绘。我想尝试根据游戏资源生成立绘，本篇文章记录了整个过程。

步骤

1. 获取游戏文件

在获取 Blue Archive 日服 Android 端的更新文件后，跳转到 /storage/emulated/0/Android/data/com.YostarJP.BlueArchive/files/AssetBundles/ 文件夹。

筛选出 assets-_mx-spinecharacters- 开头的 .bundle 文件。

这里我筛选出了下列文件：

❯ ls

    Directory: ...\com.YostarJP.BlueArchive\files\AssetBundles

Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
-a---           2026/1/18    19:10           4361 assets-_mx-spinecharacters-ch0331_spr-_mxdependency-assets-2026-01-09
                                                  _assets_all_4104145137.bundle
-a---           2026/1/18    19:10           2742 assets-_mx-spinecharacters-ch0331_spr-_mxdependency-materials-2026-01
                                                  -09_assets_all_2644861020.bundle
-a---           2026/1/18    19:10           6203 assets-_mx-spinecharacters-ch0331_spr-_mxdependency-textassets-2026-0
                                                  1-09_assets_all_462340494.bundle
-a---           2026/1/18    19:10         543109 assets-_mx-spinecharacters-ch0331_spr-_mxdependency-textures-2026-01-
                                                  09_assets_all_220710728.bundle
-a---           2026/1/18    19:10           4057 assets-_mx-spinecharacters-ch0333_spr-_mxdependency-assets-2026-01-09
                                                  _assets_all_4037417064.bundle
-a---           2026/1/18    19:10           2711 assets-_mx-spinecharacters-ch0333_spr-_mxdependency-materials-2026-01
                                                  -09_assets_all_3727421082.bundle
-a---           2026/1/18    19:10           7004 assets-_mx-spinecharacters-ch0333_spr-_mxdependency-textassets-2026-0
                                                  1-09_assets_all_2111289520.bundle
-a---           2026/1/18    19:10         332046 assets-_mx-spinecharacters-ch0333_spr-_mxdependency-textures-2026-01-
                                                  09_assets_all_2290143979.bundle
-a---           2026/1/18    19:10           4632 assets-_mx-spinecharacters-ch0334_spr-_mxdependency-assets-2026-01-09
                                                  _assets_all_3431013955.bundle
-a---           2026/1/18    19:10           2741 assets-_mx-spinecharacters-ch0334_spr-_mxdependency-materials-2026-01
                                                  -09_assets_all_3563143968.bundle
-a---           2026/1/18    19:10           7671 assets-_mx-spinecharacters-ch0334_spr-_mxdependency-textassets-2026-0
                                                  1-09_assets_all_634072618.bundle
-a---           2026/1/18    19:10         557739 assets-_mx-spinecharacters-ch0334_spr-_mxdependency-textures-2026-01-
                                                  09_assets_all_2719927046.bundle
-a---           2026/1/18    19:10           4235 assets-_mx-spinecharacters-ch0336_spr-_mxdependency-assets-2026-01-09
                                                  _assets_all_2770075460.bundle
-a---           2026/1/18    19:10           2742 assets-_mx-spinecharacters-ch0336_spr-_mxdependency-materials-2026-01
                                                  -09_assets_all_547714503.bundle
-a---           2026/1/18    19:10           5221 assets-_mx-spinecharacters-ch0336_spr-_mxdependency-textassets-2026-0
                                                  1-09_assets_all_4293244063.bundle
-a---           2026/1/18    19:10         464201 assets-_mx-spinecharacters-ch0336_spr-_mxdependency-textures-2026-01-
                                                  09_assets_all_168606888.bundle
-a---           2026/1/18    19:10           4523 assets-_mx-spinecharacters-ch0337_spr-_mxdependency-assets-2026-01-09
                                                  _assets_all_3996380481.bundle
-a---           2026/1/18    19:10           2741 assets-_mx-spinecharacters-ch0337_spr-_mxdependency-materials-2026-01
                                                  -09_assets_all_3474903601.bundle
-a---           2026/1/18    19:10           6831 assets-_mx-spinecharacters-ch0337_spr-_mxdependency-textassets-2026-0
                                                  1-09_assets_all_2623730915.bundle
-a---           2026/1/18    19:10         613184 assets-_mx-spinecharacters-ch0337_spr-_mxdependency-textures-2026-01-
                                                  09_assets_all_45363624.bundle
-a---           2026/1/18    19:10           4936 assets-_mx-spinecharacters-np0267_spr-_mxdependency-assets-2026-01-09
                                                  _assets_all_838761384.bundle
-a---           2026/1/18    19:10           2742 assets-_mx-spinecharacters-np0267_spr-_mxdependency-materials-2026-01
                                                  -09_assets_all_665777451.bundle
-a---           2026/1/18    19:10           6763 assets-_mx-spinecharacters-np0267_spr-_mxdependency-textassets-2026-0
                                                  1-09_assets_all_3153327340.bundle
-a---           2026/1/18    19:10         364820 assets-_mx-spinecharacters-np0267_spr-_mxdependency-textures-2026-01-
                                                  09_assets_all_2424373075.bundle
-a---           2026/1/18    19:10           4576 assets-_mx-spinecharacters-np0268_spr-_mxdependency-assets-2026-01-09
                                                  _assets_all_56689503.bundle
-a---           2026/1/18    19:10           2712 assets-_mx-spinecharacters-np0268_spr-_mxdependency-materials-2026-01
                                                  -09_assets_all_1084959363.bundle
-a---           2026/1/18    19:10           6756 assets-_mx-spinecharacters-np0268_spr-_mxdependency-textassets-2026-0
                                                  1-09_assets_all_600220194.bundle
-a---           2026/1/18    19:10         363518 assets-_mx-spinecharacters-np0268_spr-_mxdependency-textures-2026-01-
                                                  09_assets_all_874481245.bundle
-a---           2026/1/18    19:10           4575 assets-_mx-spinecharacters-np0269_spr-_mxdependency-assets-2026-01-09
                                                  _assets_all_2538252456.bundle
-a---           2026/1/18    19:10           2742 assets-_mx-spinecharacters-np0269_spr-_mxdependency-materials-2026-01
                                                  -09_assets_all_3587430121.bundle
-a---           2026/1/18    19:10           6284 assets-_mx-spinecharacters-np0269_spr-_mxdependency-textassets-2026-0
                                                  1-09_assets_all_1288322186.bundle
-a---           2026/1/18    19:10         434169 assets-_mx-spinecharacters-np0269_spr-_mxdependency-textures-2026-01-
                                                  09_assets_all_3828771965.bundle
-a---           2026/1/18    19:10           4131 assets-_mx-spinecharacters-np0278_spr-_mxdependency-assets-2026-01-09
                                                  _assets_all_379667446.bundle
-a---           2026/1/18    19:10           2742 assets-_mx-spinecharacters-np0278_spr-_mxdependency-materials-2026-01
                                                  -09_assets_all_139422215.bundle
-a---           2026/1/18    19:10           5262 assets-_mx-spinecharacters-np0278_spr-_mxdependency-textassets-2026-0
                                                  1-09_assets_all_1489539279.bundle
-a---           2026/1/18    19:10         461002 assets-_mx-spinecharacters-np0278_spr-_mxdependency-textures-2026-01-
                                                  09_assets_all_3394693095.bundle

将筛选出来的文件放到一个新文件夹中，下个步骤将会使用这些文件。

筛选完文件之后，是时候从这些 .bundle 文件中提取资源了。

2. 提取游戏资源

因为 Blue Archive 使用 Unity 引擎，因此需要一个提取 Unity 引擎资产文件的工具。

我这里使用 AssetStudio。

解压缩最新版本的文件后，打开 AssetStudioModGUI.exe。

点击 File > Load folder 选项：

在弹出的文件选择窗口中，选择步骤 1 的文件夹，并点击“选择文件夹”按钮。

此时，软件应该会自动解析这些 .bundle 文件，并将提取的资产显示在 Asset list 页面中：

提取资产之后，接下来保存提取的资产文件。

选择 Export > All assets 选项，在弹出的文件选择窗口中选择一个文件夹，以保存提取的资产文件。

等待导出完成后，第二步就完成了。

3. 导入角色立绘文件

❯ ls

    Directory: ...\Exported

Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
d----           2026/1/18    23:24                MonoBehaviour
d----           2026/1/18    23:24                TextAsset
d----           2026/1/18    23:24                Texture2D

在 TextAsset 和 Texture2D 文件夹中，可以看到提取出的角色立绘文件。

❯ ls

    Directory: ...\Exported\TextAsset

Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
-a---           2026/1/18    23:24           1454 CH0331_spr.atlas
-a---           2026/1/18    23:24           5958 CH0331_spr.skel
-a---           2026/1/18    23:24           1154 CH0333_spr.atlas
-a---           2026/1/18    23:24           7183 CH0333_spr.skel
-a---           2026/1/18    23:24           1712 CH0334_spr.atlas
-a---           2026/1/18    23:24           7527 CH0334_spr.skel
-a---           2026/1/18    23:24            983 CH0336_spr.atlas
-a---           2026/1/18    23:24           5035 CH0336_spr.skel
-a---           2026/1/18    23:24           1480 CH0337_spr.atlas
-a---           2026/1/18    23:24           6843 CH0337_spr.skel
-a---           2026/1/18    23:24           2008 NP0267_spr.atlas
-a---           2026/1/18    23:24           6758 NP0267_spr.skel
-a---           2026/1/18    23:24           1602 NP0268_spr.atlas
-a---           2026/1/18    23:24           6686 NP0268_spr.skel
-a---           2026/1/18    23:24           1582 NP0269_spr.atlas
-a---           2026/1/18    23:24           5542 NP0269_spr.skel
-a---           2026/1/18    23:24            926 NP0278_spr.atlas
-a---           2026/1/18    23:24           5024 NP0278_spr.skel

❯ ls

    Directory: ...\Exported\Texture2D

Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
-a---           2026/1/18    23:24         771136 CH0331_spr.png
-a---           2026/1/18    23:24         702766 CH0333_spr.png
-a---           2026/1/18    23:24         935904 CH0334_spr.png
-a---           2026/1/18    23:24         740377 CH0336_spr.png
-a---           2026/1/18    23:24         955903 CH0337_spr.png
-a---           2026/1/18    23:24         818096 NP0267_spr.png
-a---           2026/1/18    23:24         816195 NP0268_spr.png
-a---           2026/1/18    23:24         656341 NP0269_spr.png
-a---           2026/1/18    23:24         688814 NP0278_spr.png

观察文件扩展名不难发现，.skel 文件是 Spine 的骨骼文件；.atlas 则是 Spine 图集数据文件。

因此，我们需要一个可以解析并导出最终立绘的 Spine Viewer。

一开始，我选择了 Spine 官方的编辑软件，但我没有正版 Spine，而免费试用版无法保存和导出任何数据，无奈只能作罢。

之后，我在 GitHub 上搜索可以导出 Spine 立绘的项目，虽然找到了几款，但其导出功能是根据立绘在软件中的位置与缩放决定的，达不到理想效果。

最后，我突然想起，Blue Archive 的粉丝 Wiki——基沃托斯古书馆有预览 Spine 立绘并导出的功能，何不试试呢？

但网站的立绘浏览与导出功能仅限于网站已有的资源，不支持用户自行上传相关文件并导出。

有没有一种方法，可以自行选择本地的 Spine 文件，但又具有基沃托斯古书馆的导出功能？

于是，我开始了尝试。

在询问了 ChatGPT 之后，我了解到可以通过 Chrome 的 DevTools 完成这项操作。

首先，按 F12 打开 DevTools，跳转到“源代码/来源”页面。

点击“替换”选项卡，单击“选择放置替换项的文件夹”，并在弹出的对话框中允许开发者工具修改文件。

此时，跳转到“网络”页面，按 Chrl + R 重新加载页面后，找到 .skel 和 .atlas 文件。

分别右击这两个文件，选择“替换内容”选项。

此时，在“源代码/来源”页面应该显示要被替换的文件：

将在之前步骤中提取出的 .skel 和 .atlas 文件放置到你在 DevTools 中替换的文件夹。

然而，正当我想要替换立绘图片时，“替换内容”选项不可用。

查看了一下获取此资源的代码，发现图片是在 Web Worker 里用 fetch -> blob -> createImageBitmap 加载的，DevTools 无法覆盖。

如果要覆盖，只能劫持并向 window.Worker 注入代码。

由于我在这方面不太熟练，因此使用 ChatGPT 生成了一段 Tampermonkey 脚本代码：

// ==UserScript==
// @name         Spine Worker Image Override
// @namespace    spine-override
// @version      1.1
// @match        https://kivo.wiki/*
// @run-at       document-start
// @grant        none
// ==/UserScript==

(function () {
  'use strict';

  const TARGET_MAP = {
    'NP0268_spr.png': 'https://example.com/override/NP0268_spr.png',
  };

  const OriginalWorker = window.Worker;

  window.Worker = function (scriptURL, options) {
    if (typeof scriptURL === 'string') {
      return createHookedWorker(scriptURL, options);
    }
    return new OriginalWorker(scriptURL, options);
  };

  function createHookedWorker(scriptURL, options) {
    const injectedCode =
      `
      (function () {
        const MAP = ${JSON.stringify(TARGET_MAP)};

        const originalFetch = self.fetch;
        self.fetch = async function (input, init) {
          let url = typeof input === 'string' ? input : input && input.url;
          if (url) {
            for (const key in MAP) {
              if (url.includes(key)) {
                console.warn('[Spine Override]', url, '→', MAP[key]);
                return originalFetch(MAP[key], init);
              }
            }
          }
          return originalFetch(input, init);
        };
      })();
      `;

    const blob = new Blob(
      [
        injectedCode,
        '\nimportScripts(' + JSON.stringify(scriptURL) + ');',
      ],
      { type: 'application/javascript' }
    );

    const blobURL = URL.createObjectURL(blob);
    return new OriginalWorker(blobURL, options);
  }

})();

于是，我将立绘图片上传到了我的服务器，并修改了域名。

但刷新页面之后，Spine 立绘无法加载，DevTools Console 报错：¹

[Spine Override] https://static.kivo.wiki/spines/CH0202_spr/NP0268_spr.png → http://xxx.xxx.xx.xx/NP0268_spr.png self.fetch @ 7d7eac1e-8b80-4015-8514-c017ba6c7ca2:11 loadImageBitmap @ 8f00bb13-cd26-4779-bde6-1977f548b5b7:5 self.onmessage @ 8f00bb13-cd26-4779-bde6-1977f548b5b7:14 7d7eac1e-8b80-4015-8514-c017ba6c7ca2:12 Mixed Content: The page at 'blob:https://kivo.wiki/7d7eac1e-8b80-4015-8514-c017ba6c7ca2' was loaded over HTTPS, but requested an insecure resource 'http://xxx.xxx.xx.xx/NP0268_spr.png'. This request has been blocked; the content must be served over HTTPS. self.fetch @ 7d7eac1e-8b80-4015-8514-c017ba6c7ca2:12 loadImageBitmap @ 8f00bb13-cd26-4779-bde6-1977f548b5b7:5 self.onmessage @ 8f00bb13-cd26-4779-bde6-1977f548b5b7:14 sentry-D4D12I93.js:17 Error: [Loader.load] Failed to load https://static.kivo.wiki/spines/CH0202_spr/CH0202_spr.atlas. Error: [Loader.load] Failed to load https://static.kivo.wiki/spines/CH0202_spr/NP0268_spr.png.

换成了 HTTPS 之后，报错变了：¹

[Spine Override] https://static.kivo.wiki/spines/CH0202_spr/NP0268_spr.png → https://example.com/NP0268_spr.png self.fetch @ bcefff58-2983-41a1-a59f-4d328348b06f:11 loadImageBitmap @ 837f676f-50bc-48a9-975e-801a053a76da:5 self.onmessage @ 837f676f-50bc-48a9-975e-801a053a76da:14Understand this warning Access to fetch at 'https://example.com/NP0268_spr.png' from origin 'https://kivo.wiki' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.Understand this error 31?mode=appreciation:1 Access to fetch at 'https://example.com/NP0268_spr.png' from origin 'https://kivo.wiki' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.Understand this error sentry-D4D12I93.js:17 Error: [Loader.load] Failed to load https://static.kivo.wiki/spines/CH0202_spr/CH0202_spr.atlas. Error: [Loader.load] Failed to load https://static.kivo.wiki/spines/CH0202_spr/NP0268_spr.png.

问了下 GPT 之后，是因为网站没有开启 CORS 导致的，在服务器开启了 CORS 后问题消失。

之后，你就可以在 kivo.wiki 使用自己的 Spine 文件了。

结尾

我在执行了上述步骤之后才发现，kivo.wiki 网站本身已经有我想要的立绘文件了…

那就把我的方法分享出来，万一别人用得上呢…

总之，感谢阅读这篇文章。

*部分日志经过脱敏处理 ↩ ↩²

琐事记 #3：训练日常、烫伤、长春一日游

Sun, 28 Dec 2025 00:00:00 GMT

欢迎回来。

还有几天就是 2026 年了，提前祝各位新年快乐。

时间范围：2025-12-22 ~ 2025-12-27。

关键词：训练日常、烫伤、长春一日游。

训练日常

书接上文。

星期三上午的大课间，我被班主任叫了过去，说有位老师找我。问清楚办公室位置后，我便直接过去了。

那位老师简单向我说明了训练的时间和地点，又和我讨论了一些技能大赛的选材问题。临走前，她递给我几张本次大赛的赛项规程，并让我晚自习再来找她，届时会带我和其他几位同学一起去训练地点。当天下午的训练由另一位男老师负责组织。

回到班级后，我仔细翻看了那份“赛项规程”，其中有一段内容让我颇为困惑：（节选）

四、参赛要求

比赛内容。参赛队伍依据赛道和赛项设置，结合所学专业和教育教学实际，围绕生产、管理、服务一线真问题、真场景，自主确定参赛项目名称，自主设计参赛项目内容，自主选择参赛设备，展示真技能。

这段表述看起来宏大，却并没有给出任何可操作的指引。我随后去询问了那位老师，结果她同样被这一要求困住了——具体的项目内容和训练方案，她也一时没有头绪。最后只说了一句：“等我再和**（之前那位男老师）研究一下，再决定吧。”便让我先回去了。

没办法，只能等到晚自习。

晚自习时，我去了她所管理的班级。她见到我后，便带着我和班里的几名同学一起前往四楼的训练教室。所谓训练教室，其实也只是平时上课用的计算机教室而已。

到了之后才发现门还锁着，幸好那位男老师随后赶到，打开了教室。

那时我还不知道，这次训练的内容，会和我对“人工智能”的理解产生不小的偏差。

由于训练内容尚未明确，老师便让我使用他之前提到的 coze 平台进行编程。但该平台必须使用手机号登录，而我的手机恰好留在了教室里，只好卡在了登录这一步。

向老师说明情况后，他用自己的手机号登录了平台。说是编程，实际上只是用 coze 搭建一个电商抽奖程序。

只是，我始终不太明白，这样的内容和赛项名称中的“人工智能”究竟有什么关系。在我看来，这更像是一个普通的业务逻辑程序。若要称得上“人工智能”，至少应该是利用 AI 去解决某个实际问题——例如基于图像识别的物品分拣——并且最终成品本身应当与 AI 强相关，而不是仅仅在制作过程中“用到”了 AI。

当时我并没有提出这些疑问，只是按老师的要求完成了程序。但这些困惑，还是在之后慢慢浮现出来。

很快，晚自习结束，放学如期而至。我带着这些尚未理清的问题，走在回家的路上。

星期四是训练的第二天，这次由那位女老师负责。

她先是询问了前一天男老师的训练情况，但我当时有些紧张，再加上作息混乱带来的记忆力问题，并没能给出一个完整的描述。于是，这一天的训练内容又变成了“制作 AI 客服”。

其实，这两个训练内容之间确实存在一些联系，比如都和学校的电子商务专业有关，但也仅止于此。

其他同学用 coze 做出了一个勉强成形的半成品，却始终无法正常运行。我尝试在本地使用 Python 环境复现，但由于缺少 coze 平台的专有依赖，最终只能作罢。

很快，星期四的晚自习也结束了。

直到现在，这个问题仍旧在我的脑海中挥之不去。

烫伤

事情发生在星期五上午的第一节课，当时我们在计算机室上课。

由于课程分组的缘故，我的座位斜对角坐着一名班内出了名爱惹事的同学。平时他言行冲动，喜欢用夸张和挑衅的方式引人注意，班里的大多数人都不太愿意和他接触。

上课期间，他一直把玩着手里的防风打火机，时不时点火。我注意到了，但并没有放在心上。期间他几次叫我看他点火，我都没有回应。

直到后来，他叫了我，用椅子塑料扶手托着一枚一元硬币，说要给我。

我没有多想，伸手接了过来。下一秒，手指传来一阵灼痛——那枚硬币是烫的，随即掉在了地上。

我立刻反应过来，他先用打火机将硬币加热，再递给了我。

我愣了几秒，随后大声骂了他几句。老师注意到了情况，让我立刻去洗手间用冷水冲洗手指。我照做后回到了教室。

起初，被烫伤的部位只是颜色与正常皮肤不同，并没有明显痛感。但等上午的课程结束后，伤处开始起泡，并伴随着刺痛感。我随即将情况向班主任说明。

班主任核实情况后，联系了他的家长，并没收了打火机，当场对他进行了批评。随后，我请了假。等家长到校后，对方带我前往医院检查。

医生表示伤情并不严重，只需要按时涂抹药膏即可。

事情大致就是这样，不想再多说什么。

长春一日游

汲取了上一次“办卡受阻”的经验，这周我决定换一种策略。

星期一，我以“技能大赛老师需要身份证录入参赛选手信息”和“奖金需要打到银行卡”为由，拿回了身份证和银行卡；
星期四，又用“老师要带我去长春观摩技能大赛经验”为理由，说服母亲同意这次出行；
星期五，提前买好了充电宝，避免途中手机没电。

万事俱备，只欠东风。

星期六一早，闹钟准时响起。我收拾好随身物品，踏上了前往长春的行程。

由于没有直达车票，我选择了中转路线：先从舒兰市乘坐 K7426 次列车到吉林市，再换乘高铁前往长春，返程亦然。

上午 9:40，我顺利抵达长春。

出站后，我乘坐地铁 1 号线从长春站前往庆丰路站，步行几百米来到招商银行（宽城支行）。向工作人员说明来意后，对方询问我手机号是否为本人实名。

遗憾的是，我并没有本人实名的手机号。她表示问题不大，但需要提供能够证明我与实名人关系的材料，例如户口簿或出生证明。

由于我和母亲并不在同一户籍，户口簿无法使用。我询问出生证明是否可以，对方给予肯定答复，并表示照片同样有效。于是我联系了母亲，请她回家拍摄出生证明。

等待期间，我又向工作人员了解了该卡的具体限制条件。得知若无法提供学生身份证明（如学生证），可能只能开立二类账户，且外汇结算会受到一定限制。

考虑到还需要等待材料，我决定先离开银行，顺路在附近转了转，去了几家二次元周边店，但并没有找到特别想要的角色。为了不让这一趟显得太“空”，还是买了些其他周边，顺便吃了个麦当劳。

随后，我又前往了附近的另一家招商银行（人民广场支行）咨询相关事项。工作人员帮我完成了卡片预约，并告知制卡成功后即可到网点领取。

在等待期间，我去了伪满皇宫博物院参观。票价七十多元，但未成年人可以免费入馆，我简单转了一圈。正准备离开时，手机提示可以前往领取卡片，但此时距离银行下班时间已经所剩无几，只能作罢。

最终，我没有在当天把卡拿到手。

傍晚，我按原计划返程。行程比预想中顺利，晚上六点左右，我回到了舒兰市。

这趟长春之行并不算圆满，卡没当场办下来，也跑了几趟网点。但至少，我真的自己规划了一次出行路线，独立完成了一次跨城办事。

事情还没结束，但至少，我已经开始自己往前走了。

琐事记 #2：被打、大赛后续、办卡

Sun, 21 Dec 2025 00:00:00 GMT

各位好。

这个周末心情并不算好，但还是决定把这一周记下来。写的时候情绪可能有些激动，如有不妥之处，还请见谅。

时间范围：2025-12-15 ~ 2025-12-21。

关键词：被打、大赛后续、办卡。

被打

那是周二的数学课，教室里异常喧闹。数学老师多次组织纪律都没什么效果。我们的主角，这里简称他为 A，显然有些忍不住了，突然在教室里大喊了一声“别说话了”。

然而这一举动并没有起到任何作用，反而引来了一阵阵笑声。

下课后，我站在教室里的电子白板前浏览网页。A 突然冲进教室，在我毫无预兆的情况下说了几句话（具体内容我已经记不清了），随后用拳头在我胸口捶了好几下。

那一瞬间我整个人愣住了，甚至没来得及反应疼不疼。几秒之后，我才反应过来，大声骂了他几句。他随即冲出教室，在走廊里大喊大叫，并做出了一些怪异的举动。

很快，走廊站岗的老师注意到了情况，联系了年级主任和班主任，并把我叫了出去。

班主任先询问了我被打的经过，又问我需不需要去医院。我当时觉得问题不大，便拒绝了。

之后，A 向我道了歉，年级主任也简单安抚了几句。在再次确认我“没什么事”后，他便离开了。

补充说明一下：A 平时的行为就与常人相比显得有些怪异，
经常会做出一些让全班同学哄堂大笑的举动。

到了中午，我逐渐感觉胸口被打的部位开始隐隐作痛，便向班主任请假。班主任拒绝了，理由我已经记不太清，大致是这种情况下请假容易出问题。不过，他表示可以联系 A 的家长，带我去医院做一次检查。

我同意了。

双方家长到校后，A 的家长第一时间向我道了歉，并陪同我前往医院。检查结果显示并无大碍，只是有轻微炎症。

医生给我开了消炎药，并叮嘱按时服用。临走时，A 的父亲为了表示歉意，给了我 500 元，并开车把我送回了家。

说实话，我其实能理解 A 的家长。A 平时的状态，想必也让他们操了不少心。听说他们带 A 去过不少医院，但始终没什么明显效果。

大赛后续

星期四晚自习时，走廊正好又是那位老师站岗。我趁机向他询问了上次没有来的原因，并顺便聊了聊技能大赛的事情。

他解释说，上次确实是临时有事耽搁了。随后，他让我第二天带上电脑，在学校文艺演出结束后去找他。

第二天上午，文艺演出结束后，我在原地等了一会儿，他却一直没有出现。等得有些着急了，我便主动去了他的办公室。

他说正准备上楼找我，只是被论文的事情耽误了时间。简单聊了几句后，由于要上课，他让我先回教室，晚自习再去找他。

晚饭后，我带着笔记本电脑再次去了他的办公室。他看了我做过的一些作品，也和我交流了技能大赛相关的内容。最后，他让我下周一到办公室来，说要给我分配一台电脑。

所以说……我这是被选上了？

如果真是这样，那确实是个好消息。

办卡受阻

由于我有境外支付的需求，而国内银联发行的银行卡在部分境外网站上无法使用，因此我打算办理一张支持境外支付的银行卡。

在查资料的过程中，我读到了这篇文章：16 岁可办理的招行万事达借记卡。但很快发现，我所在的地区并没有招商银行的线下网点。如果要办理，只能前往有分行的城市。

经过查询，吉林和长春都有相应网点。综合考虑往返行程后，我决定周六前往长春办理。

从条件上看，我的年龄符合要求，也可以在没有监护人陪同的情况下乘坐火车出行，因此我原本并不觉得这件事会有什么问题。

然而，周五突然下起了雨。虽然雨势不算大，但需要考虑路面结冰的情况。就在这时，母亲明确表示反对我周六出行，理由是“周六是初一，出门不吉利”。

我坚持要去，她则表示：“你要是周六去，那以后也别想去了。”无奈之下，我只好妥协，改为周日出行，她也暂时默许了。

周六晚上，我设置好闹钟，准备第二天一早出发。

可周日一睁眼，已经是八点多了。我再一找，发现身份证不见了。

我立刻去找母亲理论，她给出的理由变成了：

“我昨晚没做什么好梦”

“路面结冰不安全”

第二个理由我还能理解，但第一个理由实在让我无话可说。

就因为“昨晚做了噩梦”，这次出行就被否定了吗？

那一刻，我几乎立刻和母亲吵了起来，但争执了很久，也没有任何结果。

而当我追问“为什么做噩梦就去不了了”的时候，她给出的回答是：“因为是神的提示”。

她随后举了一个例子，说有人因为“神的提示”没上车，结果那趟车后来出了事。

我甚至不知道这个故事是否真实，也不知道该从哪里去反驳。那一刻我意识到，我们已经不在讨论同一件事情了。

现在回头看，这件事本身或许算不上什么大事，但当时那种被完全否定、无法掌控自己计划的无力感，却是真实存在的。

总之，只能下周再找机会了。

这一周大致就是这样。

有些事情当下很难消化，只能先记下来，等时间过去再回头看吧。

琐事记 #1：生日、入团、技能大赛

Sun, 14 Dec 2025 00:00:00 GMT

好久不见。

最近难得清闲，索性写一篇记录来填补周末的空白。形式上参考了几位朋友的博客，但内容依旧随意而松散。

之所以没有把标题定为“周记”，而是叫作“琐事记”，主要还是因为更新并不规律。既然做不到每周一篇，那不如索性坦诚一些，记录些零碎的小事就好。

本文记录的时间范围为：2025-12-08 ~ 2025-12-12。

关键词：生日、入团、技能大赛。

小绿生日

12 月 8 日是才羽绿（以下简称“小绿”）的生日。

其实在 12 月 7 日时，我就已经冒出了做一个网页小游戏的想法，但真正动手还是拖到了生日当天的早上。时间仓促，不过整体效果还算令自己满意。

顺带一提，这个小游戏已经开源：

游玩地址：https://clicker.saibamidori.moe/
开源仓库：https://github.com/Saiba-Midori-Projects/Midori-Clicker/

总之，祝小绿生日快乐。

加入共青团

这周之前的一天，下课时老师把我和几位同学叫到讲台前，分别发了一份入团积极分子考试题。

除了试题本身，还附带了一份答案。老师让我们尽快背熟，下午第一节课参加考试。

然而，当我和几位同学去询问走廊站岗老师具体考试时间时，却得到了完全不同的答复——她说考试安排在上午大课间，而下午第一节课是班主任会议时间。可那时，大课间已经过去了将近一半。

无奈之下，只能等班主任回来再商量。最终，他决定中午带我们参加补考。

过程出乎意料地顺利，考试通过了。但由于通知不及时，我直到上周才知道自己已经通过，甚至一度以为是没过。

直到团支书亲口告诉我结果，那一刻才真正松了口气，也高兴得不行。

不过，事情并没有完全结束。入团仪式结束后的几天，我又被告知：由于我们这一批次的编号出现问题，暂时无法正式入团，需要等到下一届再统一办理。

也就是说，只能等到明年了。

另外，入团仪式当天，学校公众号也发布了一篇相关文章，感兴趣的话可以看看。

技能大赛

大概是周三、临近晚自习的时候，一位电商专业的老师找到我（我是计算机专业的）。他听说我在计算机方面比较擅长，便询问我是否有兴趣参加技能大赛。

他问了我一些问题，包括：

一些计算机相关的基础问题

是否做过软件或项目

有没有参加技能大赛的想法

是否会使用翻墙软件

简单交流后，他让我第二天带着笔记本电脑到学校，向他展示我做过的软件。

于是第二天我带着电脑去了学校，但那位老师并没有出现。周五也是如此。

起初我还以为是班主任没有转达消息，便特地去了电商专业老师的办公室询问。结果得知，他只是临时有事。

目前也只能等到下周，再看看是否还有后续了。

这周大致就是这样。虽然都是些零碎的小事，但回头一看，倒也还算充实。希望下次记录时，能有更多值得写下来的内容。

Google Pixel 5 开启 VoLTE 实录

Sat, 18 Oct 2025 00:00:00 GMT

我之前一直在用的 Vivo X9 Plus，因为性能老旧、系统卡顿等原因，使用体验越来越差。于是我开始考虑更换一部能解锁、能折腾的手机。

本来打算买小米，但近几年小米对 Bootloader 解锁限制越来越严格，最终我把目标转向了朋友推荐的 Google Pixel 系列。
在预算范围内，Pixel 5 的配置和手感都不错，于是我入手了它。

本文记录我在使用 Pixel 5 时，开启 VoLTE 功能 的过程与体验。

硬件配置与日常体验

Pixel 5 搭载 Snapdragon 765G 处理器，配备 8 GB 内存与 128 GB 存储。
虽然这颗芯片发布于 2019 年，但对比我之前的 Snapdragon 653 来说，性能提升相当明显。

屏幕是一块 1080 × 2340 的 OLED 面板，支持 90 Hz 刷新率。
系统操作流畅，日常使用微信、支付宝、哔哩哔哩等国产应用也不会明显卡顿。

通话与网络问题

由于 Pixel 系列未在中国大陆发售，Google 默认 禁用了中国地区的 VoLTE 和 5G 功能。
插入中国移动 SIM 卡后，可以上网与通话，但不支持 VoLTE，通话时会自动切换到 EDGE 网络，质量较差。
而在使用中国联通 SIM 卡时，由于部分地区已停用 3G 基站，甚至无法拨号。

因此，要正常使用通话功能，开启 VoLTE 就显得十分必要。

开启 VoLTE 的过程

我最初尝试了 Pixel IMS 项目，但文档中明确说明 不支持 Pixel 5，尝试后也未成功。

后来参考了这篇教程：在 Pixel 5 上开启 VoLTE 的解决方案，
按照步骤刷入 Magisk 模块并修改配置后，VoLTE 功能成功恢复。

注意

该方法需解锁 Bootloader 并 Root 设备，可能导致系统不稳定或无法接收 OTA 更新。

操作前务必备份数据。

总结

Pixel 5 虽然已是一款老设备，但在系统优化和整体体验上依旧出色。
解决 VoLTE 问题后，作为主力机完全够用。
如果你也喜欢干净纯粹的 Android 系统，并不介意折腾，这款设备依然值得一试。

使用 Cloudflare DNS 轻松实现域名重定向

Wed, 01 Oct 2025 00:00:00 GMT

喜迎国庆假期，可算有时间了，那就写一篇博客吧 ~~（水）~~

我之前也有重定向域名的需求，但不想消耗服务器资源 ~~（说到底还是没有钱）~~，当时的我采取了用静态网页托管 + JavaScript 重定向的方式。这篇文章将会记录使用 Cloudflare DNS 实现域名重定向的方法。

准备工作

Cloudflare 账号
要重定向的域名（需提前绑定在 Cloudflare）

这里用我的域名 gytxtx.xyz 作为示例，演示从根域名 gytxtx.xyz 重定向为 www.gytxtx.xyz 的方法。

1. 添加 DNS 记录

进入 Cloudflare -> 点击需要重定向的主域名 -> DNS

之后，为你的根域名 @ 添加一条 A 记录，指向任意 dummy IP（比如 192.0.2.1），并确保开启 Proxy（代理）：

2. 创建重定向规则

进入 Cloudflare -> 点击需要重定向的主域名 -> 规则 -> 创建规则 -> 重定向规则

选择模板 从根重定向到 WWW：

当然，也可以这样：

此时，模板应该是这个样子：

提示
此处的 gytxtx.xyz 可替换为您自己的域名。

3. 保存并部署

点击部署，稍等几分钟规则即可生效。

此时，访问 https://gytxtx.xyz/example?foo=bar 将会重定向到 https://www.gytxtx.xyz/example?foo=bar。

小提示
可自行探索 Cloudflare 规则模板，实现其他操作。

本站域名已更改

Sat, 23 Aug 2025 00:00:00 GMT

由于域名 https://gytxtx.xyz/ 将在 2025-10-07 到期，为避免潜在的不良影响，现将本站域名迁移至 https://gytxtx.top/ 下。

域名示意

旧域名：https://blog.gytxtx.xyz/
新域名：https://blog.gytxtx.top/

感谢您的理解。

中考必胜

Thu, 26 Jun 2025 00:00:00 GMT

明日(2025-06-27) 中考，祝所有考生都能考上自己的第一志愿，金榜题名！

停更三年项目后，一个中学生亲历的易语言消亡史

Tue, 03 Jun 2025 00:00:00 GMT

最近，我停止维护了我开发了 3 年的项目，总感觉不写点什么说不过去，于是就有了这篇文章。

前言

最近将大部分精力都忙于开发 蓝屏工具箱新 UI 了，也渐渐发现了易语言的一些问题（其实早就发现了），且 KFACBT’s Toolkit 项目代码结构过于复杂，实在无力维护。于是，我在 2025-05-30 宣布项目永久停止维护并解散了相关用户交流群，有感而发，撰写此文。

情怀

在 2022 年，那时我还在上初一（下半学期），那时我几乎是刚接触易语言，我就用易语言写了一个测试项目，（当时也不知道是脑子抽了还是怎么，就开始往这个项目内加一些有用 ~~但没用~~ 的功能，于是就发展成了今天这个样子。以至于别人也说我这个项目没什么用）

~~我现在就很好奇，究竟是什么支撑着我写一个项目写了 3 年（2022 - 2025）。因为热爱？还是对这个项目有感情了？目前我也不知道。~~

抄袭风波

应该是在 2023 年，我偶然在 B 站上刷到了蓝云工具箱 4.7 版本的宣传片，当时看这个工具箱的一部分功能和我项目的一个功能非常相像，于是我就像个傻*一样去找这个项目的开发者理论，要求标明原作者，并且根据我项目的 GPLv3 许可证（之前是）的条款进行开源。

但是他一直没有这么做，反而他的一个朋友不乐意了，开始人身攻击、辱骂、并且在 B 站上挂我 ~~（好在挂我的那个视频没有几个人看）~~。

就这么多了，关于这段往事我也不想再提，我觉得我写的这一小段这些可以很好的叙述事情的经过了。

我也是个傻逼，非要招惹他干什么…

屡屡失败的项目迁移

我 23 年也意识到了易语言的局限性，于是我在我项目的首页加了一个迁移通知，通知项目从易语言迁移到 VB.NET 语言开发。但是后来一直没有学 VB.NET，这件事情也就不了了之了。

然后，有意思的来了：我是在 24 年? 又搞了一个类似的迁移通知，但是编程语言换成了 C#，你应该可以猜到，又不了了之了…

笑点解析：两次都是因为想尝试学新编程语言，但是很快又放弃了…

GitHub 暂时取消未登录用户从中国访问的限制

Mon, 14 Apr 2025 00:00:00 GMT

摘要

2025 年 4 月 13 日 4:01(UTC+8) 左右，GitHub 因配置变更导致未登录用户从中国访问 GitHub.com 时出现访问限制。已登录用户仍可正常访问。该问题于 2025 年 4 月 13 日 22:55(UTC+8) 得到解决。

官方事件报告（译文）

[事后报告] 暂时取消 `禁止未登录的中国用户访问 GitHub` 的限制 ¹

GitHub 事件报告

由于一次配置更改产生了意外影响，中国地区未登录用户在尝试访问 GitHub.com 时曾遭遇暂时性访问中断。已登录用户可正常继续访问网站。影响于 2025/04/12 20:01(UTC) 开始。影响已于 2025/04/13 14:55(UTC) 缓解。

现已撤销导致此问题的相关配置更改，用户在尝试访问 GitHub.com 时不应再遇到访问问题。

发布于 1 天前 - 2025 年 4 月 12 日 20:00 UTC

官方原始报告

内容来源于 GitHub Status 页面。

[Retroactive] Access from China temporarily blocked for users that were not logged in

Incident Report for GitHub

Resolved

Due to a configuration change with unintended impact, users that were not logged in who tried to visit GitHub.com from China were temporarily unable to access the site. For users already logged in, they could continue to access the site successfully. Impact started 2025/04/12 at 20:01 UTC. Impact was mitigated 2025/04/13 at 14:55 UTC.

The configuration changes that caused this impact have been reversed and users should no longer see problems when trying to access GitHub.com.

Posted 1 day ago. Apr 12, 2025 - 20:00 UTC

原始报告：https://www.githubstatus.com/incidents/jfvgcls9swln ↩

GitHub 屏蔽中国地区访问的解决方案

Sun, 13 Apr 2025 00:00:00 GMT

4 月 13 日 13:00 左右，GitHub 屏蔽了中国地区的访问，未登录用户访问时会触发 HTTP 403 Forbidden 错误，提示 “Access to this site has been restricted.”。已登录用户也可能会受到限制。

以下是我验证的一些解决方案：

1. 使用代理服务器（推荐）

使用代理客户端（如 Clash、V2Ray），连接非中国节点（美国、日本、新加坡等），并开启系统代理即可绕过 IP 封锁。

由于众所周知的原因，不提供代理服务器提供商，请自行查找。

2. 利用 Bug 绕过限制（此方法已不可用）

使用被封禁的节点（例如中国大陆网络）访问 https://github.com/login/ 后， GitHub 会存储一个 Cookie ，这时只要这个 Cookie 不被删除，再用被 GitHub 封禁的节点访问 GitHub 就不会被 403 禁止访问，无需登录 GitHub 。如果这个 Cookie 被删除， GitHub 还会 403 禁止访问。

说人话就是：裸连 GitHub 并访问 https://github.com/login/，无需理会 Access to this site has been restricted.，之后直接访问 github.com 即可解除限制。

3. 使用镜像站

使用类似于 KKGitHub 的 GitHub 镜像服务来解除限制。

声明：本文仅提供技术讨论，不推荐具体工具或服务商。

部分方法可能随政策调整失效，如果有其他方法欢迎在评论区补充。

本文撰写匆忙，如有错误请及时指出。

本站的第一篇文章

Sat, 29 Mar 2025 00:00:00 GMT

最近萌生了搭建个人博客的想法，但手头没有服务器资源，也不想投入过多运维成本——这让我突然想起之前部署过的 Material for MkDocs 文档框架。这个原本用于技术文档的工具，或许正是我需要的极简博客解决方案。

为什么选用 Material for MkDocs？

1. Material Design 的纯粹美感

作为 Google 设计语言的忠实爱好者，Material for MkDocs 天生具备 沉浸式的视觉层次。恰到好处的阴影过渡、丝滑的组件交互，以及自适应暗色模式，让写作体验与内容呈现都充满现代感。

2. 低代码高定制的平衡术

通过简单的 mkdocs.yml 配置文件即可实现：

自定义导航栏与页脚
集成评论系统（如 Giscus）
添加 SEO 优化标签
扩展 Markdown 语法支持（流程图、数学公式等）
更多扩展 / 自定义功能…

无需前端知识，却能实现专业级定制，这对技术出身的写作者尤为友好。

3. 静态网站的优雅哲学

所有内容通过 Markdown 书写，mkdocs build 命令一键生成纯静态页面，可直接部署至 GitHub Pages / Vercel 等免费平台。没有数据库维护压力，没有插件漏洞风险，只有 「内容即资产」 的极简主义。

为什么不用 WordPress？

成本敏感：一台 24 小时在线的云服务器年费足够买三本技术书籍，而静态托管方案真正实现零成本运维 ~~（其实主要原因就是：我是学生党）~~
减法原则：当 80% 的博客功能只是展示文章时，为何要承受插件更新、后台管理、性能调优的重负？
版本控制基因：所有文章以 .md 文件存储于 Git 仓库，天然具备版本回溯、多端同步能力，写作过程本身就是代码提交史

关于这个博客的实验性尝试

作为技术爱好者，我始终相信 「输出是最好的输入」。这里将主要记录：

技术原理分享（WinAPI 实践 / 编程技巧 / 云原生构建等）
效率工具链实践
偶尔跨界的人文思考

我也同时在实践中学习，这也印证了「Anyway, keep learning.」这句话。

尽管这是首次尝试博客创作，但我更愿意将其视为 「数字花园」 的播种——不追求日更的节奏，只聚焦于持续的知识沉淀与重构。如果您在阅读中发现任何技术谬误，或是有想探讨的话题，欢迎跳转至关于我页面获取联系方式与我交流。

静待思想的种子在此生根发芽。🌱

感谢 Material for MkDocs

最后，感谢 Material for MkDocs 的开发团队提供了简单易用且出色的 项目文档 / 博客工具，其开箱即用的配置极大简化了我的部署流程，使我可以专心忙于别的事情中。

后记

本文全程使用 VS Code 编辑，通过 GitHub Actions 自动构建部署，使用 GitHub Pages 托管——这或许就是静态博客的魅力所在。

使用 DeepSeek R1 长思考模型辅助撰写，其对技术细节的精准捕捉与逻辑梳理能力令人印象深刻，太 NB 了。