阿春是一名程序员，30来岁的年纪，头发就掉了不少，头顶地中海，看起来比实际年龄偏大。

几年前，阿春在深圳上班。随着年龄渐长，家里开始给他安排相亲。后来，在家庭的张罗下，阿春和邻村的一个女孩相亲成功。

具体细节不多表述，只知道阿春跟我说过，他媳妇儿在结婚时两次提出临时加彩礼，他们家都妥协了，满足了女方的要求。

结婚后，女方不住男方家，直接回了娘家。在阿春和长辈去女方家施压之下，女方才回到男方家里住。

后来女方怀孕了，阿春没在家里多待，又跑到北京上班，把媳妇儿留在老家由父母照顾。女方后来顺利生下了一个女儿。

阿春每个月给媳妇儿转生活费，日子就这么过着。

2023年中，有一次中午吃饭回来的路上，阿春碰到我，聊起家里谁管钱的话题。他开始诉苦，说媳妇要他上交工资卡，他不同意。虽然他也给媳妇儿转生活费，但媳妇儿总是找他要钱，说不够花。阿春媳妇生完孩子后在老家找了份工作继续上班，却依然频繁找他要钱。因为这个事，两人没少吵架，当时已经冷战一两个月了，媳妇儿还总把他电话拉黑。

可能阿春也知道，夫妻长期两地分居总归不是个事。2023年9月，他还跟我讨论，想在北京周边买一套便宜点的房，把媳妇儿和孩子接来一起住。他问我去不去涿州看房，说那里房价便宜。我说那儿不是刚发生水灾吗？他说水淹后他去问过，火车站那块地势高，没有被淹…

后来从阿春的聊天中了解到，他和媳妇儿的矛盾越来越大，没有达成共识，冷战时间越来越长。

再后来，阿春跟媳妇儿说自己最近比较困难，而且她也已经上班，就不再给她生活费了。这导致了更深的家庭矛盾。

阿春的媳妇儿撇下女儿，也来北京打工了，却不跟阿春见面，也不跟他一起住。

据阿春讲，媳妇儿来北京大半年，他也就见过一两次，而且矛盾重重，媳妇儿还说要离婚，两人陷入长久的冷战。

阿春也不止一次跟我诉苦，说这种婚姻不是他想要的婚姻。阿春媳妇儿跟他闹离婚的时候，他沉默了，没有同意。

经历几次闹离婚和冷战后，时间来到2024年。阿春跟我说，他想了很久，就跟媳妇儿说同意离婚，想让她把彩礼退还给他。结果这回阿春媳妇儿沉默了，不接茬，并且拉黑了阿春的所有联系方式，处于近乎失联状态。

阿春问我怎么办，还能不能要回彩礼。我说这个有点难，毕竟女方已经给你生孩子了，真要离婚又联系不上女方，只能去法院起诉离婚。

我这样说完后，阿春反而犹豫了，只说想当面跟女方沟通，让她退还彩礼，哪怕退还一半也行。这说明阿春本意其实不太想离婚。

时间一晃到了2024年下半年。这期间，能明显感觉到阿春上班心不在焉，领导安排的任务基本能推就推，推不掉就说不会做，需求不够明确。后来领导干脆不安排任务给他了，他也乐得清闲。

某天午饭后回公司路上，我偶然问了一句：过年回家吗？啥时候回去？你媳妇儿回去吗？阿春说回去啊，媳妇儿也回去，但是他先回去，等他走了，媳妇儿才会回去看孩子。对此，我只能尴尬的笑一笑，结束了话题。

再后来某天路上遇到阿春，他主动跟我聊天，说如果不要求退还彩礼了，要她退生活费可行吗，哪怕退一半也行。我说这恐怕更难，去法院起诉离婚退彩礼还有一点可能，生活费都花掉了，而且男人给媳妇儿生活费是理所当然的，法院不会支持退生活费的。阿春嘟囔了一会，还是死咬着想让女方至少退还一半"生活费"。

直到后来，阿春主动给我发了一段话，我才大致明白了——阿春说的"生活费"，可能不是生活费，而可能是之前一段时间他被女方要求上交的工资。否则如果只是平常的生活费，金额不会很大，他也不会这么执着地要求女方退还一半。

从这儿也能感悟到：上交工资的男人，家庭和睦还好；一旦家庭不和，下场就很可悲，面临人财两空。

其他涉及隐私的部分不方便叙述。

2025年过完年后第3周，刚好2月28日，中午吃完饭，看到阿春跟领导请了假。当时不知道他请了多久。下午2点多，阿春胸前挎着个小包，匆匆离开公司。

直到一个星期后的3月10日，星期一，阿春没有来上班。恰好有一点之前分配给他的工作还没完成，有人问阿春来了吗，他的工作不知道完成了没。几个相关人员一对账，才发现阿春消失了。问了领导才知道阿春请了一个星期的假，按理说这周一应该回来上班，但他并没有来。

之后，公司人事就打电话给了阿春的家人，是阿春的妈妈接的电话，好像还有阿春的姐姐陪着他妈妈。人事问阿春的妈妈，为什么阿春没来上班，阿春向公司请假说回老家了，假期过了也没来上班，阿春在家里吗…

阿春的妈妈，表现也比较奇怪，她先是问阿春工资是多少，公司还有多少钱工资没发，想让公司把阿春没发的工资尽快算清楚给她。人事问阿春还回来上班吗，她们知不知道阿春的行踪。阿春的妈妈没有回答，只跟人事说，让她给阿春办理离职手续，其他都没有说。

这搞得我们都挺迷糊，一番讨论后，我们做了两个推测：
其一，阿春出国了，去了东南亚，回不来了。
其二，犯了点事，被行政拘留了。

因为阿春之前跟我说过，国内的女的都不太靠谱，太物质了，等离婚后，想去国外（东南亚）找个老婆…

我还劝过他别去东南亚，那边现在是诈骗重灾区，还可能被绑架到KK园区，那可就真出不来了。

当时阿春心不在焉，没有怎么继续谈这个话题。

结果

大概半年后，阿春的妈妈打电话给公司人事，让帮忙整理一下阿春的个人物品，还说要把公司分配给阿春使用的笔记本电脑也寄回家，人事解释说那是公司的财物，员工只有使用权，离职了就要交还给公司，不能寄给她们，阿春的妈妈理解了以后也就没有再要笔记本电脑。人事就把阿春的所有个人物品打包后寄到了阿春的家里。

这时，阿春的妈妈才透露了一点消息，阿春因为犯了点糊涂事，被刑事拘留了。

涉及到个人隐私就不便细说。最后，只希望阿春积极改过自新，早日与家人团聚。

End

注：本文构思于2025年5月，行文于2025年6月~2026年3月（拖延症），发表于2026年3月。

随着开发项目的增多，每次遇到这种场景都要去各个项目中翻找以前封装好的弹框组件。

年龄大了，这样找起来比较费脑子，索性记录下来吧，以后直接翻笔记。

Vue2 + Element

使用场景，比如在主业务组件中，一般这样写：

/src/views/xxx/index.vue

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

<template>
  <div>
    <div>这里可能有搜索栏、数据列表等...</div>

    <!-- 这里引入业务弹框组件 -->
    <SelectDialog :show.sync="businessShow"></SelectDialog>
  </div>
</template>

<script>
import SelectDialog from "./select-dialog.vue";

export default {
  components: {
    SelectDialog, // 注册组件
  },
  data() {
    return {
      businessShow: false,
    };
  },
  methods: {},
};
</script>

这个下拉弹框组件的封装方式如下：

/src/views/xxx/select-dialog.vue

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
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61

<template>
  <div>
    <el-dialog :visible="show" title="XX下拉选择弹框" v-loading="dial_loading" width="600px" @close="handleClose">
      <div>这里是具体业务组件...</div>

      <template slot="footer">
        <el-button @click="handleClose" size="small">关 闭</el-button>
        <el-button @click="handleConfirm" type="primary" size="small">确 认</el-button>
      </template>
    </el-dialog>
  </div>
</template>

<script>
export default {
  props: {
    // 外部使用需要加修饰符 show.sync
    show: {
      type: Boolean,
      default: false,
    },
  },
  data() {
    return {
      dial_loading: false,
    };
  },
  watch: {
    show(value) {
      if (value) {
        console.log("监听到 show 的值有变化：", value);
      }
    },
  },
  methods: {
    handleConfirm() {
      this.dial_loading = true;

      // 模拟执行业务
      setTimeout(() => {
        // 业务执行完关闭弹框
        this.dial_loading = false;
        this.$modal.msgSuccess("已确认");
        this.$emit("confirm");
        this.$emit("close");
        this.$emit("update:show", false);
        this.resetDialog();
      }, 3000);
    },
    handleClose() {
      this.$emit("close");
      this.$emit("update:show", false);
      this.resetDialog();
    },

    resetDialog() {
      // 重置弹框里面的数据，比如有表单、下拉框、筛选框等等
    },
  },
};
</script>

Vue3 + Element Plus

在 Vue3 + Element Plus 中，稍微有点变化，sync 修饰符没有了。

/src/views/xxx/index.vue

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

<template>
  <div>
    <div>这里可能有搜索栏、数据列表等...</div>

    <!-- 这里引入业务弹框组件 -->
    <SelectDialog v-model="dialog.show"></SelectDialog>
  </div>
</template>

<script setup>
import { ref, reactive } from "vue";
import SelectDialog from "./select-dialog.vue";

const dialog = reactive({
  show: false,
});
</script>

这个下拉弹框组件的封装方式如下：

/src/views/xxx/select-dialog.vue

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
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56

<template>
  <div>
    <el-dialog :model-value="modelValue" :title="title" @closed="handleClose" width="60vw" top="5vh">
      <div>这里是具体业务组件...</div>

      <template #footer>
        <div class="dialog-footer">
          <el-button @click="handleClose">关 闭</el-button>
          <el-button @click="handleConfirm" type="primary">确 认</el-button>
        </div>
      </template>
    </el-dialog>
  </div>
</template>

<script setup>
import { ref } from "vue";

const props = defineProps({
  modelValue: {
    type: Boolean,
    default: false,
  },
  title: {
    type: String,
    default: "XX下拉选择弹框",
  },
});

const emit = defineEmits(["update:modelValue", "confirm", "close"]);

// const dial_loading = ref(false);

// 关闭弹窗
function handleClose() {
  emit("update:modelValue", false);
}

function handleConfirm() {
  // dial_loading.value = true;

  // 模拟执行业务
  setTimeout(() => {
    // 业务执行完关闭弹框
    // dial_loading.value = false;
    emit("confirm");
    emit("close");
    emit("update:modelValue", false);
    resetDialog();
  }, 3000);
}

function resetDialog() {
  // 重置弹框里面的数据，比如有表单、下拉框、筛选框等等
}
</script>

业务样例（Vue3）

写一个业务样例，方便开发时直接复制：

/src/api/role.api.js

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
33
34
35
36
37
38
39
40
41
42
43
44
45
46

import request from "@/utils/request";

const RoleAPI = {
  // 查询列表
  roleList(query) {
    return request({
      url: '/api/sys/roles',
      method: 'get',
      params: query
    })
  },

  // 查询详细
  roleInfo(id) {
    return request({
      url: '/api/sys/role/' + id,
      method: 'get'
    })
  },
  // 新增
  roleAdd(data) {
    return request({
      url: '/api/sys/roles',
      method: 'post',
      data: data
    })
  },
  // 修改
  roleUpdate(data) {
    return request({
      url: '/api/sys/roles',
      method: 'put',
      data: data
    })
  },
  // 删除
  roleRemove(id) {
    return request({
      url: '/api/sys/role/' + id,
      method: 'delete'
    })
  },
};

export default RoleAPI;

/src/views/system/role-add.vue

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
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135

<template>
  <div>
    <el-dialog :model-value="modelValue" :title="title" @closed="handleClose" 
      :width="width" :top="top" :close-on-click-modal="false" append-to-body>
      <div>
        <el-form ref="form1Ref" :model="form1" :rules="form1Rules" label-width="80px">
          <el-form-item label="名称" prop="name">
            <el-input v-model="form1.name" placeholder="请输入" />
          </el-form-item>
          <el-form-item label="状态" prop="status">
            <el-radio-group v-model="form1.status">
              <el-radio :label="1">启用</el-radio>
              <el-radio :label="0">停用</el-radio>
            </el-radio-group>
          </el-form-item>
        </el-form>
      </div>

      <template #footer>
        <div class="dialog-footer">
          <el-button @click="handleClose">取 消</el-button>
          <el-button @click="handleConfirm" type="primary">确 认</el-button>
        </div>
      </template>
    </el-dialog>
  </div>
</template>

<script setup>
import { reactive, ref, watch } from "vue";
import RoleAPI from '@/api/role.api';

const { proxy } = getCurrentInstance();

const props = defineProps({
  modelValue: {
    type: Boolean,
    default: false,
  },
  title: {
    type: String,
    default: "XX下拉选择弹框",
  },
  width: {
    type: String,
    default: "60vw",
  },
  top: {
    type: String,
    default: "5vh",
  },
  id: {
    type: [String, Number],
  },
});

const emit = defineEmits(["update:modelValue", "confirm", "close"]);

// const dial_loading = ref(false);

// 是否为更新模式
const isUpdateMode = ref(false);

const init_form1 = {
  name: '',
  status: 1
};
const form1Ref = ref();
const form1 = reactive({
  id: null,
  name: '',
  status: 1
});
const form1Rules = reactive({
  name: [
    { required: true, message: '名称不能为空', trigger: 'blur' },
    // { min: 3, max: 5, message: 'Length should be 3 to 5', trigger: 'blur' },
  ],
});

watch(() => props.modelValue, (value) => {
  if (value) {
    if (props.id) {
      form1.id = props.id;
      isUpdateMode.value = true;
      RoleAPI.roleInfo(props.id).then((res) => {
        Object.assign(form1, res.data);
      });
    } else {
      form1.id = null;
      isUpdateMode.value = false;
    }
  }
});

/** 重置弹框里面的数据，比如输入框、下拉框等等 */
function resetDialog() {
  Object.assign(form1, init_form1);
  form1Ref.value.resetFields();
}

/** 关闭弹窗 */
function handleClose() {
  resetDialog();
  emit("update:modelValue", false);
}

/** 确认并关闭 */
function confirmClose() {
  resetDialog();
  emit("confirm");
  emit("close");
  emit("update:modelValue", false);
}

/** 确认按钮 */
function handleConfirm() {
  // 验证表单后再提交
  form1Ref.value.validate(valid => {
    if (valid) {
      if (this.isUpdateMode) { // 更新时
        RoleAPI.roleUpdate(form1).then(() => {
          proxy.$modal.msgSuccess("修改成功");
          confirmClose();
        });
      } else { // 新增时
        RoleAPI.roleAdd(form1).then(() => {
          proxy.$modal.msgSuccess("新增成功");
          confirmClose();
        });
      }
    }
  });
}
</script>

其实对于茶叶蛋，本人比较抵触，被它伤害过好几次了，奈何不长教训诶。

起

起因是，每天都吃那家店的米糕，有点吃腻了，想换一下，鬼使神差的就买了两个茶叶蛋。

之前没在他们家买过茶叶蛋，因此没有啥防备心理。

拿到茶叶蛋闻了一下，好像也没啥怪味，也就几口下肚做早餐了。

转

起初都没啥事，等中午吃完饭，好家伙，开始串稀，在厕所蹲了大半个小时，腿都蹲麻了。

不用怀疑，直接就能锁定是他们家的茶叶蛋有问题。

为啥这么笃定是他们家茶叶蛋有问题呢。

且听吾细细道来。

本人吃东西都很有规律，这段时间，早餐一直吃他们家的米糕和绿豆汤。

后来发现绿豆汤里面添加剂太多了，就不再购买，只买米糕做早餐。

偶尔买瓶营养快线搭配着喝，这都没有问题，未出现串稀的情况。

他们家大多是油炸食品，本人不太喜欢大多数油炸食品，因此选择的食物就不多了。

前两天还在想自己煮鸡蛋当早餐，但是一直没买生鸡蛋，就搁置了。

于是，今天早上，就想着买两个茶叶蛋做早餐，还顺便去零食铺买了一瓶营养快线，碰一碰支付，减了2元【笑】。

中午吃饭，也是延续前几天的习惯，没有变换口味。

那么，引起串稀的原因，那不就呼之欲出了。

还有一个细节也可以间接论证茶叶蛋有问题，本人发现这两个茶叶蛋不太好剥，壳子和那层膜黏上了。

之前吃的新鲜茶叶蛋，都是光滑光滑的，蛋壳很好剥开。

事后反思，可能就是这个茶叶蛋放太久了，也可能隔N夜。

承

细数那些串稀的日子，诶，都是泪。

第一家：早阳包子铺

这家卷饼店的上一个店主，开的是早阳包子铺，加盟的，开始卖包子、豆浆等等，估计准备大干一场，开业那几天，有三四个人在店里忙活。

也许是生意确实不咋地，没过几天，店里只剩两个人，再过了一段时间，就只剩一个大妈守店了。

他们家的包子，都是预制的，所谓的由中央厨房配送过来，印象中好像买过一次，就再也没买过了，味道已经记不清，行动已经给了答案。

这个包子铺，开始卖的豆浆也是预制的，买过，非常难喝，后来有个女生说你这个豆浆肯定没人买，现在都需要现磨豆浆，巴拉…

后来店主也发现生意确实不好，就去买了豆浆机，豆浆粉，开始卖“现磨”豆浆，买的人就稍微多了一点。

哦，吾在他家主要就是买茶叶蛋和豆浆，直到有一天，吃了他们家的茶叶蛋，串稀了…

想了几天，有点想不通，就去跟那个老板说了句：“我前几天吃了你家的茶叶蛋拉肚子了，是不是没卖完的放了好久还在卖…”

大妈还比较镇定，赶紧说：“我们都是卖的新鲜的，茶叶蛋要提前煮…”

不承认呗，反正吾也没准备找他的麻烦，就是好心提醒一下。

大概过了个把月，就看到该店贴了个告示：带技术转让。只贴了一两天，发现没有人接盘，直接闭店搬空了。

这个早阳包子铺，前后开了不到一年就倒闭了。

在这个早阳包子铺之前，其实还开过另一个包子铺，偏南方口味，挺适合吾，每天都买，但是也是一天一天看到他家的包子越来越小。

那个包子铺的包子是用酵母发酵过的，跟南方的包子差不多。不像其他北方的包子，死面包子，咽不下【笑cry】。

直到某一天，吾去买包子的时候，发现人去楼空。。。

当时还纳闷了好半天，因为吾昨天还在他家买了包子，没想到在毫无征兆的情况下就关门了。

他关门以后，没过几天，早阳包子铺就开业了。

第二家：某个卤鸭烤鸭店

去年夏秋之际，在这个早阳包子铺的旁边，开了一家卤味店，忘记店名了，有整只的烤鸭卖。

之前都只是经过，从来没买，直到秋冬的某一天，天气微凉，经过该店时，过去瞧了瞧，买了一只烤鸭。

买完，那个店员说有点凉了，就放微波炉加热了一下。

好家伙，回去吃的时候就发现，有点变味，估计是放了好多天了。

想着问题不大，就吃了一些，没有意外，这次串稀串了一天。。。

其实变味不太明显，只是本人嗅觉很发达，能够敏锐感知到这烤鸭至少放了三天以上。

如果是一直冷冻，其实不会这么快就坏。

但是，要是白天拿出来摆在桌子上，解冻了，没卖掉，晚上再拿去冷冻，两三天就会变质，外表还看不出来。

这家店死的更快，没过几天，就倒闭了。

店员不是老板，是拿工资的，明显感觉不上心，也不会做生意，还听见她抱怨店里没有暖气。

合

北方的美食，真是一言难尽啊。

貌似北方在吃的方面，不怎么上心。

想吃包子吧，大多数都是死面包子，难以下咽。

油炸食物又不想吃，面条倒是多，吃几次就腻得不行。

各种面食，也是死面居多，真不太好吃。

目前发现做包子做得好的就庆丰包子和一个小胖包子，皮薄馅足，包子比较小，更像是南方的大号小笼包。

经过几次教训，现在是真不敢随便吃茶叶蛋了。

故事

不信，我先说三个真实的故事：

故事一

有个堂哥，80后，高中辍学，靠修电脑、下工地等打拼多年，生活还算过得去。大概在一三年吧，抓住镇上基建热潮，拿积蓄开了个水泥厂，靠水泥厂赚得第一桶金，生活逐渐富足。听说开始买了个十来万的代步车，后来为了谈生意撑场面，又买了辆几十万的车，具体就不得而知了，但是从这里也能看出来这位堂哥确实是挣到钱了。

堂哥的妻子，我只有缘见过一两次，当时看她体态丰盈，估计是生活富足后，有点发福了罢。堂哥的妻子也不用上班，在家照顾两个孩子，偶尔帮忙照看生意，日子肯定是很安逸的。

后来，堂哥的妻子被牌友拉去打麻将，起初只是图个热闹，几次赢钱后上瘾，渐渐沉迷其中。牌友们不断恭维、诱导，赌注越下越大。最后，她不但把家底输光了，连厂房都给输了拿去抵债，这还不算完，还欠下了巨额赌债。

堂哥也跟着遭罪，多年奋斗的成果毁于一旦，一切归零，还要跟着还赌债，车子也拿去卖了还债。

听长辈们说，欠的赌债，利滚利，利息都还不完…

故事二

有个表妹，也是初中辍学吧，结识了她老公，两人认识的早，所以感情深，后来就结婚生子了。

表妹靠着在县城里开了个服装店卖衣服，逐渐也挣到了钱，买了车，贷款在县城买了一套房，生活富余。

只要按照这个轨迹发展，他们不说大富大贵，起码衣食无忧。

可惜啊，表妹的老公在结婚头几年，还老老实实去上班挣钱，后来兴许是看到表妹开服装店能挣到钱，不太需要他挣钱养家。

他就逐渐的飘了，开始不务正业，到处鬼混，拈花惹草。

有人劝表妹跟他离，表妹看在两个孩子的份上，拒绝了。

后来，表妹的老公更飘了，也是认识了几个牌友，开始去打牌。

不出意外，出意外了，在赌桌上，他不但把自家才买的房子给输掉，还把他表弟的房子也输掉了。

结局不用说，肯定不太美好，积蓄归零，从头再来…

故事三

舅舅的儿子，比我小不到一岁，其实我跟他没啥交集。只是前几年听我妈跟我说了他的事。

同样的，不好好上班，到处鬼混，也是去打牌，说是输了十几万。

后来舅舅到处凑钱，给他还完了赌债。

没过多久，又出去打牌，不出意外，又欠了十几二十万的赌债。

这次舅舅的亲家都不乐意了，说这姑爷要是再去赌博，就让闺女跟他离婚，各过各的。

后来嘛，好像是女方家也帮忙凑了些钱，给他把赌债还了。

之后的事，我就不知道了。

分析

听完这三个发生在我身边的故事，不知道你有什么看法。

先不说他们自身的问题，我们来找一找三个故事的共性。

其一，家里发了财，有点小钱了。（暴富）

其二，挣钱的人，勤勤恳恳；不挣钱的另一半，无所事事。（飘了）

其三，被人抓住弱点，做局，对他们的财富洗劫一空。（杀猪盘）

明白了吧，这些隐藏在城市、乡镇的“猎手”，最喜欢找那些暴发户下手。

他们通过多人配合做局，还可以谋划多年，博取你的信任，然后榨干你的价值，掳走你的财富。

那这些“猎手”，到底是哪些人构成的呢，这就需要自己去多想想了。

总结

那么，我们普通人，应该如何避免陷入城市“猎手”的杀猪盘里呢？

我总结了这么几点：

1. 财不外露。

   管住自己的嘴，家里的掌财者，一定不要给任何人说自己存了多少钱，包括家里嘴巴漏风的人。

2. 培训家人。

   多给家里人培训，让他们不要到处炫耀，低调做人，避免让人眼红，给你家人设圈套。

3. 去上班。

   家里哪怕衣食无忧，也要去上班，不要无所事事，游手好闲。一旦你游手好闲，就可能落入别人给你精心设下的赌博陷阱。

4. 培养爱好。

   钓鱼、打游戏、跑步、健身、跳舞、手工、烹饪，培养一些不跟人打交道的爱好，充实自己。内心富足，才不会被小人抓住漏洞，攫取你的财富。

说到这，我陷入了深深的思考，为啥我就没遇到过赌博陷阱呢。

思衬良久，悲伤和苦涩逐渐浮上心头，或许，是我穷的太稳定了吧！！！

在6月6号接到妻子电话时，阿文在公司请了陪产假，匆匆买了高铁票，踏上了返回武汉的旅程。

为孩子准备

因为是第二个孩子，阿文没有那么慌张，毕竟经验摆在那儿了，按照既定流程走就行。

经过社会磨练多年，阿文做事，喜欢谋定而后动，也喜欢规划和列清单。

在五月份的时候，阿文就跟妻子说，把孩子用品列个清单，按清单购买，避免遗漏。

经过两人讨论和补充，清单已经很全面了，之后阿文就陆陆续续买好了生孩子的必需品。

首先是待产包，里面物品一应俱全，虽然有些用不上，不过不影响大局。

其次，奶瓶，买SS奶嘴，最小流速的，贝亲有一款49元，号称人生第一款奶瓶，对，就那个就行。

奶粉，选1段，老大之前喝A2，现在想想，没啥必要折腾了，直接选飞鹤星飞帆就OK。

尿不湿，没有多犹豫，直接选好奇铂金装NB型，84片的先搞两包，老大也用这个，等孩子大了可以换金装、银装等更便宜的。

维生素AD，出生以后，每天一滴，助力孩子发育，老大都用到了四五岁，老二也必须用。

妙思乐护臀膏、润肤乳、面霜、沐浴露，全买上，都是老大用过来的。

爽身粉，备上，大宝之前买的，还有个没拆封，可以直接用。

婴儿衣服，贴身内衣，要柔软，2-3套，医院就提醒宝妈宝爸准备了。

浴巾，纯棉的，至少2条，我备了3条，加上亲戚朋友送了些，就很够了。

贴身包被 1-2 个薄款，把握不好换尿不湿的时机，可以多准备几个，哈哈。

外层包被 1-2 个。

小帽子、小袜子，按需购买。

为宝妈准备

产妇坐月子期间，需要囤一箱卫生巾，直接买医用级的那种卫生巾就行。

买了艾草叶，每天煮水给宝妈擦身体，比温水更好，抖音学的。

其他的，待产包里基本都有了。

（未完待续…）

起源

2024 年秋，由于家庭原因，小巴需要接父母到武汉帮忙一段时间。

小巴没有多想，在铁路 12306 APP 为父母买好了“重庆北-武汉”的火车票。

鉴于小巴的老家，在重庆的四环外，坐大巴到市区需要两个小时，所以小巴给父母买的上午 11 点左右的火车票。

等到了乘火车的那一天，小巴跟父母说先坐大巴到龙头寺（长途）汽车站，然后往北边走，走到北站北广场…

后来，小巴的父母说他们没在龙头寺汽车站诶，在南广场汽车站。

小巴有点懵，说你们坐错汽车了吧，只有龙头寺汽车站和龙头寺汽车北站。

龙头寺汽车北站就在重庆北站北广场旁边，坐火车很方便，但是小巴家乡好像没啥大巴车去那个站。

巴拉巴拉，说了一通，小巴也不知道他父母听懂了没，反正最后是他们自己问路，跌跌撞撞赶到了重庆北站北广场，进了候车室。

经过这件事以后，小巴心里直犯迷糊，难道记忆错乱了。

小巴对重庆的印象可能还停留在十年前，对于汽车站、火车站，也是十年前的记忆。

于是小巴就开始刨根究底的查资料，果然，对于重庆北站犯迷糊的远不止小巴这个重庆人。

外地去重庆旅游的人也对重庆北站的地名直呼“卧槽”。

先来个小巴查到的绕口令：

到重庆北站南广场的乘客，请在重庆北站下车；

到重庆北站北广场的乘客，请在龙头寺站下车；

到龙头寺汽车站的乘客，请在重庆北站下车；

到龙头寺汽车北站的乘客，请在龙头寺站下车。

啧啧啧，小巴试着念了一下，确实有点绕。

这一段绕口令，直接勾起了小巴往昔的记忆。

大概十五年前，小巴第一次出远门，就是坐汽车到的龙头寺汽车站，然后准备从重庆北站南广场穿到北广场去坐火车。

幸亏在走到南广场时，听到大喇叭不停的喊：“去北广场的乘客，请上摆渡车，南广场和北广场不互通…”

小巴很庆幸听到了广播，做摆渡车及时赶到了北广场，否则就赶不上火车了。

真相

小巴为了搞清楚来龙去脉，专门查了重庆北站和龙头寺汽车站的过往。

最后发现，现在只有重庆北站南广场汽车站和重庆北站北广场汽车站了。

他们的历史名称如下：

重庆北站南广场汽车站

原名：龙头寺长途汽车站（位于重庆北站南广场旁边）

2016 年 1 月改名为：龙头寺汽车南站

2016 年 4 月改名为：重庆北站南广场汽车站

重庆北站北广场汽车站

原名：龙头寺汽车北站（位于重庆北站北广场）

2016 年 1 月投入使用。

2016 年 4 月改名为：重庆北站北广场汽车站

了然

原来如此，一切就合情合理，解释得通了。

汽车站改名了呗，按照南北位置，改得更贴合实际了。

搜到一张图，更加直观展示改名前后的变化：

总结

小巴查完以后，也觉得增长了见识，对家乡的了解也更多了一点。

或许是，小巴离开家乡太久，以往心心念念的丁家坡洋芋都已经记不清味道。

重庆的火锅这么独特，为啥不提及呢。

因为年少时的小巴，哪能随随便便下馆子吃火锅呀。

成长伴随着舍弃，有舍有得，怎么可能既要又要还要呢。

小巴也不知道，再过多少年后，家乡会成为小巴记忆中的一个符号，变成那个“熟悉的陌生城市”。

名词释义

小巴：一个离开家乡许久的漂泊者。

前言

小菜的手机 Redmi K40 Gaming 用了三年了，有点卡，并且 256g 的存储已经无法承载《原神》、《崩铁》、《鸣潮》、《王者荣耀》和微信这些巨无霸应用的数据了。

看着所剩无几的空间，小菜只能把之前拍的照片和视频拷贝到了电脑里，才勉强腾出了二三十个 G 的存储空间。

既然这样，那就换手机吧。

小菜依然记得，给家人买过一款小米 Redmi Note12 Turbo，12+512g，不打游戏的情况下，还挺好用的。

不过据小菜了解，后续 Redmi Note 13 系列没有 Turbo 了，已经全面改成了独立系列：Redmi Turbo 系列。

并且后续机型为小米 Redmi Turbo 3、Redmi Turbo 4、Redmi Turbo 4 Pro。

众所周知，小菜对联发科的 CPU 深恶痛绝，被伤害得很深。

早年间第一款使用的联发科 CPU 的手机，红米 Note2，wifi 断流，至今耿耿于怀。

而今小菜用的 Redmi K40 Gaming 采用联发科天玑 1200 CPU，屏幕断触、断触、断触…

小菜已经忍了它三年了！！！

通过复盘，小菜不禁陷入深深的思考，当初在拿到 Redmi K40 Gaming，知道它断触时，为啥没有找小米售后。

其实小菜当初有过冲动去找小米售后，但是这破手机，断触不好复现啊…

可能几天，也可能几个月才会断触一次，完全没规律，小菜也没办法举证它有断触的问题。

而且它还会死机、黑屏、无响应，遇到过几次，也没法复现。

好多次在打游戏时，上滑没法回到桌面，游戏里按钮无响应，错过好多次“五杀”的机会（手动滑稽）。

碎碎念

小菜非常喜欢小屏手机，并且青睐直面屏。

小米 12 是小屏，但它是曲面屏。

小米 13 是小屏，直面屏。

小米 14 是小屏，微曲面屏。

因此，综合下来，小菜最喜欢的是小米 13，可惜发售时间太长，没有新机了吧。

看过某鱼二手，好像磕碰挺多，惨不忍睹，实在选不到啥成色好的机子。

退而求其次，就想选择 Redmi Turbo 系列。

Redmi Turbo 4 是联发科 CPU，直接 PASS，再买联发科 CPU 手机小菜是狗…

Redmi Turbo 4 Pro 刚发售，是超大屏，厌恶，并且超过预算了，PASS。

Redmi Turbo 3 16+512g 官网已经没货了，某东好像还有点库存。

购机

于是，小菜在某东 APP 上逛了逛，看了一下 Redmi Turbo 3，16+512g 白色 2099，还有货。

在往下翻时，看到一个某东拍拍二手自营，Turbo 3 99 新，只要 14xx 元。

短暂考虑后，小菜决定下单试试，搏一搏，单车变摩托，省 600 多拿去喝奶茶不香么。

当然了，不止有 99 新，还有 95 新，9 新等。

为了不扯皮，也不差那 95 新和 99 新之间那点差价，小菜就果断下单 99 新的了。

还有质检报告哦：

下完单，怀着愉快的心情，小菜等待了 3 天。

快递通知小菜去取件，小菜就迫不及待去驿站拿到了热乎的 99 新 Redmi Turbo 3 16+512g 青刃。

鉴于以往的经历，怕被坑，小菜就录了个开箱视频。

在打开手机盒，拿出手机的那一刻，小菜以为自己眼睛花了，怎么，感觉这个手机屏幕是弯的…

为了证明不是小菜眼花，就把手机屏幕贴在手机盒子上，对着灯，看了一下，哇塞：一线天耶~

经过几次反复观摩后，发现手机确实是弯的。

退货

这次小菜决定不再忍了，果断去某东 APP 申请售后，提交开箱视频证据，申请退货退款。

某东客服看了视频后，也是果断滑跪，同意了退货退款。

复盘

既然已经退货退款，那么可以复盘了。

小菜把质检报告打开仔细看了一下，8 项外观检测里，就包含机身弯曲检测呀。

质检员难道是斗鸡眼，看不出来机身弯曲么。

小菜作为一个普通人，拿到手机的一瞬间都能看出手机是弯的，出质检报告的质检员为啥看不出来。

这个问题，小菜没有答案，只能陷入深深的思考。

总结

本来对新机满怀期待，经过这么一折腾后，小菜已经浇灭了心中的火焰。

把此次购机经历写出来，没有 diss 任何商家的意思，只是充满了遗憾。

建立信任很难，打破信任却只在一瞬间。

对于这次购机经历，小菜对某东拍拍二手的 99 新已经不再信任。

小菜也不妄自揣度商家为什么会发与质检不符的商品去毁掉自己口碑。

最后，小菜只能无奈的仰天问一句：到底什么 TM 是 99 新，啊。

名词释义

小菜：一个或一群不想被定义的菜鸟。

God is a girl ------------ 天道不公

God is a girl ------------ 苍天有眼

MLGB first ------------ 丑话说在前头

No JJ Book ------------ 葵花宝典

Family⁹=0 ------------ 诛灭九族

Jerry ------------ 鼠辈

I’m a gay ------------ 寡人不近女色

Find east NB man want to be the CEO ------------ 早悉东方不败的不轨之心

Big JJ man all like this ------------ 大丈夫当如是

God damn BMW ------------ 弼马温

IQ≈10086 HP≈10010 ------------ 智勇双全

See him jj be JJ ------------ 看着他一步步成长

Jack, slow fuck ------------ 捷克斯洛伐克

One, two, three go ------------ 三思而后行

0.5 yes 0.5 no ------------ 半信半疑

Panasonic ask the boy ------------ 松下问童子

You can you up, no can no BB ------------ 你行你上，不行别BB

VIP dog ------------ 贵宾犬

you dida dida me I huala huala you ------------ 滴水之恩涌泉相报

WiFi baby ------------ 天线宝宝

Beijing gaga ------------ 北京烤鸭

Half yes half no ------------ 半推半就

JJ boom fly in the sky ------------ 碉堡了

Ant on hot pot ------------ 热锅上的蚂蚁

People mountain people sea ------------ 人山人海

Husband and wife lung slice ------------ 夫妻肺片

注：以上内容来自于网络。

缘起

2005 年某月，二年级五班迎来了一位新的语文老师。他高高瘦瘦，穿着西装，打着领带，偏瘦的身材无法撑起西装，给人一种弱不禁风的感觉。但是他的眼神既坚定又犀利，仿佛能洞穿人心。

走上讲台，他徐徐说道：“同学们好，我是你们新的语文老师，… 你们放心，我能把本班语文带到全年级第一，这点你们不用担心…”

台下的同学们都惊呆了，开始议论纷纷，心想这位老师挺狂啊，刚来就说大话了。到时候要是本班语文没冲到年级第一，不怕羞愧的无地自容么…

话说为啥二年级五班会迎来新的语文老师呢，这还得从第一位语文老师说起。

在一年级时，五班的语文老师是一位非常漂亮的美女老师。上课认真负责，平时穿着打扮也很时尚。不知何故，在二年级时，被调走了…

于是学校安排了另外一位老师来教五班的语文课。这位老师也是女性，穿着打扮就比较普通了。也许是这位老师身材娇小，气场不够强大，亦或者同学们太调皮，不买这位老师的账。

在几次上课后，某一次上课时，不知道被哪个调皮的同学，带头起哄，把语文老师轰走了…走了…

具体经过不甚清楚，只记得通过班主任沟通，得知同学们对这位语文老师的教学不满意，最后校长知道了此事，就答应给我们换一位语文老师。

于是，前文所述的语文老师就闪亮登场了。

他的名字叫杨天才，男，高高瘦瘦，职称高级教师。

传奇

二年级五班的班主任是英语老师，非常认真负责，此处暂且不表，后续有机会专门著述。

当这位杨天才老师任教二年级五班语文以后，本班的“副”班主任就是语文老师了，没事就喜欢在班里溜达。

为什么溜达呢，因为他很闲…

不是贬义词，是真的闲。

他的教学模式也超出常规，大致如下。

场景一：

今天要学一篇古文，上课时，老师说：“现在花 20 分钟，同学们把这篇古文熟悉一下”。（小声阅读）

20 分钟后，“好，停。我大概讲一下这篇古文里面的难点…”

再 10 分钟后，“还有一点时间，同学们再读一读课文…”（小声阅读）

场景二：

“今天语文课，所有同学拿好自己的书，我们去教室外（操场）读书去…”

所有同学带着书本，在操场找一个位置，或坐、或立，开始卖力的读书，小声阅读。

场景三：

“嗯，这节课自学，请同学们翻到课本第 xx 页，开始阅读吧…”

杨天才老师背负双手，在教室里来回踱步…

作为学生，对他的教学，并无任何不适，反而太轻松了。

这位语文老师不喜欢布置作业，抓的最紧的就是阅读。

“读书百遍，其义自现。”这句话的含金量还在上升，并且被他运用得炉火纯青。

他鼓励同学们买课外杂志阅读，比如当时很火的《读者》《意林》等等。

学校每学期都会组织多场全年级统一的考试，考场座位混排，防止作弊。

随着几场考试下来，本班语文成绩一飞冲天，登顶年级第一。

当时同学们也很迷糊，本班语文成全年级第一了？？？

他有什么魔力，他做到了，他怎么做到的，他干了什么…

然后，杨天才老师依旧很淡定。在教室监督学生阅读时，依旧闲庭信步，毫无波澜。

他创造的奇迹，惊艳了同年级的所有语文老师。

后续，学校组织了多次其他班级的语文老师来本班听课。只有这个时候，本班杨天才老师才会稍微认真一点，该备课备课。

并且一改往日风格，开始一本正经的上课，整堂课没有了自由阅读时间。

我想，其他语文老师一堂课听下来，肯定心里带着不服：也不过如此嘛，无甚特别之处。

殊不知，天才型选手，从来都不按套路出牌。

有的教学方式，在学校看来是离经叛道，但是教学质量却出奇的高。

杨天才老师即使有心告诉各位老师他的教学方法，如果不知其所以然，那也只是邯郸学步罢了。

从那以后，二年级五班语文成绩一直很稳定，稳定在第一名，无法撼动。

每当班主任英语老师不在时，总能看到高高瘦瘦的语文老师溜进班里监督同学们学习。

杨天才老师依然喜欢背负双手，在教室里来回踱步…

回忆

自从中学毕业后，离开了家乡，也没有回去探望过一位老师。

十几年后的某一天，在亲戚家吃饭，遇到一位母校的年轻老师，就偶然寻问了几句：“杨天才老师、杨腾波老师还在学校吗？”

老师回答我说：“他们还在，还在搭档教学呢…”

对此，我都能想象出一帧一帧的画面，他们可能依然在续写着传奇。

匆匆二十多年过去了，回家乡的次数屈指可数。

大多数也是放假之时，老师们不在学校，更加不可能有机会能拜访昔日的各位老师了。

祝愿他们一切都好。

后记

本篇致我人生中最尊敬的语文老师：杨天才。

春风化雨育桃李，愿您身体健康，桃李铺满园。

三尺讲台一颗心，愿您的光芒如星辰般永远闪亮。

这里主要介绍 Algolia 出品的一个站内搜索工具 “DocSearch”，在软件开发圈里，很多开源软件的官网都集成了它，比如 Vue、Vite、React、Rollup、webpack 等等。

下面讲一下我的博客接入 DocSearch 的过程：

1、申请

在 Algolia 的官方网站去申请使用 DocSearch。

申请地址是：https://docsearch.algolia.com/apply/

填写你的域名和邮箱，再勾选下面三个选项，如下图：

然后点击 “Join the prrogram”，出现下面的界面：

然后 1 分钟左右吧，他们就会往你的邮箱发一封邮件，表示收到了你的申请。

之后就是继续等待了，我是大概七八个小时以后，收到了第二封邮件，告诉我一切准备就绪，按照邮件里的指示，添加 css 和 js 就可以开始使用了。

2、修改主题模板

官方文档地址：https://docsearch.algolia.com/docs/docsearch-v3

由于 Algolia 给我发的邮件里引用的静态资源是 jsdelivr CDN 的链接，jsdelivr 在国内不是很稳定，所以我改成了 unpkg CDN 的链接。

我使用的是 maupassant 主题，因此，先在 themes/maupassant/layout/base.pug 文件中头部的位置插入一个 div 标签：

1

<div id="docsearch"></div>

我这里是 pug 模板引擎的写法，因此看起来有点不一样，但是最后编译出来就是上面那样的 div 标签（下图）：

再在 themes/maupassant/source/css/style.scss 文件中写入 css 样式：

1
2
3
4
5

#docsearch {
  position: absolute;
  right: 0;
  top: 0;
}

实际的添加位置如下图：

然后在页头模板 themes/maupassant/layout/_partial/head.pug 文件中引入 css 样式文件：

1

<link rel="stylesheet" href="https://unpkg.com/@docsearch/css@3.9.0/dist/style.css" />

实际代码如下图：

再在页脚模板 themes/maupassant/layout/_partial/after_footer.pug 文件的最后写入 js 脚本：

1
2
3
4
5
6
7
8
9
10
11

<script src="https://unpkg.com/@docsearch/js@3.9.0/dist/umd/index.js">
  <script>
    docsearch({
      appId: "xxxxxxxxxx",
      apiKey: "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
      indexName: "username",
      insights: true,
      container: "#docsearch",
      debug: false
    });
</script>

实际代码如下：

这段代码可以在 Algolia 发给我们的邮件里找到，唯一需要替换的就是红框中标出来的位置。

3、验证

接下来，把网站打包部署到线上，就可以看到效果了。

4、修改预设配置

默认情况下，Algolia 已经给我们配置好了一切。

如果要更详细的设置，或者调整抓取参数，就用申请时填写的邮箱，在 Algolia 官网注册并登录管理后台，就能看到 Algolia 预设置的配置信息。

记住，配置信息如果看不懂的话，不要去修改，更不要删除任何东西，否则容易出问题。

我在 Algolia 的管理后台看了一下，配置的是每周检索一次博客内容。

我看有人说 Algolia 是可以配置为最小每 24 小时检索一次。

因此翻了一下官方文档，找到了配置检索频率的文档：Crawler: Schedule。

然后我就把检索频率改为了每天的凌晨 1 点，如下图：

看了一下实际的检索时间，是北京时间的早上 9 点，所以他们应该是按照 UTC 时区来进行检索。

5、总结

总的来说，Algolia DocSearch 接入丝滑，通过简单几步就顺利完成了。

不知道还有没有其他站内搜索方式可以用，我查了好几个，貌似都要自建服务，那就有点得不偿失。

大道至简，Algolia 做得非常好，难怪那么受众多开源软件的青睐。

2025-05-11 更新

目前本站使用的 hexo-theme-clarity 主题，已经集成了 Algolia Docsearch 站内搜索功能。

只需要完成本页面的第一节所述申请好 Algolia 接入账号，填入主题配置中即可，不需要自己动手去修改主题模板了。

End–

转动脑瓜，思虑片刻，既然回答不出来。

突然想到当时抢票时，忘记选座位了，付款时也没看是靠窗还是靠过道。

动车组列车，我是肯定不会选择 B 座位的，一般都是选择 D 座或者 F 座。

于是，我就掏出手机，那么自然的打开了 12306 APP，然后看向座位时，脑瓜子嗡嗡的…

无座，无座，无座…

天啊，天都塌了。为啥是无座，我在买票时根本没勾选“自动抢无座票”的选项。

两年来，我记得就只买到过一次无座票，那次加了几十块钱去餐车车厢坐回去的。

那时正值冬天，还被绿皮车车厢缝隙刮进来的风吹感冒了，回家就发高烧。

24 年春以后，原来的绿皮车 Z1/Z2、Z37/Z38 升级成了 动车组 D1/D2、D37/D38，票价涨了 50 块左右。

这一次，我可是早早的就定好闹钟，准备抢票。

在 3 月 20 日，早上 7 点 55 分就守候在 12306 APP 上准备抢清明节回武汉的火车票了。

要是当时多看一眼，就多看一眼，看到是无座票，我肯定就赶紧候补了啊…

当时是有很大概率能候补到座位票的啊（卧铺票不敢奢求，抢不过大爷大妈们）。

也怪自己购票时手欠，看到卧铺还有几张票，就准备去搏一搏卧铺票，结果售罄。

再回过头来买二等座时，还排队了一两分钟，就是这个排队，在抢到票时，导致我没有去看是否有座就仓促付款了。

现在一个星期过去了，要是还能候补到票，那简直就是太阳从西边出来…

怎么办？

凉拌炒鸡蛋。

思来想去，没辙，恐怕要在火车上打地铺了…

为此，吃完饭后，我特意在网上下单了一张防潮垫。

希望 4 块 3 毛 4 能解吾之忧愁。

到时候上了火车就在门口一铺，往地上一躺，爱咋咋地吧。

要是在地上摆个碗，乘务员会不会把我赶下火车，哈哈哈…

End–

Git 也是我工作、学习和生活中的瑞士军刀，通过在各种场景下合理的使用它，使我更加从容面对各种挑战。

Git 的安装和配置，建议看我前一篇文章：Git 安装和配置指南

Git 命令列表可以看官方文档：https://git-scm.com/docs

1、初识（克隆）

对于程序员来说，干的最多的事就是把别人的仓库代码拉到自己本地电脑上。

这个操作最简单，我们以 Github 上的仓库举例，假设我对我的博客正在使用的主题 maupassant 有些不满意，想改动一些地方，那么我就可以先把它在 Github 上的仓库代码拉取到我本地。

打开它的 Github 仓库地址：https://github.com/tufu9441/maupassant-hexo

找到它的仓库克隆地址：

在电脑桌面找到 “Git Bash” 图标，双击打开终端。比如我要把此仓库的代码克隆到本地的 D:\code\ 目录下，则我们可以直接在终端中新建此目录，然后克隆代码：

1
2
3
4
5
6
7

cd /d       # 先切换到D盘根目录

mkdir code  # 再创建 code 目录

cd code     # 进入code 目录

git clone https://github.com/tufu9441/maupassant-hexo.git # 克隆仓库

如下图：

有点尴尬，网络不好，根本拉不下来。正常情况下，拉取代码成功后，在 D:/code/ 目录下，会有个 maupassant-hexo 目录，里面就是 maupassant 主题的源码。

2、常用命令

先罗列一些常用命令：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

git init    # 初始化仓库

git status  # 查看仓库状态

git fetch  # 拉取远程仓库的代码

git merge  # 合并代码

git pull   # 拉取远程仓库的代码并合并到本地分支

git checkout dev  # 切换到 dev 分支

git push   # 把本地分支提交的代码，推送到远程仓库的同名分支（main -> origin/main）

git branch -a  # 查看所有本地和远程分支

不用死记硬背，通过场景教学，多练习几次，很轻松就能记住并上手。

3、场景教学

我在 D:/code 目录新建个文件夹 my-note，用来存放 markdown 笔记，应该如何用 git 帮我管理好这些笔记呢？

常见诉求：

1. 笔记内容不丟失。
2. 能多台电脑同步。
3. 最好能看到笔记的修改历史。

3.1 新建仓库

创建文件夹，并初始化为 git 仓库。

打开 Git Bash，输入命令：

1
2
3
4
5
6
7

cd /d/code     # 进入 D:/code 目录

mkdir my-note  # 创建文件夹

cd my-note     # 进入文件夹

git init       # 初始化仓库

如下图：

如此，my-note 文件夹就已经成为一个 git 仓库了，在该文件夹里有个隐藏的 .git 目录，里面保存了此仓库的所有信息。

3.2 添加笔记并提交

现在我们可以在 D:/code/my-note 目录下创建一个笔记本文件 how-to-use-git.md，或者创建子文件夹 2025-03，再在子文件夹里创建笔记 note-001.md。

此时可以运用 Git 命令查看仓库状态：

1

git status   # 查看仓库状态

结果如下图：

因为这是新仓库，一个提交记录都没有，新建的笔记也没提交到仓库，所以界面上的文字都给提示出来了。

那么，如何把刚添加的文件全部提交到仓库呢，可以执行如下命令：

1
2
3
4
5

git add .     # 把当前仓库里的所有文件加入暂存区（“点”表示所有）

git commit -m "第一次提交的笔记"  # 把暂存区的文件提交到仓库，并附上提交信息

git status    # 查看仓库状态

结果如下图：

看其中的英文信息：

On branch main
nothing to commit, working tree clean

翻译翻译，就是：

在 main 分支
没有什么东西需要提交，工作树是干净的

说明咱们把所有新添加的笔记都用 git 管理起来了，工作区很干净。

3.3 修改笔记并提交

提交的两条笔记，突然觉得某个地方写错了，于是赶紧打开改了一下，再来看看 git 会有什么变化：

这个界面的英文提示也很全面，告诉你：

用 git add 更新你想提交的
用 git restore 去撤销你不想更改的内容

里面也追踪到 how-to-use-git.md 和 note-001.md 文件被修改了。

好，这里的动作就可以拆解了：

1. 我想把所有修改都提交到仓库，则执行（跟上面添加笔记的步骤一模一样）：

1
2
3

git add .     # 把当前仓库里的所有文件加入暂存区（“点”表示所有）

git commit -m "提交一些笔记的修改信息"  # 把暂存区的文件提交到仓库，并附上提交信息

2. how-to-use-git.md 文件内容改错了，想恢复原样，则执行：

1

git restore how-to-use-git.md    # 还原文件到仓库里的版本状态

3. 只想提交 note-001.md 的修改内容到仓库，则执行：

1
2
3

git add 2025-03/note-001.md    # 把当前仓库里的指定文件加入暂存区

git commit -m "提交笔记修改信息"  # 把暂存区的文件提交到仓库，并附上提交信息

（内容较长，未完待续…）

一、Git 安装

Git 官方下载地址是：https://git-scm.com/downloads

（⚠️注意：有一个中文版的官网，应该是国内的爱好者搭建的，域名是 git-scm.cn，请注意区别。我这里就是看错了，在中文版网站下载的 Git 安装程序，看了下载地址和官网是一致的，还好还好。）

（备注：我在中文站下载的是 Git-2.47.0.2-64-bit.exe 版本，实际官网最新现在是 Git-2.49.0-64-bit.exe 版本了。我把 Git-2.49.0-64-bit.exe 下载下来重新安装了一遍。）

打开链接，点击 “Windows”，去下载 windows 版本：

在 windows 下载页面，我们选择 64-bit Git for Windows Setup：

因为下载地址是 github，所以有可能链接打不开，或者很慢，请多试几次。

下载完成后，双击安装包，如果出现下图的安全警告，点击“运行”即可：

这里还可能出现“账户权限控制”的弹窗，选择“是”，如果没出现的话，就会来到正式的安装界面，点击“Next”，如下图：

这里会选择安装目录，默认的安装目录一般是 C:\Program Files\Git，可以不用改，但是我的习惯是把软件都安装到 C:\app\ 目录，所以这里我改成了 C:\app\Git，继续点击“Next”，如下图：

接着进入选组件页，保持默认就好。不过我勾上了 On the Desktop 选项，此项会在桌面创建图标。并且去掉了“Open Git GUI here” 选项，用不到（Git 可视化工具有其他更好的选择），去掉此项可以让右键菜单少一个选项。如下图：

这里是问用户是否创建开始菜单目录，默认会创建，不用改动，直接点“Next”，如下图：

此界面是让你选择 Git 使用的编辑器，默认是 vim。可以不用修改，点“Next”就行，如下图：

这里是询问 git init 命令初始化新仓库时，默认的分支名用哪一个。以前都是叫 master，后来因为黑人搞政治正确，觉得 master 带有歧视，所以普遍都改用 main 作为默认分支名了，所以我们也选择使用 main 作为默认分支名，如下图：

这里选择第二项 “Git from the command line and also from 3d-party software”，让其他命令行工具（比如 cmd）也可以使用 git 命令，如下图：

这里保持默认，选择第一项 “Use bundled OpenSSH”，使用内建的 OpenSSH 即可，如下图：

这里也保持默认，选择第一项 “Use the OpenSSL library”，如下图：

注意，这里要选择第三项 “Checkout as-is, commit as-is”（就是不让 Git 去帮你更改换行符，保持文本原样），如下图：

这里也选择第一项 “Use MinTTY(the default terminal of MSYS2)”，如下图：

这里也保持默认，选择第一项 “Fast-forward or merge”，如下图：

这里选择第二项 “None”，不用 Git 的凭据管理。在 windows 系统，Git 需要输入账号密码时，会默认使用 "windows 凭据管理"来保存密码，实测更好用一些，如下图：

这里保持默认，不用改动，点击 “Install” 开始安装，如下图：

等待安装完成后，点击 “Finish”， 如下图：

至此，Git 就安装完成了。

二、Git 基本配置

安装 Git 后，需要进行基本的用户信息配置，以便提交代码时能够记录正确的身份信息。

在桌面上双击 “Git Bash” 图标，打开 Git 控制终端，执行两个配置命令，配置名字和邮箱：

1
2

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

如下图：

三、生成 SSH 密钥

如果你使用 Git 连接 GitHub、GitLab 或其他远程仓库，建议生成 SSH 密钥进行身份验证。

同样的，在桌面上双击 “Git Bash” 图标，打开 Git 控制终端，输入以下命令：

1

ssh-keygen -t rsa -b 4096 -C "你的邮箱"

这里会有几个选项，我们点击三次回车键（Enter）保持默认即可。

（备注：这里三个选项，第一个是让你选择密钥存放目录；第二个是设置密钥的密码；第三个是重复密钥的密码。设置了密码容易遗忘，所以一般都不设置密码。只要你给每台机器都生成单独的 SSH 密钥，并且不定期的更换 SSH 密钥，不要把私钥泄露出去，一般都不会有什么安全问题。如果实在涉及到高安全性的地方，建议还是设置一下密码。）

如下图：

到这里，SSH 密钥就生成好了。

四、给 Github 配置 SSH 密钥

如果要在 Github 上克隆仓库，或私有仓库，建议给 Github 配置 SSH 密钥。

如何创建 Github 账号，这里就不讲述了。只讲如何在 Github 账号中配置 SSH 密钥。

在桌面上双击 “Git Bash” 图标，打开 Git 控制终端，输入以下命令：

1

cat ~/.ssh/id_rsa.pub

把打印出来的公钥全部选中，然后点击右键，选择 “Copy” 复制，如下图：

接着，我们打开 Github 配置密钥的地址：https://github.com/settings/keys

点击 “New SSH key” 按钮，在 “Title” 里输入一点信息（辅助我们记忆添加这个 SSH 密钥的作用），再把刚复制的公钥粘贴到 “Key” 的文本框中，如下图：

点击 “Add SSH key”，在 Github 中就添加好 SSH 公钥了。

如何验证呢？

还是在桌面上双击 “Git Bash” 图标，打开 Git 控制终端，输入以下命令：

1

ssh -T git@github.com

如果控制台打印出 “Hi username! You’ve successfully authenticated…” 的字样，就表示 SSH 配置成功了。

如下图：

五、Git 可视化工具(GUI Client)

如果单纯用 Git 命令去管理版本，不太直观，我们可以用可视化工具配合使用 Git，可以减少很多手敲的命令。

Git 官方也列了很多可视化工具，我这里推荐使用 Git Extensions，用了很多年了，非常方便。

官方下载地址：https://github.com/gitextensions/gitextensions/releases

打开官方下载链接，由于是 Github，可能比较慢，选择 msi 安装包下载：

双击安装包即可开始安装，下一步下一步就安装好了，比较简单。

六、总结

至此，我们在 windows 系统上就安装并配置好了 Git，还顺便配置好了 Github SSH，安装了 GUI 客户端。

后续使用 Git 时，配合 GUI 客户端，简直是如虎添翼，非常丝滑。

End–

比如在 Windows 系统上就是使用 nvm-windows 来切换 Nodejs 版本，简单方便。

在 Linux 系统上，软件仓库一般会有一个比较老的 Nodejs 版本，可以直接运行命令 apt install nodejs 安装使用。比如在 ubuntu 20.04 系统中，软件仓库默认集成是 Nodejs 10.x 的版本。

我现在想要在 ubuntu 服务器中部署一个持续集成工具，能帮我自动给前端项目打包，前端项目目前使用的 Nodejs 是 16.x 版本。

之前写过一篇介绍 ubuntu 安装 Nodejs 的文章：ubuntu 18.04 安装 nodejs 最新版、指定版 12.x 14.x。文章里面的内容好像过时了，而且操作起来不够简单。

那么我现在要给 ubuntu 20.04 服务器安装 Nodejs 16.x，经过研究后，我觉得使用 fnm 来安装 Nodejs 是比较简便的方式。

安装 fnm

fnm 是使用 Rust 语言开发的一个 Nodejs 版本管理器。

fnm 官方下载地址：https://github.com/Schniz/fnm/releases

我们下载最新的 Linux 平台二进制压缩包：fnm-linux.zip，解压后会得到一个 fnm 程序文件。

接着在本地打开 Git Bash 终端，把 fnm 上传到 ubuntu 服务器：

1

scp fnm root@111.111.111.111:/usr/local/bin/

注意，为了避免权限问题，这里要用 root 账号上传到 /usr/local/bin 目录。

上传完成后，登录 ubuntu 服务器，切换到 /usr/local/bin 目录，给 fnm 授予执行权限：

1
2
3
4
5

# 切换目录
cd /usr/local/bin

# 授予执行权限
chmod +x fnm

接着切换到 /root 目录，在 .bashrc 文件的最后增加一行：

1

eval "$(fnm env --use-on-cd --shell bash)"

再执行命令重载一下配置：

1

source /root/.bashrc

输入命令验证一下：

1

fnm --version

如果打印出版本信息，则 fnm 已经部署好了。

安装 Nodejs

现在我们通过 fnm 安装 Nodejs。

我这里想安装 Nodejs v16.20.0 版本，则执行如下命令：

1

fnm install 16.20.0

速度很快，一会就安装好了。

接着运行如下命令，就可以看到安装好的 Node 了：

1

fnm list

默认情况下，node 和 npm 都会一起安装。

我这里要用 pnpm，所以还需要执行以下命令安装 pnpm：

1

npm i -g pnpm

至此，ubuntu 服务器就安装好 Nodejs 比较新的版本了。

Hexo 官网介绍了几种部署方式：https://hexo.io/zh-cn/docs/one-command-deployment

1、Rsync 方案（放弃）

本来想试一下 rsync 部署，发现它不支持 windows 系统。

后来灵机一动，Git 能在 windows 系统里用，Git for windows 里还自带 bash.exe，而 Git for windows 又是 msys2 的工具包封装而来。那么先看看 msys2 里有没有 rsync，有的话，复制到 Git 里不就可以在 windows 系统下用 rsync 了么。

打开 MSYS2 Shell，执行以下命令：

1

pacman -S rsync

果然有，于是查看了 rsync 安装位置和依赖包，复制到 Git 里相应位置，运行时发现版本不兼容，无奈作罢。

2、Bash 脚本方案

看了下文档，还可以选择 SFTP 部署方式，我没尝试了，而是想到了更简单的部署方式。

目前我的部署方式是在 windows 系统本地运行 hexo clean && hexo g 生成静态站点，然后 ftp 上传到服务器上。

而这一过程重复多次以后，就觉得很烦了，想着把它简化一下吧。

于是写了个 bash 脚本放在 Hexo 博客根目录，命名为 “deploy.sh”，内容如下：

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

#!/bin/bash

_date=$(date +"%Y%m%d-%H%M")

# 清理缓存
hexo clean

# 生成网站
hexo generate

_pkg=site-${_date}.tar.gz

# 打包
tar -czf ${_pkg} public

# 远程主机中的网站存放目录
_remote_dir=/var/www/website/

# 主机登录信息
_remote_host=root@xxx.xx.xx.xxx

# 上传
scp ${_pkg} ${_remote_host}:${_remote_dir}

# 远程部署
_tar="tar -xzf ${_pkg}"

ssh ${_remote_host} "cd ${_remote_dir} && rm -rf public && ${_tar}"

echo "Deploy success."

注意，此脚本运行的前提条件是为 Linux 服务器配置好免密登录，可以参考我的另一篇文章：

《Linux 服务器配置免密码登录》

我在 Nginx 配置的完整目录是 /var/www/website/public。

脚本中的 _remote_dir 即为我的网站存放目录，因为网站打包已经包含了 public 目录，所以这里就不需要再填写 public 目录了。

脚本中的 _remote_host 则是配置我的 ubuntu 服务器的地址（username@ip）。

这样每当我写完新的文章以后，就可以在网站根目录打开 “Git Bash”，执行：

1

bash deploy.sh

脚本运行完，就表示我的网站已经部署好啦，怎么样，是不是简单方便。

End–

因此就有一点不一样的想法，加上自从开车以来，也从来没有在国道长途自驾过，以前走过几次跨市的国道，好像体验都不是太好，路比较烂。这次就想趁着离过年还有点时间，从北京走国道自驾回武汉。

在放假前一天，收拾好东西，提前放在了车里，准备等正式放假的时候，直接去取车开始启程。

2025-01-24 周五

临近年关，按照去年的经验，公司25号正式放假，那么24号下午应该就会提前放了，果不其然，下午2点左右，领导宣布开始放春节假期。迅速收拾好东西出公司，坐公交去停车场取车。

心情略显激动，因为这是我第一次国道长途自驾。这次是准备从北京出发，走国道 G106 回到武汉，全程 1150 余公里。

在下午2点50分到达停车场，调好导航就出发了，这注定是一场持久的考验。

北京市范围内的 G106 国道修得很好，速度也能到六七十，但是就是总感觉很慢，因为红绿灯太多，等待时间太长，所以平均每个小时行驶的路程就很少。

在一路行驶了三个多小时后，天已变得黑暗，肚子也有点饿了，却没有找到合适的吃饭的地方。这并不奇怪，因为当天已经腊月二十四，距离过年仅剩五天。在找到一家烧烤店时，我停车去问有面吗，老板说只有泡面…

于是只好作罢，继续行驶，并吃点自己备的饼干。没过多久，就看到路边有一家兰州拉面馆，进去吃了一碗土豆牛肉盖饭，吃完饭顺便接了一杯热水，之后继续赶路，此时是晚上6点五十几分。

在到达衡水市武邑县时，已经是晚上九点多了，找个路边临时停车，开始寻找住宿的宾馆。在衡水市衡水湖边，找到一家比较合适的宾馆，单人间只要五十元一晚。在到达宾馆前，刚好看到一家中国石化加油站，估摸了一下油量，加了100块的油。

在晚上 10点24分到达宾馆，除了宾馆设施比较老旧，其他没有什么问题，稍微整理一下就睡下了。

看了百度地图的历史轨迹，驾车时间从 14:51 到 22:24，导航 292 公里，耗时7小时33分，平均为36公里/小时。

2024-01-25 周六

第二日，醒来比较早，早上刚7点钟就开始出发，路上都比较顺利。

在早上10点多的时候，开始进入河南省境内，河南和河北的国道，感受就截然不同。

河北省内的国道，两边基本都是封闭的，也很少遇见人，司机可以专心开车。

河南省内的国道就不同了，每进入一个城镇，道路两边都是做生意的门面，路上人来人往，很是热闹，而且老年代步车简直泛滥成灾，在路上到处穿梭。

因此，每经过一个小镇，就会行驶缓慢，一点一点往前挪。到中午12点时，找了个合适的地方，停车吃饭。

此时，驾车时间从 07:03 到 12:10，导航 241 公里，耗时 5小时7分，平均为47公里/小时。

在濮阳市濮阳县八公桥镇王记牛肉馆，吃了一碗正宗河南烩面，吃完接着赶路。

过不多久，就进入了山东菏泽市的东明县，这儿有个小插曲，我在东明县找了个中国石化加油，加完出来，那里刚好是个红绿灯路口，由于我要跨多车道并道最左侧去掉头，我停在那儿等了很久，等车都过完，才准备在实线前并到最左侧车道去。这时，后方来了一辆奔驰，在后面疯狂按喇叭，把我搞慌了，就差一条道啊，结果就直挺挺的被逼进了直行车道，开始等红灯。绿灯起步后，后方的奔驰迅速加速到我前面，一脚急刹，然后伸出头嘴里估计是骂了几句国粹后扬长而去。

嗯，这个地方叫山东省菏泽市，鲁R车牌，应该是本地人吧，果然是礼仪之邦，受教了。

这里只有一小段穿过山东菏泽，然后又继续回到河南省，进入开封市。

时间来到下午天黑之前，天空下起了雨夹雪，等天晚上黑了之后，视线就不太好了。

在这之前，其实我也看到过几起事故了，有一辆小车在城区，撞到了花坛上，司机无大碍，站在路边打电话，估计是在报保险叫救援吧。还有个比亚迪f0被一辆丰田追尾，司机们在路边讨论着什么。

而我呢，也遇到了惊险时刻。在夜色朦胧中，前方星光点点的灯光中，一个红绿灯路口，在我靠近时，突然发现有一辆类似福特全顺的轻客，骑在红绿灯路口的实线上，半个车身在我这边的车道里，并且闪烁着灯光…

幸好车速不快，等我看清时，赶紧向右边打了一把方向，侧身而过，也幸好我的车身小巧，刚好能借着线外的一点道路，一个“滑铲”顺利通过。等过去后，心里惊出一身冷汗，真想骂几句国粹啊…

在晚上8点半时，路过一个小镇，看到一家羊肉馆还在营业，在路边停好车，顶着细雨中雪花，在羊肉馆切了一点羊肉，弄了一碗羊肉汤，就着一张饼，凑和了一顿晚餐（那张饼挺大的，没吃完…）。

时间匆匆，晚上九点多时，我已经在前方的项城市找好了宾馆。其实从天黑以后开始，路上的人就少了，开车都快了很多，本想接着人少再多赶路，想想这雨夹雪的夜晚，加上刚刚经历的惊险时刻，还是打消了这念头，找个宾馆休息。

此时，驾车时间从 12:50 到 22:07，导航 258 公里，耗时9小时17分，平均为25公里/小时。

2024-01-26 周日

一夜无话，等到第二天早晨，我认为不需要太过赶路，并还剩400公里了，一天时间怎么也够了。

结果是我判断失误了，低估了河南城镇的热闹，道路两旁铺满年货，人来人往，简直热闹非凡啊，如果不是知道各地卖的年货都差不多，我都想停车去逛一番河南大集。

现实往往是残酷的，从早上8点半出发，到中午12点时，我才仅仅行驶了七八十公里…

地图显示，前方新蔡县孙召镇的路线堵成酱紫色，光是在龙口镇和孙召镇之间的道路上，我就整整堵了一两个小时，耐心差点耗尽。

经过合计，我认为不能再走国道了。赶紧看地图，告诉小度上高速，终于慢慢挪到了高速口，右拐从新蔡县立交那里上了新阳高速，上高速后，一马平川，转到大广高速，淮内高速，安罗高速，京武高速，武大高速到达武汉。

并且在下午5点40分到达武汉的家。

此时，驾车时间从 08:33 到 17:39，导航 411 公里，耗时9小时6分，平均43公里/小时。

本次国道自驾费用合计

本次自驾，全程1150多公里，历时三天。花费如下：

第一天：加油 100 元，住宿 50 元，吃饭 16 元。

第二天：加油 250 元，住宿 52 元，吃饭 34 元。

第三天：加油 250 元，高速费 167 元，吃饭 18 元。

共计花费：937 元。

以往高速自驾费用对比

之前，我计算过，从武汉到北京，走京港澳高速，全程高速费是 491 元。

油费大概是 430 元（加了450元的油，没用完）。

所以如果走高速的话，费用是 920 元左右。

总结

如果是长途行车，走国道确实会更省钱一点，但是所花费的时间会翻倍。如果住宿和吃饭稍微好点的话，其实就不省钱了。

如果是开油车走国道长途旅行，那么一天的极限行驶可能就400公里，而且会比较累，也玩不好，大把时间都花在赶路上了。从费用上来看，特别是多人同行时，旅行中住宿的费用占比会很高。所以长途旅行住车上能省钱，是有一定的道理。

在想象一下，如果是开电车走国道长途旅行，并且住车里，那么会很省钱！！！这不就意味着同样的钱，就能旅行更长时间了。

因此，从这一次国道自驾，我摸索出了一些窍门，以后去旅行，要想省钱，那就开电车走国道，既不错过风景，也不担忧费用无法承受。

End–

1. 安装 hexo-generator-sitemap

在 Hexo 生成站点的根目录下执行以下命令：

1

npm install hexo-generator-sitemap --save

因为我用的是 pnpm 包管理工具，所以我这里执行的命令是：

1

pnpm add hexo-generator-sitemap

2. 配置 sitemap.xml

安装完插件后，编辑站点根目录下的 _config.yml 配置文件，寻找是否有 sitemap 字样，如果没有则增加配置：

1
2
3
4
5

# Sitemap
sitemap:
  path:
    - sitemap.xml
  tags: true

我这里配置了在 sitemap 中显示标签，如果不想显示标签，可以把 tags: true 删掉。

3. 配置站点 URL

还是在 _config.yml 中，查看 url 字段是否配置正确。

1

url: https://www.guozhenyi.com

如果没有正确配置 url，生成的 sitemap.xml 可能会缺少正确的链接结构。

4. 生成 Sitemap

在站点根目录下执行：

1

hexo clean && hexo g

生成完成后，即可在 public/ 目录下看到 sitemap.xml 文件。

5. 增加 robots.txt

同样的，Hexo 没有自带 robots.txt 文件，为了对搜索引擎更友好，建议在 source/ 目录下创建 robots.txt 文件，内容为：

1
2
3
4

User-agent: *
Disallow:
Sitemap: https://www.guozhenyi.com/sitemap.xml

请把里面的域名换成你自己的域名。这样，搜索引擎就能很好的索引本站啦。

End–

后来大概了解了一下 Home Assistant 是什么，借用 ChatGPT 的回答：

Home Assistant 是一款开源的智能家居自动化平台，旨在通过中央化控制、自动化和智能化管理家中的各种设备和系统，从而提供更高效、便捷的生活方式。它支持与多个智能设备和服务集成，能够集中控制家中的各种硬件和软件系统，实现自定义自动化规则。

直到第二次看到有人写：小米正式官宣开源！杀疯了！

于是衍生出了对 Home Assistant 一探究竟的好奇心。

第一步就看官方安装文档：https://www.home-assistant.io/installation/

官方文档说最容易的安装是直接买安装了 Home Assistant 的树莓派硬件。

其次是自带树莓派硬件安装 Home Assistant。

最难的是自行在类安卓或 PC 机器上安装 Home Assistant。

然后出现了几种版本：

• Home Assistant Operating System（HA OS）
• Home Assistant Container （Docker）
• Home Assistant Supervised （Manual installation of the Supervisor.）
• Home Assistant Core （Manual installation using Python virtual environment.）

详细区别请看官方文档，总结就是：

HA OS 是用定制版 Debian 系统安装了 Home Assistant。

Supervised 是自己用 Debian 系统去安装 Supervised 和 HA 那一套。

这两个方案都是全功能版，Container 和 Core 不能在 UI 界面上安装插件。

安装1

首先想的是在 windows 上安装 VirtualBox 虚拟机版本。刚好电脑上安装了 VirtualBox，这是最方便的方式。

等照着官网一步一步安装好，并且进了 UI 管理界面后，死活安装不是官方的 Terminal & SSH 插件，这就尴尬了，没法进行下一步，而且最脑残的是官方竟然把 Ternimal & SSH 这个插件打的 docker 包来安装，国内 docker 根本没法拉取，卡了好久，实在没想到好的解决方法，放弃了。

安装2

换个方案，我先在 VirtualBox 虚拟机安装一个 Debian 12 的操作系统，然后预先安装好以来的软件和工具，再安装 Home Assistant Supervised。

文档：https://www.home-assistant.io/installation/linux#install-home-assistant-supervised

这个文档里第一步让我先把系统弄得满足这个文档里的需求：

https://github.com/home-assistant/architecture/blob/master/adr/0014-home-assistant-supervised.md

Docker CE >= 20.10.17
Systemd >= 239
NetworkManager >= 1.14.6
udisks2 >= 2.8
AppArmor == 2.13.x (built into the kernel)
Debian Linux Debian 12 aka Bookworm (no derivatives)
Home Assistant OS-Agent (Only the latest release is supported)

安装 Home Assistant Supervised

1、安装 Debian 12.7 xfce桌面

下载 debian-12.7.0-amd64-DVD-1.iso，在虚拟机里安装，并且同时要安装 xfce桌面、SSH。

再把网络连接改成“桥接模式”，让虚拟机能获取到 IP 地址。

1
2
3
4
5
6
7

apt update

# 安装 vim
apt install vim

# 编辑ssh配置，让root账号能远程登录
vim /etc/ssh/sshd_config

在 /etc/ssh/sshd_config 找到 PermitRootLogin 附近，加一行：

1

PermitRootLogin yes

重启sshd：

1

systemctl restart sshd

在 Debian 系统里使用 ip addr 查一查 ip 地址。

在本机系统上，用 Git Bash 执行命令配置免密登录：

1

ssh-copy-id root@192.168.xx.xx

2、安装依赖软件

在 Debian 12 上，Systemd、NetworkManager、udisks2、AppArmor 版本都已经满足要求。

2.1、安装 Docker CE

按照官方文档安装Docker：https://docs.docker.com/engine/install/debian/

2.2、安装 OS Agent

从上面可以看到，系统需要 Home Assistant OS-Agent

地址：https://github.com/home-assistant/os-agent

下载当前最新版本：os-agent_1.6.0_linux_x86_64.deb

打开 Git Bash，使用命令把安装包上传到 Debian 系统里：

1

scp os-agent_1.6.0_linux_x86_64.deb root@192.168.xx.xx:/root/ 

在 Debian 系统里执行安装：

1

dpkg -i os-agent_1.6.0_linux_x86_64.deb

为了验证是否安装成功，还需要安装：

1

apt install libglib2.0-bin

执行命令验证是否安装成功：

1

gdbus introspect --system --dest io.hass.os --object-path /io/hass/os

3、安装 Supervised

看官方文档：https://github.com/home-assistant/supervised-installer

再按照官方文档的步骤安装完成。

4、配置

打开：http://192.168.xx.xx:8123

正常情况下，就能看到欢迎页面了。选择注册账号，选择地理位置等，完成后就可以进入系统。

5、安装 HACS 极速版

HACS 极速版介绍地址：https://github.com/hacs-china

简介：HACS是一款优秀的 Home Assistant 集成商店，然而国人想要使用它下载插件或前端卡片却困难重重，主要原因就是国内的网络环境。 本项目使用了gitmirror.com和fastgit.org等提供的Github代理服务，可以让大家更快的下载商店里的插件。

下载地址：https://github.com/hacs-china/integration/releases

这里下载的是 2.0.5.0 - china 版本。

未完待续…

举个例子：我们在浏览器中输入一个域名 https://www.baidu.com ，浏览器会向 DNS 发起查询，查询这个域名对应的 IP 地址，浏览器获得了 IP 地址，就可以去这个 IP 地址所在的服务器请求数据，然后再把数据在浏览器窗口中显示。

在上古纯情时代，靠 DNS 明文查询就可以满足需求了。但是，哪里有漏洞，哪里就有无良奸商。

还记得那个时代电信运营商给网站插广告么。就是因为 http 的明文传输，运营商可以劫持网页内容，并且在网页中插入自己的广告代码，所以你会看到，明明自己的网站没有广告，为何莫名其妙就弹出了一堆广告呢，那就是运营商搞得小动作。后来，经过技术发展，为了避免被运营商再在自己的网站中插入广告代码，浏览器厂商开始大面积推广 https，很多公司跟进，现在的网站几乎全面 https 化，运营商现在就没法劫持网页插播广告了。

DNS 也是同样的理，DNS 也是明文传输的，容易被劫持，因此衍生出了一些 DNS 加密技术，比如 DoH、DoT、DoQ 等。

DoH、DoT 和 DoQ 都是加密 DNS 请求的协议，主要作用是保护用户的隐私和安全，防止 DNS 请求被劫持或监听。它们的主要区别在于使用的加密传输方式。

DoH（DNS over HTTPS）

DoH 是一种通过 https 协议传输 DNS 查询的方法。它利用了HTTPS协议天然的加密特性来保障数据传输的隐私性和安全性。

DoT（DNS over TLS）

DoT 利用传输层安全性协议（TLS）来加密 DNS 查询。DoT 通常在 853 端口上运行，并提供了一种端到端加密的解决方案。

DoQ（DNS over QUIC）

DoQ 是一种新兴的技术，它结合了 DNS 查询和 QUIC 协议的优势。QUIC 是一个基于 UDP 的多路复用传输协议，它减少了连接建立时间，并提供了更好的性能和加密支持。DoQ 旨在进一步提升 DNS 查询的效率和隐私性。

公共DNS服务提供商

阿里 DNS（国内）

DNS IPv4：223.5.5.5 和 223.6.6.6

DNS IPv6：2400:3200::1 和 2400:3200:baba::1

DoH：https://dns.alidns.com/dns-query

DoT：tłs://dns.alidns.com

DoQ：quic://dns.alidns.com

腾讯 DNSPod DNS（国内）

DNS IPv4：119.29.29.29

DNS IPv6：2402:4e00:: 和 2402:4e00:1::

DoH：https://doh.pub/dns-query

DoT：tłs://dot.pub

Google Public DNS（国外）

DNS IPv4：8.8.8.8 和 8.8.4.4

DNS IPv6：2001:4860:4860::8888 和 2001:4860:4860::8844

DoH：https://dns.google/dns-query

DoT：tls://dns.google

Cloudflare DNS（国外）

DNS IPv4：1.1.1.1 和 1.0.0.1

DNS IPv6：2606:4700:4700::1111 和 2606:4700:4700::1001

DoH：https://cloudflare-dns.com/dns-query

DoT：tls://1dot1dot1dot1.cloudflare-dns.com

参考：

• DoH, DoT, DoQ 的区别

End–

过程

从2023年6月就已经在着手把原来系统里的文章迁移出来，更换为 Hexo 博客程序。看了 git 记录，陆陆续续拖到10月份好像就把文章全部迁出来了，但是，但是，就没有然后了。

现在也记不得是什么原因，可能是项目比较忙吧，就把这事给搁置了。

时间来到2024年年底，之前买的阿里云 ECS 1c1g 的云服务器在1月份就要到期了。鉴于阿里云在双十一的时候，没有给我续费优惠券，这个云服务器吧，续费就要200多了，这还是在宽带改为按使用付费的情况下的费用。

其实上一年的双十一的时候，就不想续费了。那时候就可以买99元 2c2g 的云服务器，可能是不想迁移数据，加上阿里云给了老用户续费优惠，111元又给它续了一年。

由于我的博客程序是我用 Laravel 开发的，比较粗糙，在当时 1核0.5g内存的服务器上，连 composer 都无法运行，后来才把配置升为1核1g。

没想到时间过得这么快，不得不考虑迁移数据了。所幸买的99的阿里云服务器和之前那个云服务器都选择的是深圳E区，配置好环境，打压缩包，直接内网迁移数据，还是挺快的。

这波搞完以后，又想起来 Hexo 博客还没理顺，因此花了些时间研究，终于是搭起来了。

接下来，还得做个重定向，把之前那些文章都重定向到现在的地址，不然会形成很多死链。

其实这几年吧，也写了很多笔记，只是都放在比较私密的思源笔记里，没有公开，等后续整理吧，整理一些有点价值的文章再发布出来。

感悟

折腾来，折腾去，博客的最终形态还是静态的模样最合适。

2014年的时候，其实就用 Hexo 搭建了博客，后来不满意，又换了 Typecho，还是不满意，就自己用 Laravel 写了个简陋版，等把它搭起来了才发现，又把写作的兴趣磨没了。到现在，又回到了 Hexo，回到了最初的模样。

之前看到过一句话：“别太沉迷于工具，专注写作吧”。当时感悟不深，现在觉得总结很到位。人生大概也如此吧，当我们一路走来，乱花渐入迷人眼，是否还记得最初的梦想。

–End–