该渲染由 Shiro API 生成，可能存在排版问题，最佳体验请前往：https://www.xiaohanwu.com/notes/30

看完了？说点什么呢

一直以来我对我的薪资都不太满意，但是由于初入社会资历尚浅，我没有勇气和资本力争上游。

在2025年初，由于公司的业务量骤减，我已经在岗闲了两个多月，但每日坐在工位上无所事事的日子让我十分煎熬，没有学习的动力，没有发展的方向，没有完成的目标。每天的日子就是踩点上班，掐点吃饭，准点下班。其实这段时间我还是挺享受的，没有任何工作压力，薪水照常足额发放，准时准点下班。但是我很恐惧，担心这种生活会毁了我自己，公司在肉眼可见的未来也仅有很少的工作需要我去做，并且我能感受到一股浪潮在暗处涌动。

于是我逃离了。

月初我向领导提交了一份转职申请书。大致内容是将我目前的工作转为线上兼职（虽然很闲，但是有些事务还是只能由我去处理，没有任何可替代性），劳动合同也就此终止并转为兼职协议，薪水当然也近乎砍了一大半。

在层层审批之后，公司最终同意了我的这份申请，这意味着从明天起我就是自由人了。

得知结果时我没有预想中的开心，继而有些迷茫，有些不知所措，我不知道我此刻的选择是对是错。我从来都认为我是个很清醒的人，无时无刻不在权衡利弊。每当产生与我有关的事件时，我第一反应就是：我能从这件事情中获得什么？我会在这件事情中失去什么？功利化的社会造就了功利化的我，以至于我会将个人的感受压抑到一个难以置信的地步，生活如此，事业如此。

车轮已经滚滚向前，我们别无选择。

金柅园 作者：晏殊
临川楼上柅园中，十五年前此会同。 一曲清歌满樽酒，人生何处不相逢。

奶奶家的猫是一只三花。她每天会在菜园子的围墙上踱步，偶尔会伸出前后爪舒展身体，从容而又优雅的伸个懒腰。她似乎没有正式名字，我和奶奶投食时都会“咪咪，咪咪”地叫嚷，然后这只小三花就会两眼放光的从某个院墙角落一路小跑到人的面前，温顺的蹭着人的裤腿。也许在小猫的世界里“咪咪”就是她的名字吧~

三花在猫界是公认的美女。奶奶家的散养三花并没有绝育，每当发情的季节结束，咪咪的肚子总会鼓起来。我指着咪咪越来越大的肚子问奶奶，为什么她整天躺着无精打采的？奶奶停下了缝纫机，扶了一下老花镜说她快要生了，你去给她搭个窝，之后便低下了头，缝纫机的呼呼声继续响了起来。

是的，咪咪没有窝。咪咪没有床。她夏天睡在简易的柴火堆棚子里。冬天天冷的时候会往厨房烧柴火的灶台里面钻，每次奶奶点火烧灶台的时候都会拿火剪往灶台里面捅一下，在里面睡觉的咪咪会”喵“的大叫一声，带着一身草木灰窜出来围着奶奶嗷嗷叫。于是我在家里翻出来一个大纸箱子，撕掉了一个面，方便进出，在我忙活的时候，咪咪仿佛知道了这是她的新窝，竖起她那长长的充满花色的漂亮尾巴高兴的在我脚边来回转悠。随后我又找了些不要的旧棉衣铺在底部，大功告成。我看着咪咪指向她的新窝说，“进去吧”，那是我第一次在一只小猫的脸上看到了满足。

第二天放学回到家后，奶奶和我说咪咪昨晚生小猫了。我赶紧丢下沉重的大书包跑到侧屋的纸箱子旁边，咪咪安静的侧躺在箱子的角落，闭着眼仿佛在睡觉，旁边是5只湿乎乎的花色不一的小小猫咪。奶奶每次在咪咪生产之后都会给咪咪炖鱼吃，在吃晚饭的时候我夹着那条鱼放到了咪咪的碗里，看着她吃鱼的狼狈样子我忍不住笑了起来，仿佛是自言自语的对咪咪说，这就是你生的猫啊，你个三花大美女生的娃也太丑了。咪咪不语，只是一昧的吃着碗里的小鱼。后来咪咪的孩子长大了，每天在咪咪后面当跟屁虫。我偶尔也会提着小猫咪的脖颈然后放到桌子上细细观察，咪咪静静的躺在脚边看着我，似乎也知道我不会伤害她们。再后来我就逐渐看不到小猫咪了，听奶奶说是周围的邻居过来给小猫讨走了。再再后来又只剩下咪咪一个了，我轻轻的抚着咪咪的头说下次别生了哦。

咪咪有个缺点，那就是爱吃。

每次奶奶在院子里杀鱼的时候，咪咪一定会乖巧的蹲在旁边等待奶奶把处理下来的鱼鳃、鱼泡、鱼肠丢给她吃，吃完就一溜烟的跑没影了。夏天傍晚的时候爷爷奶奶经常会把小桌子搬到院子里面吹着晚风露天吃饭。我站在小凳子上面拉开了屋檐白炽灯的开关，昏黄色的光夹杂着没有完全消失的天光照亮了小小的餐桌，菜是一个一个上的，爷爷奶奶都在厨房里忙活，我拉完灯线扭头看见咪咪跳到餐桌上偷偷吃盘子里面的菜，我赶紧跑过去把咪咪赶了下去，这时爷爷端着一盘炒肝高兴地说都来尝尝我的手艺，我撇了一眼旁边正在吃地上奶奶夹的饭菜的咪咪大松一口气，还好爷爷奶奶都没看到，不然咪咪就惨了，一顿打是少不了的。

就这样，咪咪陪着我从小学读到了初中。她的毛色也不再光滑，喵呜的声音也不再妩媚，只是那根长长的充满花色的漂亮尾巴依旧挺立。由于学业繁重，初中时我就很少在奶奶家住了，只是寒假暑假会在奶奶家里吃饭，玩耍。就这样，在暑假快要结束的某一天里，咪咪出事了。

她偷吃了同一个大院的很难惹的老太太晒的香肠。老太太一出门就看见咪咪正站起身子咬香肠的尾端，在此之前这个老太已经丢了两根。她认得这是我家的猫，揪着咪咪的后脖颈肉非常生气的跑去质问我的奶奶并要求赔偿，不然的话就把猫打死。后来的事情我就不知道了，因为那个下午我在屋里看电视，只是依稀记得听到了几声很惨、很惨、很惨的猫叫声，后来就再也没看到散养的咪咪了。

她是好猫，是乖猫，乖到我给她抓虱子掐到肉都不会叫，不会咬我。乖到一叫她咪咪就跑过来蹭我的裤腿。乖到陪了我度过了最懵懂无知的童年。她是坏猫，是馋猫，偷吃不该吃的东西，以至于香消玉殒，以至于我再也不能抚着她的毛发叫她咪咪。

咪咪是一只好猫吗？

“咪咪，咪咪”

该渲染由 Shiro API 生成，可能存在排版问题，最佳体验请前往：https://www.xiaohanwu.com/notes/26

看完了？说点什么呢

前言

在前文提到了由于Vercel的某些原因而不得不将前端改为本地部署，此贴简单记录一下部署过程。

https://www.xiaohanwu.com/notes/25

NOTE

1.本贴仅适用于2C4G及以上配置服务器参考使用。
2.在参考本教程前请确保您的后端站点已经成功部署并访问。

一、环境配置

不建议使用windows进行前端构建，因脚本问题若强行构建可能会产生某些未知的错误。（||别问，问就是踩过坑||）

1.刷新系统缓存以及安装一些必要的软件包

apt update && apt install git curl vim wget git-lfs -y

2.安装NVM

curl https://raw.githubusercontent.com/creationix/nvm/master/install.sh

3.运行 source ~/.profile 命令将环境变量重新加载到当前会话中

source ~/.profile

4.安装 Node.JS 20.12.2

# 安装
nvm install 20.12.2
# 检查版本
node -v

5.安装pnpm，pm2

npm install -g pnpm pm2

6.安装Sharp

npm i -g sharp
pnpm add sharp
# 配置sharp环境变量
export NEXT_SHARP_PATH=/root/node_modules/sharp

配置.env文件

复制 .env.example 为 .env 并编辑 .env 文件

cd /opt/mx-space/Shiro
mv .env.template .env
vim .env

.env文件内容示例

# 后端API地址
NEXT_PUBLIC_API_URL=https://api.example.com/api/v2
# 后端网关地址
NEXT_PUBLIC_GATEWAY_URL=https://api.example.com
# TMDB信息获取
TMDB_API_KEY=
# GitHub token，用来获取前端版本哈希
GH_TOKEN=

开始构建

注意：在构建前需要确保你的后端站点已经可以成功访问。

pnpm i && pnpm build

在构建过程中可能会有其他意想不到的报错，但一般都是以下原因，请逐一排查。

1. 网络错误（一般是项目中的字体文件下载出错）

2. 代码冲突（若你的博客有自定义内容，可能会有代码错误）

3. 服务器内存不够（字面意思）

构建完成后在shiroi目录会产生.next文件夹，这便是构建后的产物。

本地运行

如果没有报错的话就是构建完成了。

（构建完成的时候你一定会知道是不是构建完成了）

废话ಠ_ಠ

当构建完成后直接前台启动

pnpm prod:pm2

浏览器输入服务器IP+端口号2323即可浏览站点啦

更新

如果你的前端站点有更新的话，直接git拉取最新文件后重新使用pnpm i && pnpm build进行构建，然后使用pnpm prod:pm2运行即可。

P.S.如何停止站点

pm2 kill

参考文献

以下都是群里很牛，很厉害的大佬。

Arthals' ink：mx-space + Shiro：如纸一般纯净的新博客

华岁云小屋：Mix-Space部署最新前端Shiro

该渲染由 Shiro API 生成，可能存在排版问题，最佳体验请前往：https://www.xiaohanwu.com/notes/25

看完了？说点什么呢

码字的此刻，外面下着浠沥沥的小雨，秋天已经在这座城市刻下了印痕，枯叶在簌簌声中被秋风摘了下来。这个季节充斥着告别，我听到风在忏悔，我听到树根在痛哭，我听到雾在诉说对山的不舍，我听到叶在倾诉与根的别离，清冷而枯朽，寂寥而寒冽。

四年前同样有个秋天，我站在一片白蜡林中，目之所及是一片耀眼的金色汪洋，如此光芒......如此闪亮......，初秋的微风在枝桠中沙沙滑过，每片叶都在轻吟，每根枝都在欢唱，低频的颤音轰击着我的识海，仿佛有一片风将我轻轻托起，我也变成了一片泛了黄的叶子，在叶海中缓缓舞动。我还记得那时秋风滑过皮肤的感觉，像一片完美无瑕的绸缎，又像一汪古井无波的温泉，它在我耳边轻轻的呢喃，我努力的去听，却又像隔了一堵不太厚的墙，而这飘渺的呢喃声却在空中散去，仿佛没有声音，却仿佛四面八方全是声音。我挥手空抓了几下，只抓到了几片落下的白蜡树叶。

汪洋中，风仍在簌簌吹动。

四年后的一个秋天傍晚，秋雨斑驳的落在车顶，噼噼啪啪的声音如同寺庙的梵音让人入定，我眼神空洞地望着这座城市的秋雨。时间这时似乎停了下来，拟人化的在远处看着我。所有的噪音、所有的灰尘、所有人的动作都在此刻暂停了，只是雨还没有停。我小心翼翼地打开了车门，任凭这场秋雨淋湿身体，我信步在车流中感受着雨的律动，雨的跳脱。雨点越来越大，越来越猛烈，砸在车顶使得整辆车，甚至整座高架桥都在颤抖不已，雨声混杂着呼啸风声裹挟着我冲破云层，冲破天空。天空中氤氲的弥蒙水雾使我仿佛又置身于四年前的白蜡树林，这么静......这么美......。不知哪来的刺耳喇叭声使我跌落幻境，照了照镜子不知何时竟已泪流满面。

秋雨中，我绝尘而去。

该渲染由 Shiro API 生成，可能存在排版问题，最佳体验请前往：https://www.xiaohanwu.com/notes/22

看完了？说点什么呢

该渲染由 Shiro API 生成，可能存在排版问题，最佳体验请前往：https://www.xiaohanwu.com/posts/life/sea.html

看完了？说点什么呢

::: warning 由于工作与学习需要，计划开启K8S的学习||（新坑）||，加油！ :::

K8S

kubernetes 因为英文单词 K 和 S 中间包含 8 个字母，所以简称 K8S， 是一个全新的基于容器技术的分布式架构领先方案，是谷歌严格保密十几年的秘密武器----Borg 系统的一个开源版本，于 2014 年 9 月发布第一个版本，2015年 7 月发布第一个正式版本。

kubernetes 的本质是一组服务器集群，它可以在集群的每个节点上运行特定的程序，来对节点中的容器进行管理。目的是实现资源管理的自动化，主要提供了如下的主要功能：

• 自我修复：一旦某一个容器崩溃，能够在1秒中左右迅速启动新的容器
• 弹性伸缩：可以根据需要，自动对集群中正在运行的容器数量进行调整
• 服务发现：服务可以通过自动发现的形式找到它所依赖的服务
• 负载均衡：如果一个服务起动了多个容器，能够自动实现请求的负载均衡
• 版本回退：如果发现新发布的程序版本有问题，可以立即回退到原来的版本
• 存储编排：可以根据容器自身的需求自动创建存储卷

kubernetes组件

一个 kubernetes 集群主要是由控制节点 master、工作节点 node构成，每个节点上都会安装不同的组件。

master：集群的控制平面，负责集群的决策 ( 管理 )

Master 节点上会安装四个重要组件，分别如下：

• ApiServer : 资源操作的唯一入口，接收用户输入的命令，提供认证、授权、API注册和发现等机制
• Scheduler : 负责集群资源调度，按照预定的调度策略将 Pod 调度到相应的 node 节点上
• ControllerManager : 负责维护集群的状态，比如程序部署安排、故障检测、自动扩展、滚动更新等
• Etcd ：负责存储集群中各种资源对象的信息，相当于 K8S 的数据库
• node：集群的数据平面，负责为容器提供运行环境 ( 干活 )

node 节点上会安装三个重要组件，分别如下：

• Kubelet : 负责维护容器的生命周期，即通过控制docker，来创建、更新、销毁容器
• KubeProxy : 负责提供集群内部的服务发现和负载均衡
• Docker : 负责节点上容器的各种操作

下面，以部署一个 nginx 服务来说明 kubernetes 系统各个组件调用关系：

1. 首先要明确，一旦 kubernetes 环境启动之后，master 和 node 都会将自身的信息存储到 etcd 数据库中；
2. 一个 nginx 服务的安装请求会首先被发送到 master 节点的 apiServer 组件；
3. apiServer 组件会调用 scheduler 组件来决定到底应该把这个服务安装到哪个 node 节点上，在此时，它会从 etcd 中读取各个 node 节点的信息，然后按照一定的算法进行选择，并将结果告知 apiServer；
4. apiServer 调用 controller-manager 去调度 Node 节点安装 nginx 服务；
5. kubelet 接收到指令后，会通知 docker，然后由 docker 来启动一个 nginx 的 pod，pod 是 kubernetes 的最小操作单元，容器必须跑在 pod 中；
6. 当Pod启动后，一个 nginx 服务就运行了，如果需要访问 nginx，就需要通过 kube-proxy 来对 pod 产生访问的代理 这样，外界用户就可以访问集群中的 nginx 服务了

kubernetes 概念

• Master：集群控制节点，每个集群需要至少一个 master 节点负责集群的管控
• Node：工作负载节点，由 master 分配容器到这些 node 工作节点上，然后 node 节点上的 docker 负责容器的运行
• Pod：kubernetes 的最小控制单元，容器都是运行在 pod 中的，一个 pod 中可以有 1 个或者多个容器
• Controller：控制器，通过它来实现对 pod 的管理，比如启动 pod、停止 pod、伸缩 pod 的数量等等
• Service：pod 对外服务的统一入口，下面可以维护着同一类的多个 pod - Label：标签，用于对 pod 进行分类，同一类 pod 会拥有相同的标签
• NameSpace：命名空间，用来隔离 pod 的运行环境