New Diary: maid

Signed-off-by: SilverAg.L <caclx@outlook.com>

.vscode/settings.json

@@ -1,6 +1,7 @@
 {
     "files.exclude": {
-        "**/*.webp": true
+        "**/*.webp": true,
+        "**/*.avif": true
     },
     "editor.tabSize": 2
 }

docs/archives/README.md

@@ -1,12 +0,0 @@
----
-title: 综述
-index: false
-article: false
-timeline: false
-comment: false
-icon: folder-open
----
-
-“综述”这边的博文通常比较正式一些，编排上会参考大学论文、实验报告，当然也经常会有迭代（综述嘛，追求严谨）。
-
-<Catalog />

docs/diaries/dress/maid-2512.md

@@ -0,0 +1,25 @@
+---
+article: false
+---
+
+# 年将尽，随几张女仆装
+
+如题，2025 也快结束了。今年我的精神状态感觉更糟了些。但万幸，女装——或者说穿上可爱的衣服——依旧是我内心想要去做的事之一，我也依旧愿意为此付出精力。
+
+之前总说在减肥，目前看来 XXL 已经是我的极限了，再减似乎效果也不太明显的样子。但即便如此看着我的自拍也还是觉得怪怪的。也许我的身体条件本就不适合吧。
+
+![黑巧-1 =300x](./maid-251231-1.avif)
+
+![黑巧-2 =300x](./maid-251231-2.avif)
+
+![黑巧-3 =300x](./maid-251231-3.avif)
+
+![黑巧-4 =300x](./maid-251231-4.avif)
+
+![白巧-1 =300x](./maid-251231-5.avif)
+
+![白巧-2 =300x](./maid-251231-6.avif)
+
+![白巧-3 =300x](./maid-251231-7.avif)
+
+![白巧-4 =300x](./maid-251231-8.avif)

docs/diaries/readme.md

@@ -1,5 +1,5 @@
 ---
-title: 随想
+title: 记忆的质料
 index: false
 article: false
 timeline: false

docs/diaries/wbsy/deferment.md

@@ -1,24 +0,0 @@
-# 拖延症
-
-> [!note]
-> 事实上本文也鸽了。上面的看来是初次提交时间（真正动笔的时间），然鹅实际上 8.17 凌晨我就开这个坑了。
-
-拖延症，后来又称“鸽”、“咕咕咕”，算是创作者的一种通病，毕竟创作者的精力终归有限。然鹅我的拖延属于是饱受诟病，以至于我自己都用“社会必要劳动时间”和“个别劳动时间”来自嘲。
-
-君不见，我的《脑死 Remake》能做两年半，给《星辰之光》做战役关卡能做个一年半载——而多数个人地图师可能只需一个月便可完工。无论是自己的企划还是给别人搬砖，如若没有切实的代价（比如延毕、被堵家门、信道被骚扰、扣工资），我便对任务的时效性全无概念，推进如龟速。或许这也是我做了诸多尝试却未曾成功的原因之一。
-
-先前也是因为买了台并不合适的显示器[^sanc_screen]，看到了 KDE 在屏幕缩放上的不足：只能**同时对所有显示器设置同一缩放率**，并不能针对性地让 1 屏 125% 缩放、2 屏 100% 缩放。6 月份重装 Arch Linux 之后我便吐槽这件事，这时有群友向我推荐 niri[^windows_mgr]，当时我也表示愿意试试。结果呢？这都八月份了我**才开始**在 WSL 里测试。
-
-[^sanc_screen]: 说来也是有些无语：在网购数码产品这方面，我似乎总缺少一些谨慎，又总是被我哥坑到。  
-  我目前唯一能仰赖的轻薄本也是他推荐的——不过这也怪我需求不明，谁知道我不久之后就入坑《原神》了呢；而屏幕这边他推给我的选项看似也比较划算，但一是我没有仔细看品型参数、错买成 1080p，二是并没有找多几家比价，以至后来淘宝推了更便宜的 2K 24' 显示器之后只得捶胸顿足=。=
-
-[^windows_mgr]: 一种平铺窗口管理器（WM），有别于 KDE Plasma 和 Windows 的活动窗口模式，这种平铺窗口切实遵循着网格般的布局，很少有窗口遮挡这种现象。  
-  这种窗口管理器本身并不能形成完整的桌面 UI，还需要显示管理器（DM）、资源管理器等诸多散装组件的协作，就上手难度而言无疑是折磨级别。
-
-![说是试试 niri，却拖了好几个月 =420x](./niri.webp)
-
-某种程度上这可比“三分钟热度”可怕多了。至少三分钟热度是当即就去做，然后没多久才被别的事物吸引注意力；而我这种咕咕咕则更像是“车大炮”（即吹牛）——空口无凭，只会耍嘴皮子，真办点事立马被别的东西吸引注意力，根本不靠谱。等我真“磨完洋工”，可能人早就走光了吧。
-
-随着我自去年来精神状态每况愈下，在意识到这种咕咕咕可能还会加剧，以及我也确实没活去开坑之后，我终于还是放弃“做饭”、造轮子，专心当个读者、观众、工具的使用者，也就舍弃掉 Cl（氯）这套网名了。虽然很可惜，但……这样就够了。有需求就先检索——早在 20 多年前互联网便无所不包了，轮子或许真不着急先造；实在不行再诉诸实践，用这双低效的双手一点点敲出来吧[^frg2089]。
-
-[^frg2089]: 或者，并非是低效的我的实践。最近几次直播我看[岛风 @frg2089](https://github.com/frg2089) 也是非常之跃跃欲试，好几次请求开 Live Share 让他来搓。一方面挺感谢他的无偿劳动，另一方面又怪过意不去的。说到底还是我太菜了= =

docs/diaries/wbsy/irrational.md

@@ -1,36 +0,0 @@
-# “我号毁了”
-
-::: info 题注
-本文原题《脑子一“热”？来点“冷却液”》。鉴于如今极化的内容推送越来越多，以至频繁需要用教员的哲学论文洗眼睛，便有了标题那个动态，以及重写后的本文。
-:::
-
-最近也是被内容平台的推送折腾得不轻，以至终于发条隐晦的动态来蛐蛐这种诱导极化的行径（这里姑且不讨论引申的第二重意义）：
-
-::: center
-**我号毁了（双重意义）。**
-:::
-
-既然发动态蛐蛐了，我便首先吐槽下如今越来越极化的社区好了。当然这种极化不仅仅是米游社区独属，只是基于我“贫瘠的精神生活”，闷在信息茧房里给人这么一种错觉罢了。
-
-不知何时开始，我“听”到的所谓“各种声音”也是越来越喧嚣了。看红警魔鬼蓝天总有尖锐的声音指摘他的操作；看一些红红 modder 过了把赛博官瘾[^about_raadiy]；看米游社区……那是人能看的？至于一些小可爱的部分在我看来过激的讨论，本文并不讨论“我认为之如何”，就不多展开了。转悠来转悠去，四处是口诛笔伐，感觉“天都塌了”。
-
-[^about_raadiy]: 真追溯起来 14 年论坛整体排斥新人的氛围或许也是一种官瘾。如此想来我怕生到“找人问点事情都畏畏缩缩”的性格甚至缘由可考。（乐）
-
-我个人是比较回避讨论的类型，真打到我头上大不了就破防复读“你说得对”呗。~~“千古罪人”这帽子我都戴得，有什么帽子我戴不得？~~ 所以一般的“纷争”于我而言没什么所谓。然鹅米游社区“巡猎”的锋镝固然**一定程度地维护了社区**，但也**加剧了群体极化**。极化了脑子就容易“一热”，然后口不择言，仿佛“杀红了眼”。所以为了避免上头，我整了些“冷却液”——把教员的《实践论》《矛盾论》下载下来，脑袋热了就看看，用马列哲学的唯物辩证法和认识论洗洗眼睛，冷静一下。这法子固然不错，但挡不住平台有意让你极化啊（
-
-不知何时开始，我的主页（或者说推荐页）推送的内容，五个有三个跟社区“激烈的豆蒸”有关系，有所谓的“兔爪流”，也有真正的标题封面大字报。这些内容宛如潮水一般（我姑且不引用那个社区论战里常用的词汇）涌上来，纵是“冷却液”也仿佛滴水消融于汪洋。我实在是没什么余裕去像那些同人女屏蔽对家一样设什么正则屏蔽词，何况正则总有漏网之鱼——简中内容创作经典乱标 Tag 也是不得不品的一环；那么扭头不看呢？这就不得不引出我接下来要论述的“精神上的毁号”了。
-
-“我号毁了”，也算是我这种沉默的“观众”拼尽全力憋出来的一句轻如鸿毛的无奈吧。
-
----
-
-前面所述，是账号“毁了”，老实说也没什么，我也不是没销过号；然鹅接下来讨论的“精神毁号”，那就只能“自己的问题自己救”[^yyz]了。
-
-[^yyz]: 我是始终觉得：心理上的症结，精神上的顽疾，除却物质本身——也就是生理上的残疾——需要用生理乃至药理去调和；后天形成的，不外乎是主体意识对物质世界错误的映射进一步的推导，打成的死结（说白了就是想不通）。  
-  所以“解铃还须系铃人”，主体意识打的死结，终归只能主体意识自己想通，任何外因（包括药物、朋友的“告解”）只能起推动（有时候甚至会开倒车）作用，不会起决定作用。
-
-坦率地说，我的精神世界是极其荒芜的。我的娱乐手段极其单一：以前（大约 15、16 年时）的我甚至无法想象 B 站倒了会如何如何；红警 2 陪了我约 10 年，如今退坑之后竟发现没什么算得上好玩的游戏（《原神》的确曾给我留下美好乃至甜蜜的回忆，但在如今的我看来也没什么特别的）；刷视频也不知所谓，内容仿佛流水一般从左耳进右耳出。
-
-曾经的我也喜欢过什么：像 Caco 喜欢折腾，像 ChlorideP 喜欢故事。而今我喜欢涩涩，或者乐子——某种意义上甚至比短视频受众更追求快速娱乐。所以当我悲哀地发现，我的脑袋里只剩下这些乐色，再也没有（或者说找不到）什么能充实我的精神生活时，我便在精神上“毁号”了——换言之亖了。
-
-话说到这里，不禁又想起 21 年末的歇斯底里。我真的是因为“做不出来 MO336 结局关水准”而破防吗？又或者我是因为“讲不出独属于我的故事”而破防呢？

docs/diaries/wbsy/recents-11172025.md

@@ -0,0 +1,37 @@
+# 碎碎念（25 年末版）
+最近折腾了不少东西，心情也起起伏伏。《如我所书》取自崩铁的同名词条，个人也倾向于记录那些“能成篇的”专栏；咱这主题又没动态功能，思来想去还是写到这充当《记忆的质料》吧。
+
+## 可爱一点的博客主题
+既然说到博客主题，就顺便唠唠好了。我个人还是觉得`vuepress-theme-hope`偏向项目文档一些，当作博客虽然也可以 !!（甚至 MarkDown 扩展相对很齐全）!!，但……怎么说呢，可爱不起来（
+
+我个人还挺宅的，主题这方面也想稍微萌系一点。不说非得特别可爱吧，至少想一眼给人那种二次元的印象。在 GitHub 上搜了一些二次元主题，要么是 Mizuki 二创（或者说 Fuwari 三创？），要么缺胳膊少腿。像有个 BA 主题只能塞推文，要动态和友链还得另搓；另有个 Miracle 主题虽然视觉上挺优雅的，但 MarkDown 扩展支持又一言难尽。
+
+> 好友：自己搓个吧（  
+> 我：呜呜，补会（
+
+所以还是接着套这个模板吧。
+
+## 名为无所谓，实为破罐子破摔
+前一阵发现“无病呻吟”这块连续塞了四篇负能量。事实证明，写小作文并不能解我的铃[^mentalIllness]，充其量延缓我的症状。当然我的症状归根结底缘于内耗，解释起来又要去讨论我的“失败史”，不妨就这么总结吧：
+
+- 咕咕咕的怠惰：只要没有 DDL !!（骗你的，没奖惩的 DDL 也照样）!!，就能以月、年为单位地拖。
+- 懒汉做学问：要用什么学什么，主打一个经验主义。
+- 自以为自知之明的无知：从来就没（能够）客观评价自己，要么眼高手低，要么把自己贬得一无是处（现在也一样）。
+- 在失败的斜坡上短道速滑：独立创作遇上瓶颈滑坡成“毫无创见”，考研坠机滑坡成“这辈子也就这样了”，刚干活一个月犯了事（虽然并非小事）滑坡成“千古罪人”，……
+
+于是一面写小作文痛批自己，一面发现自己仍然每况愈下，就这样磨洋工过了半年。最后与其说是释然、“无所谓”，更像是破罐子破摔、“随便怎么样吧”。说起来这“千古罪人”的帽子也不过是前同事跟我开玩笑说说的，只是我这人容易当真，我现在的确认为自己是个罪人，值得一呜呜伯爱死的那种。
+
+[^mentalIllness]: 我个人觉得精神困境还是“解铃还需系铃人”的处理逻辑。不过最近也见证了一些无力处理这类困境、不得不求诊的例子，还是“说起来容易做起来难”啊。
+
+## 硬件购置
+今年说实话不太适合装机（）双 11 前后内存涨、硬盘涨，现在甚至 CPU 也涨。不知道各位觉得 2T 固态理想情况得是多少米，我是借着我哥的天猫超市中秋礼券、红包、优惠叠起来，咬咬牙 680 买下铠侠的 SD10 2TB。!!说实话更希望再便宜点，最好是 648（雾）!!
+
+另一边，我去年的推流姬也摇身两变，先是作为我上班的消遣（RDP 远程），然后又拿来当 NAS（当然也不单纯为了存储）。NAS=Network Attached Storage，没盘怎么组 Storage，所以先是搞了块 500G 2.5 寸 CMR 薄盘，到这里为止说实话还称得上好活。
+
+本年暑期，有群友出一台 4 盘位蜗牛 C 款小闷罐，我则用《原神·空月之歌》的两个版本代肝作为交换（当事人称作“灵活的支付方式”）。等实际接盘了我才发现所谓的扩展性在我这推流姬上困难重重：我这推流姬并没有那么多 IO 接口给他扩（也就 2.5 寸 SATA、m.2 SATA、NGFF WiFi，那两 SATA 实测也不支持 PM 功能），随附的 miniPCIe 转 8654 也用布上（最开始甚至尝试用 mSATA 转接板连这个转接卡）。
+
+最终只能考虑 USB3.0 去接 SATA PM 板，一拖五。结果又发现这机箱本就是残花败柳，四盘位坏了两。属于是“前景不错，但有前景不太可能”。推流姬的板 U 太垃圾导致的。
+
+---
+
+虽然还有很多话题想唠，但真要写起日记吧，记忆却蒙上一层薄雾，回忆不真切。以上是记得比较清楚 ~~（或者说耿耿于怀）~~ 的几件，姑且落笔一叙。

docs/diaries/wbsy/the-needs.md

@@ -1,43 +0,0 @@
-# 需求与“死锁”
-> 某种意义上，“死锁”也是我当前面临的心理困境。
-
-## 首先，因为有了需求
-我自认非常之“贪心算法”，我的行动也基本上为了“主观的当下”服务：我想要做什么？我想做的事需要什么条件？有没有可能设法达成？
-
-这样通过需求推导，针对性地采取措施（比如学某项技能、做物质准备），在我看来算是一种“需求导向”。尽管“实用主义”并非真理，但马哲也好，各种方法论也罢，或许正因它们如同预期那般发挥了作用，人们才广泛运用它们的吧。
-
-所以，在需求的驱使下，我认识了很多英语单词，折腾起 Windows 的配置，上手 AE 瞎摆弄着频谱特效，然后是 PECMD 脚本、C#、Python……虽然，没人理解我为何钟情这些“有的没的”。
-
-不得不承认，国人的一生非常地现实，客观的非生理需求（好比学生的学习应试需求）也是不得不直视的生活一部分。然鹅长期以来我都活得比较主观，社会的要求或者说“客观需求”并没有得到足够的重视，那么客观、社会现实层面上我无疑是比较失败的。
-
-## 然后，需求催生动力
-需求或许是学习最直接的原动力了吧，毕竟……是自己的欲求嘛。有人为了看懂番剧自学五十音，有人为了解放重复劳动学着写脚本写程序，也有人只是想上手玩玩什么——但那何尝不是一种需求，娱乐需求。
-
-当然，正所谓“师者，传道受业解惑者也”，作为“徒”，学习或许也分两种途径：悟道与解惑。  
-但……我所接触的早年的“红警 diy”对新人谈不上友好，有事没事“看教程”；现实当中我也无从问起，反倒更多地在为别人解惑——“你这么懂都不会，那我们这些不懂的更帮不了你了啊”。所以，面对如今热门的各种 AI，社恐的我还真的无所适从——要怎么斟酌语言提问呢？  
-如此，好像只剩下“我自己明悟”这一条路了。或许我应该庆幸，自己借此学会当一个调试器——是 200 OK 还是 417 Expectation Failed，实地测测不就知道了。而除了各种课程、教程资源，实地测试以外，最重要的能力大抵就是信息检索能力吧，毕竟“伸手党”亦为早期互联网所不齿。
-
-## 但，假如需求链太长了呢？
-这个问题在考研备考的后期逐渐暴露出来，并且随着就业压力愈发凸显。
-
-我所谓的“需求导向”，成也需求，败也需求。人是有惰性的，对于一件工具，一样技艺，若只凭需求去学习运用，便容易浅尝辄止，“需要做什么我便学了什么为止”。想要搓一个好看的频谱视频，便只折腾频谱；想要方便地处理红警的 ini 和 csf，便和键值对数据结构钻牛角尖。
-
-这样的结果有二。其一，需求断层时无法迅速给出解决方案，面对更高的需求拿不出对等的“解”。其一之后往往也是其二，认清了需求与能力的断层之后，往往尝试填平这一断层。但若是断层过于悬殊，需要付出的代价（或者说成本，尤其是时间）高昂到难以接受，这时很容易滑向自否的极端，否定掉为着这件事所做的所有准备。
-
-我 24 考研失利就在于此，哪怕最简单的数二，也难以理解“武神”如何省略的步骤，直接得出结果；溯寻一番，还是中学数学的芝士，即便如此我仍然不甚理解，运用起来笨手笨脚。哪怕再给我一年拾遗，收效也犹未可知。此后忙前忙后，终于还是没能“跨”去计专，就那样毕业了。
-
-然鹅哪怕忽略掉各大单位“卡专业”的事实，我也顿觉自己只学了个皮毛，与人家的技术栈相去甚远。Native Programming？不不不，早就是 web 应用的时代了；什么？数据库都不认识？那还好意思去做程序员？
-
-所谓“书到用时方恨少”，或许就是这样吧。
-
-## 最终，形成了死锁
-于是，我陷入了“虚无”，尽管我很清楚自己的状态并不正常、自己的思绪需要疏导，清楚自己“虚无”的症结——
-
-::: center
-有限的能力需要需求给养，然鹅莫得需求需要我解决，我也不再清楚“想做什么”；  
-更高的需求需要能力支持，然鹅莫得能力去搭这把手，我也茫然不知“要怎么做”。
-:::
-
-豪德，两边都等不到对方，死锁就这么成了。
-
-尽管写这篇小作文的当下我已试着找些新的方向和需求，但漫无目的地学，也不过是学个乐呵。有没有用嘛……谁知道呢？

docs/diaries/wbsy/yumemizuki.md

@@ -1,32 +0,0 @@
-# 醒“梦”
-
-> [!note]
-> 看到好友的说说，有感而发尔。原本是想 neta《崩坏3》7.6 版本标题的，但或许是厌弃自己、找不到可以被“曙”字修饰的契机吧，最终只 neta 了一半（
-
-那么，先听听谁人的告解吧：
-
-> 希望我们都能早日醒来，也希望有一天，我们会让现实与梦境对我们而言同样美好，让离开梦境直面现实，不再是“敢于”，而只是从一朵开花的树下走到另一朵开花的树下。当然，在创造梦境般的现实之前，我们不得不或许有点痛苦的从梦境中醒来。
-> 
-> ……
-> 
-> 人如果在梦里梦外感觉都是痛苦的话，痛苦的感觉反而没有那么令人印象深刻，只是麻木罢了，就像我曾经经历的很多在刚醒来时印象深刻、过几天又忘的差不多了的噩梦。反而是某些带着甜味的片段，提醒我们梦里是什么样子、提醒我们曾经或者与曾经类似的东西是什么样子，又提醒着我们在现在的现实中那些曾经真实存在的东西从某种意义上来讲已经消失。无论是梦里的梦或者是梦外的梦。
-
-回想我那连自己都厌倦于提及的，“来时的路”，或许如梦般光怪陆离而又易碎；又或者从现实的意义考量，寡淡如白开，平静如死水。但不可否认，再怎么毫无底线地否定自己，切实的经历始终是甜美的、难以割舍的“记忆”。否定了它，或许才是真正的“虚无”吧。
-
-## 梦中
-
-我的过去，概括地说来，不外乎四处求索，却求而不得的失意罢了。“看到了有意思的作品，想要像他们一样做点什么、做到什么”，基于这个动因，我做了许多次尝试，遗憾的是一次都没成功过。比起我“单纯”的过去，水友们，哪怕是大学四年熟识的舍友同学，其经历或许都“丰富”得多。换言之，“那很有生活了”。
-
-都说人的本质属性是社会性，但当时我的交往十分畸形，有大量的输入：提问、征召、要求、期盼；但相对地，输出却被遏制：我的疑问找不到人求解，我的求索乃是踽踽独行，我没有资格谈什么条件，我的期盼“不过是玩物丧志”。加上 14 年初次开始尝试时接触的思潮：比起找人发问，不如多看教程——让我更加羞于开口。结果嘛也显而易见——**我沉浸在自己的求索里已然太久，连正常交流的能力都失去了**。如今连向 AI 提问都要斟酌半天。
-
-既然错误地否定掉了“社会性”，我经历的单纯也就有了解释，毕竟我想象不到“有生活的人”缘何幸福。眼界的局限，让我逐渐把“求索的解”当成了唯一的支柱，那么支柱倒塌时的歇斯底里，也就不难想象了。
-
-要说痛苦吗，在当时的我看来或许是吧。至少 2021 年末我的确因为“做不到”破防过。麻木……或许也沾点，现在的我的确再也提不起求索的兴致了。但比起麻木，在多次见识到自己的局限、与“大佬们”的差距之后，更多的是自我否定——什么都做不到的我，起不到任何作用的我，还有何面目留存于世呢？
-
-虽然也有网友劝慰过我、肯定过我，但这种自我否定某种程度上已经根深蒂固，以至宁愿相信自己如前同事所说那般是个“千古罪人”。以上，便是我挥之不去的“噩梦”，如告解所谓的“梦外的梦”。
-
-## 梦醒
-
-“生命因何而沉睡？人们沉睡，是为了最终从梦中醒来。”
-
-无论如何，日子终归是要过的，我的眼光也不得不更现实一些。相比起好友有潜力、有勇气、有意愿、积极向上的“直面现实”，我的“直面”或许更无可奈何一点，毕竟梦中的我不喜欢为自己留退路嘛。

docs/notes/Maintenance/ArchInstall.md

@@ -172,7 +172,7 @@ pacman-key --populate
 在**联好网的新系统**里配置`archlinuxcn`源：再次打开`/etc/pacman.conf`，末尾添加如下小节
 ```ini
 [archlinuxcn]
-Server = https://mirrors.tuna.tsinghua.edu.cn/archlinuxcn/$arch
+Server = https://mirrors.cernet.edu.cn/archlinuxcn/$arch
 ```
 并安装 CN 源的签名密钥和 AUR 助手：
 ```bash
@@ -218,7 +218,7 @@ sudo pacman -S pipewire gst-plugin-pipewire pipewire-alsa pipewire-jack pipewire
 跟完前面的内容之后，你便拥有了一个无 GUI 的终端 Arch 系统。但作为日常使用的话，图形桌面肯定必不可少。
 
 本文与那两篇参考外链一样**采用 KDE 桌面环境**。当然除了 KDE 之外，你也可以考虑 GNOME 桌面环境 ~~（只是我用腻了）~~；
-也可以考虑散装方案（比如`hyprland`~~，只是我没折腾成功~~）。
+也可以考虑散装方案（比如`niri`，部分配置可参见 [aglab.dotfiles](https://git.liteyuki.org/AgxCOy/aglab.dotfiles)）。
 
 ```bash
 # 分别安装 xorg 套件、sddm 登录管理器、KDE 桌面环境，以及配套软件

docs/notes/Maintenance/ArchUEFI.md

@@ -67,9 +67,9 @@ UEFI 固件首先会**遍历各硬盘的 ESP 分区**，并在其中查找`\EFI\
 ::: info
 实际上`bcdboot`工具会在 ESP 分区里同时写入`bootx64.efi`和`bootmgfw.efi`。前者即回退路径启动项。
 
-有关`bootx64.efi`、`bootmgr(.efi)`和`bootmgfw.efi`的关系可能有些复杂，[微软文档](https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/bcd-system-store-settings-for-uefi?view=windows-11)也只隐晦地给出了一部分，谷歌了一圈各种观点都有。本着实事求是的原则，我不会糅合这些观点提出假设，只附上几个问题：
-- Windows 的`bootx64.efi`分别在本机 Windows、WinToGo 和 WinPE 中起到什么作用？它是否真的等同于（或者等价于）`bootmgfw.efi`（或是`bootmgr`）？
-- 到底是 fwbootmgr（即`bootmgfw.efi`）调用 bootmgr，还是反过来呢？二者是谁“悄悄地”为 UEFI NVRAM 添加原生启动项？
+有关`bootx64.efi`、`bootmgr(.efi)`和`bootmgfw.efi`的关系可能有些复杂，谷歌了一圈各种观点都有。本着实事求是的原则，我不会糅合这些观点提出假设，只附上几个问题：
+- `bootx64.efi`、`bootmgfw.efi`（或`bootmgr`）分别在本机 Windows、WinToGo 和 WinPE 中起到什么作用？三者之间是否存在等价（即功能上可以替代，乃至文件哈希相同）？
+- fwbootmgr（即`bootmgfw.efi`）与 bootmgr，是谁“悄悄地”为 UEFI NVRAM 添加原生启动项？
 :::
 
 ## 启动加载器（以 Grub 为主）
@@ -193,7 +193,7 @@ echo 'root=UUID=... resume=UUID=... rw loglevel=3 quiet' > /etc/kernel/cmdline
 
 ::: info [GPT 分区自动挂载](https://wiki.archlinuxcn.org/wiki/Systemd#GPT%E5%88%86%E5%8C%BA%E8%87%AA%E5%8A%A8%E6%8C%82%E8%BD%BD)
 跟 [@Vescrity](https://github.com/Vescrity)讨论的时候我俩都觉得分区 UUID 太长了，于是他尝试省略掉`root=`参数。  
-就结果来看还真可行，顺带附上他的折腾记录：[Yukitoha Blogs：从统一内核镜像启动](https://vescrity.github.io/post/UKI/)。
+就结果来看还真可行，顺带附上他的折腾记录：[《从统一内核镜像启动》](https://vescrity.github.io/post/UKI/)。
 :::
 
 ### ii. 预设文件
@@ -208,7 +208,7 @@ PRESETS=('default')
 default_uki="/efi/EFI/BOOT/bootx64.efi"
 default_options="--splash /usr/share/systemd/bootctl/splash-arch.bmp"
 ```
-本身 UKI 默认是丢到`esp\EFI\Linux\arch-linux*.efi`里的，相对来说已经比较通用（Grub 可以直接读，据说`systemd-boot`也可以扫描到，也可以直接刷进 NVRAM）。但我尝试 UKI 本就是为了摒弃前面两种方案，殊途同归反倒不值得这么整了。所以我个人选择直接让 UEFI 固件直接加载回退路径启动项。
+本身 UKI 默认是丢到`esp\EFI\Linux\arch-linux*.efi`里的，相对来说已经比较通用（Grub 可以直接读，也可以用作原生启动项）。但我尝试 UKI 本就是为了摒弃前面两种方案，殊途同归反倒不值得这么整了。所以我个人选择让 UEFI 固件直接加载回退路径启动项。
 
 ### iii. 创建映像
 按需建立路径，并跑一遍生成：
@@ -216,7 +216,7 @@ default_options="--splash /usr/share/systemd/bootctl/splash-arch.bmp"
 mkdir -p /efi/EFI/BOOT/
 mkinitcpio -p linux
 ```
-如有必要，清理系统中废旧的启动文件（Grub、……），并用`efibootmgr`手动清理遗留的原生启动项。
+如有必要，清理系统中废旧的启动文件（`grubx64.efi`、`refind_x64.efi`等），并用`efibootmgr`手动清理遗留的原生启动项。
 
 ---
 

docs/notes/Maintenance/JellyfinFileOrg.md

@@ -1,221 +0,0 @@
----
-category: 折腾流程
-tag:
-  - Jellyfin
-  - 影音服务器
-  - 媒体库
-  - 刮削
-  - 文件管理
----
-
-# 影音服务器——有关 Jellyfin 的文件归集
-
-> [!important]
-> 本文仅探讨音、视、图、文在纳入 Jellyfin 媒体库时应该如何整理、刮削，**并不涉及工具本身的部署以及媒体库的建立**。如有需求还请另行查找教程，或翻阅[官方文档](https://jellyfin.org/docs/general/installation/)。
-
-> ~~Emby 支持文件夹，Jellyfin 不支持，Emby 赢一半！（~~
-
-Plex 怎样我不清楚，但 Emby 对文件摆放的要求的确是比 Jellyfin 宽松得多的。但在好友的撺掇下，我还是换用 Jellyfin 了。~~……然后，就被 Jellyfin 的刮削和文件结构要求气晕。~~
-
-::: note 我个人的大致分类
-- 电子书（Books）
-  - 漫画（Comics）
-  - 小说（Novels）
-- 音频
-  - 音乐（CloudMusic）
-  - 音声（DLsite、ASMR 虚拟主播的录播转码）
-- 视频、图片
-  - 音声（实写录播）
-  - 画师的差分图（Fanbox、Patreon，等等）
-  - MMD
-  - 可爱的女装照（不是我的，我的[都发出来惹](../../diaries/dress/readme.md)）
-
-虽然上述一些内容的说法已经比较直白，但真的点出来是什么东西就还是有点超过了哈。
-:::
-
-有人可能会问，为什么音声会分音、视频呢？呐就要讨论下 Jellyfin 的媒体库了。
-
-## 媒体库的类型
-
-无论 Emby 还是 Jellyfin（我想 Plex 也一样），对于媒体内容的界定通常比较分明。这当然可称得上一件好事，但视频不仅仅是影片，音频也不仅仅是歌曲。对于没办法归类成“剧集”的，尚有“家庭视频和照片”这种分类，这也就能够解释为何我把视频和图片归为一大类；然鹅对于没办法归类成“专辑”的，私密马赛，我莫得选择。
-
-![Jellyfin 媒体库类型 =180x](./jellyfin_content_type.webp)
-
-然后……接下来就讲讲音乐、书籍、家庭视频和照片怎么整理文件夹结构吧。电影和节目这块网上应该也有不少教程。“混合电影和电视”这一项据官网称**已经弃用，不推荐选**。
-
-::: tip 或者参考这些博客
-毕竟我是死宅嘛。!!死宅真恶心。!!
-
-- [《利用 Jellyfin+Bangumi 打造更舒适的动画媒体库》（初之音）](https://www.himiku.com/archives/deploy-a-more-comfortable-animation-library-with-jellyfin-and-bangumi.html)
-- [《打造你的同人音声媒体库》（Hinata Rin）](https://blog.hinatarin.com/2021/09/27/build-your-own-doujin-voice-media-library/index.html)
-:::
-
-## 书籍
-
-::: details 官方给出的电子书摆放
-```
-Books
-├── Audiobooks
-│   ├── Author
-│   │   ├── Book1
-│   │   │   └── Book1.flac
-│   │   └── Book2
-│   │       └── Book2.mp3
-│   └── Book3
-│       ├── Book3.aac
-│       ├── content.opf
-│       └── cover.jpg
-├── Books
-│   └── Author
-│       ├── Book4
-│       │   └── Book4.epub
-│       ├── Book5
-│       │   └── Book5.epub
-│       ├── Book6
-│       │   ├── Book6.epub
-│       │   ├── cover.png
-│       │   └── metadata.opf
-│       └── Book7
-│           └── Book7.pdf
-└── Comics
-    ├── Plastic Man (1944)
-    │   └── Plastic Man #002 (1944).cbz
-    ├── Attack on Titan (2012)
-    │   └── Attack on Titan #001 (2012).pdf
-    └── Comic (2008)
-        ├── ComicInfo.xml
-        └── Comic #001 (2008).cbr
-```
-:::
-简而言之，对于每一“本”书，最好**单独开辟一个文件夹**，然后文件夹里**只摆放该书的单文件“合订本”**（比如`Books/王道24寄网/王道24寄网.pdf`）。
-
-但这么分在我看来十分甚至九分的抽象，因为我手里的大多数小说和漫画都莫得有效的标签，甚至绝大多数是由纯文本导出 PDF 而来。因此，比起官版墨迹的组织方式，不妨就按各人的阅读习惯组织起来，不支持的格式导出成 ~~PDF~~ EPUB，就可以了。
-
-> [!note]
-> 旧版 Jellyfin 的 PDF 阅读器在 PC 端有可能加载不出来。而且就阅读体验来说或许还不如下载到手机里用 WPS 阅读。~~所以服务器端真的没有像番茄免费小说那样的电子书架吗（~~
-
-## 家庭视频与照片
-
-这一分类也是差不多的随性。官方也莫得文档来强制约束应当是什么样的文件组织。以《绝区零》铃妹的一组差分图为例：
-
-![《家庭视频和照片》 =180x](./jellyfin_home_visual.webp)
-
-## 音乐
-
-然后就是重头戏了，音乐。开篇我提过，我借助音乐媒体库还托管一些同人音声，那么对于音声的管理也是同样的。
-
-::: details 官方给出的音乐摆放
-```
-Music
-├── Some Artist
-│   ├── Album A
-│   │   ├── Song 1.flac
-│   │   ├── Song 2.flac
-│   │   └── Song 3.flac
-│   └── Album B
-│       ├── Track 1.m4a
-│       ├── Track 2.m4a
-│       └── Track 3.m4a
-└── Album X
-    ├── Whatever You.mp3
-    ├── Like To.mp3
-    ├── Name Your.mp3
-    └── Music Files.mp3
-```
-:::
-
-### 歌曲的刮削与组织
-
-::: info 媒体刮削
-刮削——或者我更愿意称之为“打标”或者“tagging”——指的是从特定渠道（一定是互联网吗？未必）获取到这份音/视频的元数据信息（作者、标题、流派、专辑、发行年份，等等），并且填充进媒体文件的附加信息位（通常位于文件尾部），又或者单独整理成`.nfo`之类的数据库的行为。
-
-这一词不仅限于音频，视频也是有元数据信息的，比如内嵌字幕（不同于剪辑、特效软件直接打在视频流上的文本框字幕）。
-
-非要说的话，我更倾向于：“刮削”一词不过是老烧们捏出来唬人的，所谓的专有术语罢了。
-:::
-
-我的歌曲大多下载自网易云，通常来说都是刮削好的`mp3`和`flac`文件，但也有些许例外，比如 VIP 歌曲复制链接跑去在线工具抓取下载得来的音频文件，呐怎么办呢？
-
-之前看到的[《基于 Jellyfin 和音流的 nas 影音库搭建及踩坑》（少数派）](https://sspai.com/post/90896)一文推荐了“音乐标签”这么个工具，支持从网易云、QQ 等多个国内源抓取、刮削音频。此外，Mp3tag（[官网下载](https://www.mp3tag.de/en/download.html)、[官方文档](https://docs.mp3tag.de/)）也可以从 MusicBrainz 等国外源抓取、刮削。
-
-个人建议刮削阶段还是用国内源比较好，因为接下来我要讲一个“洛天依作品集”的故事：
-
-![洛 天 依 作 品 集 =420x](./luotianyi_question_mark.webp)
-
-但刮削工具也并非万能。比如《紫罗兰永恒花园 OST》的很多歌就被“音乐标签”那软件霍霍了个遍：
-
-![《凹凸世界五周年》 =420x](./musictag_misfetch.webp)
-
----
-
-刮削完了需要按上面的官方要求组织这些歌曲，毕竟 Jellyfin 不支持读取音乐标签自动聚合（这点在上面援引的博客中也吐槽了）。我个人用 Mp3tag 做批量重命名。相比起音乐标签，Mp3tag 重命名时允许用函数格式化字符串，比如`$replace`、`$num`，方便一点。
-
-Jellyfin 的音频搜集**仅以专辑为依据**。官方文档自己也说“as long as each album is contained within one folder”，翻译过来就是“只需确保一张专只在一个文件夹（子树）”。所以文件结构自然也以专辑为准。
-
-::: details 分碟
-顺带一提，基于上述准则，以及我自己组织音声的实践来看。有如下几种错误例，Jellyfin 会拆分成多个同名的专辑：
-1. 同一张专按分碟**分成多个文件夹（树）**，违反单子树要求
-  ```
-  Author
-    \AlbumA Vol.X
-    \AlbumA Vol.Y
-    \AlbumB Vol.X
-  ```
-  这种情形会在媒体库里拆出两个 AlbumA（分别为盘号 X 和盘号 Y）。
-
-2. 非数字光盘号（音乐专辑诚然如此，然鹅音声有 Omake）
-  ```
-  \Album
-    \Vol.1
-    \Vol.2
-    \Vol.Omake
-  ```
-  这种情形 Omake 会被拆出去，也就是两张封面一样的 Album 专辑。
-
-3. 文件夹不显式标明盘号，指望用`.mp3`文件里的盘号让 Jellyfin 自动刮削
-  ```
-  \Album
-    \Asahina Akari POV
-    \Mahiro Yuzuki POV
-    \Mahiro Yuri POV
-  ```
-  Jellyfin 会这么看：把 Album 当成 Artist，把三个 POV 当成三张独立专辑。也就是拆成三张同名专辑。
-
----
-
-正确的组织方式应为：
-```
-Author
-  \AlbumA
-    \Vol.X
-    \Vol.Y
-  \AlbumB
-```
-~~所以说就不能直接读音乐标签做自动聚合马？~~
-:::
-
-### 音频音声的刮削与组织
-
-不同于歌曲的刮削，音声**通常是没有标签**的。所以，首先需要人为对这些音声进行分类：DLsite 贩售的？主包的订阅限定？还是说有什么特征，是剧情音声？催眠音声？普通的奥数魔刃？
-
-如果有些音声实在没有头猪，至少也用“散装”之类的文件夹包起来，**尽量确保所有的“文件”都被文件夹收纳好，避免裸放在媒体库文件夹下，也避免文件夹和音声文件混着存放**[^mixed_album]。
-
-[^mixed_album]: 避免音声文件和文件夹混在一起，是因为：
-    - 假若该文件并没有任何标签，那么只能在 Jellyfin 音乐媒体库的“歌曲”那一页翻来覆去才找得到；
-    - 假如该文件有打标签，那么所有和它混在一起的文件夹，里面的音声分类（哪怕自身有打标）均会被覆盖为该文件的标签。
-
-::: tip 理想的文件树（简化版本，但仍可能加载较慢）
-```mermaid
-flowchart LR
-    A(["音声"]) --> B(["DLsite"]) & D(["订阅限定"]) & E(["音声录播"])
-    B --> B1(["RJ416817"]) --> n1(("\*.mp3"))
-    D --> D1(["希丝奈cisne"]) --> D11(["24-11"]) --> n21(("\*.mp3"))
-    D1 --> D12(["八月舰长音声"]) --> n22(("\*.mp3"))
-    E --> E1(["mahoulelys"]) --> n3(("\*.mp4.mp3"))
-```
-或者说，尽可能保证所有的**文件**均在平衡树的叶子节点处。
-:::
-
-分类完毕之后，再对这些音声做批量的打标。
-
-DLsite 上贩售的音声可用 Python 第三方库`dvtag`打标（从 DLsite 获取元数据可能需要代理），具体可参见开篇的参考博客；像音声录播通常就以主播为单位收纳好；至于可能存在子文件夹的订阅限定，可以用 Mp3tag 批量为这些音声的作者、年份字段打上标注，或是在专辑字段打上“谁谁的限定音声”，都行。

docs/notes/Maintenance/SelfHosted.md

@@ -211,7 +211,7 @@ geox-url:
 
 - `webmin`：提供 WebUI 以配置服务器的系统，以及监测服务器的性能占用。
 - `aria2`与`AriaNg`：提供直链、BT、PT 下载支持。参见[《手把手教你使用 Docker 搭建 aria2+AriaNg，打造自己的离线下载服务器》（博客园）](https://www.cnblogs.com/wqp001/p/14709997.html) [^ariang_baidupan]。
-- `jellyfin` `emby`：影音服务器。有关 Jellyfin 的刮削会专门另开一篇讨论。
+- `jellyfin` `emby`：影音服务器。个人觉得就*资源管理的便利性*而言，Jellyfin 并不算好；但 Emby 白嫖着用也不见得操作有多舒服。
 - `vscode-server`：控制端可利用 VSCode 配合 Remote-SSH 插件连上服务器，做些跨平台开发……或者 Linux Native 开发。~~真有人在 Linux 编译 MSVC x86-64 吗？有的话浇我。~~
 - `ssh`：Xshell 做些命令行活计，Xftp 做些文件交换活计。
 - `nfs`：和前面 Windows 一样，可以挂共享文件系统。

docs/notes/RA2/RA2TriggerLogics.md

@@ -14,7 +14,7 @@ star: true
 # 浅谈红警 2 触发组件的运行逻辑
 
 ::: warning 观前注意
-由于涉及一些编程知识点，本综述可能存在亿些阅读困难。
+由于涉及一些编程知识点，本文可能存在亿些阅读困难。
 虽然经过与 Zero Fanker 等人的讨论后决定做些~~修缮~~重写，但难免仍有需要改进之处。
 :::
 

docs/notes/README.md

@@ -1,5 +1,5 @@
 ---
-title: 笔记
+title: 如我所书
 index: false
 article: false
 timeline: false
@@ -7,6 +7,4 @@ comment: false
 icon: book
 ---
 
-笔记这边类似 B 站、知乎的“专栏”，有能成篇的发现就会考虑写写。
-
 <Catalog />

package.json

@@ -10,15 +10,15 @@
     "up-deps": "pnpm dlx vp-update"
   },
   "devDependencies": {
-    "@vuepress/bundler-vite": "2.0.0-rc.23",
-    "@vuepress/plugin-docsearch": "2.0.0-rc.110",
-    "@vuepress/plugin-remove-pwa": "2.0.0-rc.109",
-    "katex": "^0.16.22",
-    "mermaid": "^11.7.0",
-    "sass-embedded": "^1.89.2",
-    "vue": "^3.5.17",
-    "vuepress": "2.0.0-rc.23",
-    "vuepress-theme-hope": "2.0.0-rc.93"
+    "@vuepress/bundler-vite": "2.0.0-rc.26",
+    "@vuepress/plugin-docsearch": "2.0.0-rc.121",
+    "@vuepress/plugin-remove-pwa": "2.0.0-rc.118",
+    "katex": "^0.16.27",
+    "mermaid": "^11.12.2",
+    "sass-embedded": "^1.97.1",
+    "vue": "^3.5.26",
+    "vuepress": "2.0.0-rc.26",
+    "vuepress-theme-hope": "2.0.0-rc.101"
   },
   "packageManager": "pnpm@9.15.3+sha512.1f79bc245a66eb0b07c5d4d83131240774642caaa86ef7d0434ab47c0d16f66b04e21e0c086eb61e62c77efc4d7f7ec071afad3796af64892fae66509173893a"
 }

src/friends.json

@@ -22,5 +22,17 @@
     "icon": "https://q.qlogo.cn/g?b=qq&nk=1574260633&s=640",
     "desc": "可爱的 Python Dev 和音乐人律姐姐～",
     "link": "https://glowmem.com/"
+  },
+  "#24:0": {
+    "name": "SD7935",
+    "icon": "https://q1.qlogo.cn/g?b=qq&s=640&nk=2691681405",
+    "desc": "一个CTFer、红警牢玩家、死宅、蟒蛇使用者、hentai",
+    "link": "https://www.sd7935.link/"
+  },
+  "#26:0": {
+    "name": "Asankilp",
+    "icon": "https://blog.erroro.moe/assets/avatar.jpg",
+    "desc": "半吊子写代码的，瞎折腾的。",
+    "link": "https://blog.erroro.moe/"
   }
 }

src/navbar.ts

@@ -2,7 +2,6 @@ import { navbar } from "vuepress-theme-hope";
 
 export default navbar([
   "/",
-  "/archives/",
   "/notes/",
   "/diaries/",
   {

src/sidebar.ts

@@ -4,19 +4,13 @@ export default sidebar({
   "/": [
     // "",
     {
-      text: "综述",
-      icon: "folder-open",
-      prefix: "archives/",
-      children: "structure",
-    },
-    {
-      text: "笔记",
+      text: "如我所书",
       icon: "book",
       prefix: "notes/",
       children: "structure",
     },
     {
-      text: "随想",
+      text: "记忆的质料",
       icon: "paper-plane",
       prefix: "diaries/",
       children: [

vuepress.config.ts

@@ -25,7 +25,7 @@ export default defineUserConfig({
     [
       "link",
       {
-        href: "https://unpkg.com/",
+        href: "https://npm.onmicrosoft.cn/",
         rel: "preconnect",
         crossorigin: "",
       },
@@ -33,7 +33,7 @@ export default defineUserConfig({
     [
       "link",
       {
-        href: "https://unpkg.com/@agxcoy/lxgw-wenkai-vp-hope@latest/style.css",
+        href: "https://npm.onmicrosoft.cn/@agxcoy/lxgw-wenkai-vp-hope@latest/style.css",
         rel: "stylesheet",
       },
     ],