这段时间，我一直在 Hugo Themes 库里反复打量，却始终没有找到那种“一眼万年”的感觉。直到有一天，我逛到了 eallion 的博客，看到他完善了一款名为 pehtheme-hugo 的主题。

遇见新欢：pehtheme-hugo

eallion 完善的这个版本已经非常出色，并且在 GitHub 上开源了。第一眼看到它，我就觉得这正是我想找的风格。

不过，为了避免直接“撞衫”的尴尬，我没有直接克隆他那套高度定制的版本，而是决定从原始版本开始，自己动手，丰衣足食。

“半成品”的磨难与 AI 的救赎

原始版的 pehtheme-hugo 其实更像是一个半成品。虽然骨架很漂亮，但内部细节却让人头大：

• 搜索功能：完全是摆设，点不开也搜不到。
• 图片引用：路径处理逻辑有误，很多地方的图片引用都是错的。
• 页面缺失：核心的归档页、友链页、评论系统几乎是一片空白。

如果是以前，作为一个代码小白，面对这些问题我可能就直接劝退了。但现在是 AI 时代，只要有想法，剩下的都可以交给“赛博劳动力”。

我的折腾流程：iflow cli + AI

我利用 iflow cli 配合 AI，开始了一场针对主题的“大手术”。

操作心得： 以前需要翻遍文档、折腾好几天的难题，现在通过与 AI 的对话，让AI直接修改生成原貌，全程不用自己动手，这个感觉还是很爽的。

• 修复搜索：重新梳理了 JSON 索引逻辑，现在搜索功能终于活了。
• 页面增建：逐一补全了归档、友情链接以及评论系统的模板代码。
• 细节微调：把原本那些看着不顺眼的 CSS 样式逐个修正，让它更符合我的审美。

现状与未来

目前博客已经基本成型，虽然还有很多可以完善的空间，但至少“能用了”。

这就像是刚装修完的房子，大件家具都进场了，至于那些装饰性的软装，等以后哪天看哪里不顺眼了再改吧。折腾的意义不在于追求绝对的完美，而在于那种“把想法变成现实”的掌控感。

默认你已经下载了输入法的最新源码。

首先需要安装libpinyin

安装ibus-libpinyin官方的教程很简单的说，需要：

• ibus
• libpinyin
• sqlite3

安装基础工具

在开始之前，确保编译环境是完整的：

1
2

sudo apt update
sudo apt install build-essential autoconf automake libtool pkg-config intltool gettext

依赖库清单

针对你遇到的所有 configure 报错，这里是对应的 Ubuntu 软件包：

一键安装命令：

1
2

sudo apt install libglib2.0-dev libdb5.3-dev libibus-1.0-dev libsqlite3-dev \
liblua5.1-0-dev libnotify-dev libsoup-3.0-dev libjson-glib-dev

编译

由于 Makefile 存在并行逻辑缺陷（即你遇到的 .tmp 文件找不到的问题），请务必按此顺序执行：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# 进入源码目录
./autogen.sh --prefix=/usr/  --enable-cloud-input-mode
make
sudo make install

# 核心：先单线程处理 data 目录，防止 sed 读写冲突
make -j1

# 成功后可执行安装
sudo make install
sudo ldconfig       # 刷新动态链接库

常见问题排查

• 安装后找不到输入法？ 执行 ibus-daemon -drx 重启 IBus。
• 缺少 pinyin-data？ libpinyin 只是引擎，通常还需要 pinyin-data（词库文件）。如果运行报错，检查 /usr/share/libpinyin/ 下是否有数据。

前两天看到1900把博客迁移到了Edgeone，速度很快，我的博客没有备案，看了下可以使用海外版，测试了一下，发现要比cf快一些，于是决定把博客从 Cloudflare 迁移了过去。

为什么选择 EdgeOne Pages？

虽然 EdgeOne 的 Pages 功能在目前也主要使用海外节点，但实际体验下来，它在亚洲地区的路由优化明显优于 Cloudflare 的 pages。

延迟表现：从“红爆”到“稳住”

• Cloudflare：联通线路经常在晚高峰时期，Ping 常跳到 800ms 以上。
• EdgeOne：同样是海外线路，EdgeOne 的 Anycast 策略似乎更懂中国开发者。实测联通和移动的延迟基本稳定在 200ms 左右。虽然比不上内地的“极速”，但相比 CF 的已经有了质的区别。

部署体验：平替 Cloudflare

EdgeOne Pages 的逻辑与 CF Pages 基本差不多，所以迁移成本几乎为零：

• GitHub 集成：直接关联仓库，代码推送到指定分支即可触发全量构建。
• 自动化部署：支持常见的静态网站框架（Hexo, Hugo, VitePress 等）。
• 域名绑定：支持自定义域名，并自动签发免费的 SSL 证书。 由于我的博客是在本地生成了html，所以，1900遇到的那些坑，我一个都没有遇到

迁移流程详解

整个迁移过程非常丝滑，三步搞定：

第一步：开通 Pages

登录腾讯云 EdgeOne 控制台，在左侧菜单栏找到 “Pages”

第二步：关联 GitHub 项目

授权 GitHub 账号后，选择你的博客仓库。

第三步：绑定域名

部署完成后，你会得到一个边缘域名。直接绑定你自己的域名，并在 DNS 服务商处将 CNAME 指向 EdgeOne 提供的地址即可。

总结

这次迁移最大的感受是：选对路由比选大厂更重要。 EdgeOne Pages 弥补了 Cloudflare 在国内部分运营商环境下“由于链路过长导致访问缓慢”的痛点。如果你也受够了 CF 联通线路的拉跨，不妨试试这个新选择。

不得不说，Artalk 用起来确实舒服。界面清爽，也更像我们习惯的那种“博客评论”，不用账号体系，不用跳来跳去，交流起来顺手很多。

我用的这台VPS，本来就只是随手用来跑点轻量服务：FreshRSS、Umami，再加一个 Artalk。前两天瞎折腾系统的时候，一个不小心，把服务给折腾挂了。

更糟的是—— 没备份。

于是结果也就很自然了： FreshRSS 的数据没了，Umami 的统计没了，Artalk 里的评论，也一起消失了。

Artalk 并不差，甚至可以说比较完美： 它把“数据安全”这件事完全交给了使用者自己。

使用者需要考虑：

• VPS 是否稳定

• 是否做了定期备份

• 备份是否真的可恢复

• 迁移、重装、误操作怎么办

对爱折腾的人来说，这些都是“可以接受的成本”； 但对一个只是想安安静静写点东西的博客来说，这些成本其实非常高。

尤其是评论这种东西—— 它不是核心内容，却往往承载着读者的痕迹与交流，一旦丢了，有时候感觉比文章丢了还让人难受。

所以兜兜转转，我又把评论系统换回了 Giscus。

它不完美： 要 GitHub 登录，对不少人不友好； 国内访问也谈不上顺畅； 用起来多少有点“技术味”。

但它有一个很现实的优点——省心。

评论直接存在 GitHub 仓库里，不用我操心数据库，不用备份，也不怕哪天手滑把服务器玩坏。只要 GitHub 还在，这些内容大概率就还在。

对我这种一边写博客，一边又总忍不住折腾系统的人来说，这一点反而显得特别重要。

这次折腾完，反倒更清楚了一件事：

越“自由”的方案，其实越吃精力； 越省事的方案，往往是把控制权交出去。

Artalk 是自由的，Giscus 是妥协的。 但对现在的我来说，这种妥协是可以接受的。

博客这东西，说到底是个慢活。 能一直写下去，比用什么技术更重要。

所以，评论系统又换回来了。 也许以后还会再折腾，但至少这一次，我想让它先安静地用一段时间。

前言

为什么需要快照回滚系统？在日常使用中，我们难免会遇到以下情况：

• 系统更新后出现兼容性问题
• 安装某个软件导致系统不稳定
• 配置文件修改错误导致系统无法启动
• 恶意软件或误操作破坏系统

有了快照回滚功能，这些问题都可以通过简单的重启和菜单选择来解决。

系统要求

在开始之前，请确保您的系统满足以下条件：

1. 已安装 EndeavourOS（或基于 Arch 的其他发行版）
2. 使用 Btrfs 文件系统作为根分区
3. 安装时选择 GRUB 作为引导加载程序

核心组件介绍

我们的快照回滚系统将由以下几个核心组件构成：

安装步骤

步骤 1：安装核心软件包

打开终端，执行以下命令安装所需的软件包：

1
2

# 安装 snapper, snap-pac 和 grub-btrfs
sudo pacman -S snapper snap-pac grub-btrfs

软件包说明：

• snapper：快照管理的核心程序，提供快照创建、删除、比较等功能
• snap-pac：自动化工具，在每次 pacman 操作时自动创建"操作前"和"操作后"快照
• grub-btrfs：GRUB 扩展模块，自动扫描 Snapper 快照并将其添加到启动菜单

步骤 2：配置 Snapper

安装完成后，我们需要创建 Snapper 配置：

1
2
3
4
5

# 创建根分区的 Snapper 配置
sudo snapper -c root create-config /

# 创建第一个手动快照作为基准
sudo snapper create --description "初始系统快照"

步骤 3：启用 GRUB 集成服务

grub-btrfsd 服务会监控快照变化并自动更新 GRUB 配置：

1
2

# 启用并启动 grub-btrfs 守护进程
sudo systemctl enable --now grub-btrfsd.service

步骤 4：生成初始 GRUB 配置

手动生成一次 GRUB 配置，确保现有快照出现在启动菜单中：

1
2

# 重新生成 GRUB 配置文件
sudo grub-mkconfig -o /boot/grub/grub.cfg

验证配置

检查服务状态

确认 grub-btrfsd 服务正常运行：

1
2

# 查看服务状态
sudo systemctl status grub-btrfsd

正常情况下，您应该看到类似以下的输出：

1
2
3

● grub-btrfsd.service - GRUB Btrfs snapshot detection daemon
   Loaded: loaded (/usr/lib/systemd/system/grub-btrfsd.service; enabled; vendor preset: disabled)
   Active: active (running) since ...

查看快照列表

检查 Snapper 是否正常工作：

1
2

# 列出所有快照
sudo snapper list

您应该能看到包含刚才创建的"初始系统快照"的列表。

测试自动快照功能

安装一个简单的软件包来测试自动快照功能：

1
2
3
4
5

# 安装测试软件包
sudo pacman -S neofetch

# 查看是否自动创建了快照
sudo snapper list

您应该能看到两个新的快照：一个在安装前（pre），一个在安装后（post）。

故障排除

问题 1：GRUB 菜单中没有显示快照

如果重启后 GRUB 菜单中没有显示快照选项，可能是因为缺少 inotify-tools：

1
2
3
4
5
6
7
8

# 安装 inotify-tools
sudo pacman -S inotify-tools

# 重启 grub-btrfsd 服务
sudo systemctl restart grub-btrfsd.service

# 重新生成 GRUB 配置
sudo grub-mkconfig -o /boot/grub/grub.cfg

问题 2：服务启动失败

如果 grub-btrfsd 服务启动失败，检查以下内容：

1
2
3
4
5

# 检查服务日志
sudo journalctl -u grub-btrfsd.service -f

# 检查 Btrfs 子卷挂载情况
mount | grep btrfs

问题 3：快照无法启动

如果快照在 GRUB 菜单中显示但无法启动，可能是由于以下原因：

1. 内核版本不匹配：确保快照中的内核版本与当前系统兼容
2. initramfs 问题：重新生成 initramfs 镜像
3. 子卷挂载问题：检查 /etc/fstab 配置

高级配置

自定义快照保留策略

编辑 Snapper 配置文件来自定义快照保留策略：

1
2

# 编辑配置文件
sudo nano /etc/snapper/configs/root

在文件中找到以下部分并根据自己的需求调整：

1
2
3
4
5
6
7
8
9

# 数量限制
TIMELINE_LIMIT_HOURLY="10"
TIMELINE_LIMIT_DAILY="7"
TIMELINE_LIMIT_WEEKLY="4"
TIMELINE_LIMIT_MONTHLY="12"
TIMELINE_LIMIT_YEARLY="0"

# 清理算法
TIMELINE_CLEANUP="true"

配置定时快照

启用定时快照功能，系统会定期自动创建快照：

1
2
3
4
5

# 启用 snapper-timeline.timer
sudo systemctl enable --now snapper-timeline.timer

# 启用 snapper-cleanup.timer
sudo systemctl enable --now snapper-cleanup.timer

使用指南

创建手动快照

1
2
3
4
5

# 创建描述性快照
sudo snapper create --description "安装显卡驱动前"

# 创建带类型和描述的快照
sudo snapper create --type single --description "系统优化完成"

删除快照

1
2
3
4
5

# 删除指定快照（替换 <ID> 为实际的快照编号）
sudo snapper delete <ID>

# 删除多个快照
sudo snapper delete <ID1> <ID2> <ID3>

比较快照

1
2
3
4
5

# 比较两个快照之间的差异
sudo snapper diff <ID1> <ID2>

# 比较特定文件的变化
sudo snapper diff <ID1> <ID2> /etc/fstab

回滚到快照

1. 重启系统
2. 在 GRUB 菜单中选择"Snapper snapshots"
3. 选择要回滚的快照
4. 按照屏幕提示完成回滚

我的微博

总体思路

由于 GoToSocial 默认开启了严格的 CORS 限制，获取内容的时候需要token，由于Hugo是静态博客，直接把token写在前端非常不安全，所以我们需要一个中转层。 Cloudflare Workers 可以完美胜任代理转发的功能，作用是：

• 从 Hugo 前端发请求 → Cloudflare Worker
• Worker 向 https://你的域名/api/v1/accounts/…/statuses 请求 GoToSocial 数据
• Worker 再把 JSON 数据返回给 Hugo 前端
• Hugo 构建时渲染

获取 GoToSocial 的 toot API 接口

目标概述

我们要：

1. 向 https://你的域名/api/v1/apps 注册一个应用；
2. 通过浏览器授权；
3. 用授权码换取 access_token；
4. 把这个 token 放入 Cloudflare Worker 的环境变量；
5. 然后 Hugo 博客就能安全地从 Worker 获取嘟文数据。

详细步骤

注册一个新应用

在命令行执行以下命令（用 curl，别忘了改你的 app 名称）：

1
2
3
4
5
6
7
8

curl -X POST \
  -H "Content-Type: application/json" \
  -d '{
        "client_name": "hugo-gts-proxy",
        "redirect_uris": "urn:ietf:wg:oauth:2.0:oob",
        "scopes": "read"
      }' \
  'https://你的域名/api/v1/apps'

成功后会返回类似：

1
2
3
4
5
6
7

{
  "id": "01J1CYJ4QRNFZD6WHQMZV7248G",
  "name": "hugo-gts-proxy",
  "redirect_uri": "urn:ietf:wg:oauth:2.0:oob",
  "client_id": "xxxxxxxxxxxxxxxx",
  "client_secret": "yyyyyyyyyyyyyyyy"
}

👉 复制并保存 client_id 与 client_secret。

获取授权码

打开浏览器访问以下链接（注意替换 YOUR_CLIENT_ID）：

1

https://你的域名/oauth/authorize?client_id=YOUR_CLIENT_ID&redirect_uri=urn:ietf:wg:oauth:2.0:oob&response_type=code&scope=read

系统会要求你登录并授权。 点击「允许」，你会看到页面上出现：

1
2

Here's your out-of-band token:
YOUR_AUTHORIZATION_CODE

👉 复制这个 YOUR_AUTHORIZATION_CODE。

用授权码换取访问令牌

然后在命令行执行：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

curl -X POST \
  -H "Content-Type: application/json" \
  -d '{
        "redirect_uri": "urn:ietf:wg:oauth:2.0:oob",
        "client_id": "YOUR_CLIENT_ID",
        "client_secret": "YOUR_CLIENT_SECRET",
        "grant_type": "authorization_code",
        "code": "YOUR_AUTHORIZATION_CODE"
      }' \
  'https://你的域名/oauth/token'

会返回类似：

1
2
3
4
5
6

{
  "access_token": "YOUR_ACCESS_TOKEN",
  "created_at": 1729436650,
  "scope": "read",
  "token_type": "Bearer"
}

🎉 这就是我们需要的 access_token！

验证 token 是否可用

试试看：

1
2

curl -H "Authorization: Bearer YOUR_ACCESS_TOKEN" \
  'https://你的域名/api/v1/accounts/verify_credentials'

如果返回你的用户资料（ username, id, url 等），说明 token 有效 。

Cloudflare Worker的设置

接下来打开 Cloudflare → Workers → 你的 Worker → 「Settings」→「Variables」→「Add Variable」

1
2

Name: GTS_TOKEN
Value: YOUR_ACCESS_TOKEN

保存。 Worker 代码示例如下 👇：

  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
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160

export default {
  async fetch(request, env) {
    const url = new URL(request.url);
    const headers = {
      "Access-Control-Allow-Origin": "*",
      "Access-Control-Allow-Methods": "GET, OPTIONS",
      "Access-Control-Allow-Headers": "*",
    };

    if (request.method === "OPTIONS") {
      return new Response(null, { headers });
    }

    const target = `https://你的域名${url.pathname}${url.search}`;
    const resp = await fetch(target, {
      headers: {
        "Authorization": "Bearer " + env.GTS_TOKEN,
        "User-Agent": "GTS-Proxy-Worker",
      },
    });

    if (!resp.ok) {
      return new Response(await resp.text(), {
        status: resp.status,
        headers: { ...headers, "Content-Type": "application/json" },
      });
    }

    const data = await resp.json();
细步骤
    // 并行拉取每条嘟文的回复
    const statuses = await Promise.all(data.map(async (status) => {
      let replies = [];
      try {
        const ctx = await fetch(`https://你的域名/api/v1/statuses/${status.id}/context`, {
          headers: { "Authorization": "Bearer " + env.GTS_TOKEN },
        });
        if (ctx.ok) {
          const contextData = await ctx.json();
          replies = contextData?.descendants?.map(r => ({
            id: r.id,
            content: r.content,
            account: {<details>
<summary>点击展开查看完整的配置代码（大约 100 行）</summary>
              username: r.account?.username,
              display_name: r.account?.display_name,
              avatar完全正确 ✅: r.account?.avatar,
            }
          })) || [];
        }
      } catch (err) {
        console.log("Reply fetch failed:", err);
      }

      return {
        id: status.id,
        created_at: status.created_at,
        content: status.content,
        url: status.url,
        account: {
          username: status.account?.username,
          display_name: statuexport default {
  async fetch(request, env) {
    const url = new URL(request.url);
    const headers = {
      "Access-Control-Allow-Origin": "*",
      "Access-Control-Allow-Methods": "GET, OPTIONS",
      "Access-Control-Allow-Headers": "*",
    };

    if (request.method === "OPTIONS") {
      return new Response(null, { headers });
    }

    const target = `https://l22.org${url.pathname}${url.search}`;
    const resp = await fetch(target, {
      headers: {
        "Authorization": "Bearer " + env.GTS_TOKEN,
        "User-Agent": "GTS-Proxy-Worker",
      },
    });

    if (!resp.ok) {
      return new Response(await resp.text(), {
        status: resp.status,
        headers: { ...headers, "Content-Type": "application/json" },
      });
    }

    const data = await resp.json();

    // 并行拉取每条嘟文的回复
    const statuses = await Promise.all(data.map(async (status) => {
      let replies = [];
      try {
        const ctx = await fetch(`https://l22.org/api/v1/statuses/${status.id}/context`, {
          headers: { "Authorization": "Bearer " + env.GTS_TOKEN },
        });
        if (ctx.ok) {
          const contextData = await ctx.json();
          replies = contextData?.descendants?.map(r => ({
            id: r.id,
            content: r.content,
            account: {
              username: r.account?.username,
              display_name: r.account?.display_name,
              avatar: r.account?.avatar,
            }
          })) || [];
        }
      } catch (err) {
        console.log("Reply fetch failed:", err);
      }

      return {
        id: status.id,
        created_at: status.created_at,
        content: status.content,
        url: status.url,
        account: {
          username: status.account?.username,
          display_name: status.account?.display_name,
          avatar: status.account?.avatar,
        },
        replies_count: status.replies_count || 0,
        reblogs_count: status.reblogs_count || 0,
        favourites_count: status.favourites_count || 0,
        media_attachments: (status.media_attachments || []).map(media => ({
          url: media.url?.startsWith("/") ? "https://域名" + media.url : media.url,
          preview_url: media.preview_url?.startsWith("/") ? "https://域名" + media.preview_url : media.preview_url,
        })),
        replies,
      };
    }));

    return new Response(JSON.stringify(statuses, null, 2), {
      headers: { ...headers, "Content-Type": "application/json" },
    });
  },
};</details>
s.account?.display_name,
          avatar: status.account?.avatar,
        },
        replies_count: status.replies_count || 0,
        reblogs_count: status.reblogs_count || 0,
        favourites_count: status.favourites_count || 0,
        media_attachments: (status.media_attachments || []).map(media => ({
          url: media.url?.startsWith("/") ? "https://你的域名" + media.url : media.url,
          preview_url: media.preview_url?.startsWith("/") ? "https://你的域名" + media.preview_url : media.preview_url,
        })),
        replies,
      };
    }));

    return new Response(JSON.stringify(statuses, null, 2), {
      headers: { ...headers, "Content-Type": "application/json" },
    });
  },
};

Hugo模板设置

在 Hugo 博客根目录下，新建：

1
2

content/toots/_index.md
layouts/_default/toots.html

📄 content/toots/_index.md

1
2
3
4

---
title: "我的嘟文"
description: "来自 GoToSocial 的最新动态"
---

🧩 layouts/_default/toots.html

  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
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280

{{ define "main" }}
<main class="main post-single" id="toots-page">
  <header class="page-header">
    <h1>{{ .Title }}</h1>
    {{ with .Description }}
      <p class="page-description">{{ . }}</p>
    {{ end }}
  </header>

  <div id="toots-container" class="toots"></div>

  <div class="load-more-wrapper">
    <button id="load-more-btn">加载更多嘟文</button>
  </div>

  <script>
  let tootsData = [];
  let displayedCount = 0;
  const pageSize = 5; // 每次加载条数

  // ✅ 加载嘟文
  async function loadToots(initial=false) {
    if (initial) {
      // 请注意：如果您要使用 Cloudflare Worker，这里的 URL 应该是您的 Worker URL，而不是原始 Mastodon/GoToSocial 实例的 URL。
      // 假设您的 Worker 地址是 https://worker.yourdomain.com/api/v1/accounts/01M4A5Q58VD6GJH97T2TE6W25J/statuses?exclude_reblogs=true
      const url = "https://toots.iliu.org/api/v1/accounts/01M4A5Q58VD6GJH97T2TE6W25J/statuses?exclude_reblogs=true"; 
      const res = await fetch(url);
      tootsData = await res.json();
    }

    const container = document.getElementById("toots-container");
    const nextToots = tootsData.slice(displayedCount, displayedCount + pageSize);

    for (const t of nextToots) {
      const date = new Date(t.created_at).toLocaleString();
      const username = t.account?.display_name || t.account?.username || "匿名";
      const avatar = t.account?.avatar || "https://l22.org/path-to-default-avatar.png";

      // ✅ 九宫格多图布局
      let mediaHTML = "";
      if (t.media_attachments && t.media_attachments.length > 0) {
        mediaHTML = `
          <div class="toot-media-grid">
            ${t.media_attachments.map(m => `
              <div class="toot-media-item">
                <img src="${m.preview_url || m.url}" alt="${m.description || ''}" loading="lazy" onclick="showLightbox('${m.url}')">
              </div>
            `).join('')}
          </div>
        `;
      }

      // 🚨 【修复点】直接使用 Worker 预取的 t.replies 数据来构建回复内容
      let repliesHTML = "";
      if (t.replies && t.replies.length > 0) {
        repliesHTML = `
          <div class="toot-replies">
            ${t.replies.map(r => {
              const avatar = r.account?.avatar || "https://l22.org/path-to-default-avatar.png";
              const name = r.account?.display_name || r.account?.username || "匿名";
              return `
                <div class="toot-reply">
                  <img src="${avatar}" class="toot-reply-avatar" alt="${name}">
                  <div class="toot-reply-body">
                    <strong>${name}</strong>：${r.content}
                  </div>
                </div>
              `;
            }).join('')}
          </div>
        `;
      } else if (t.replies_count > 0) {
        // 如果 Worker 没有返回 replies 但计数大于 0，可能是 Worker 拉取回复失败
        repliesHTML = `<div class="toot-replies"><p class='no-reply'>暂无回复（或Worker拉取失败）</p></div>`;
      }

      const tootHTML = `
        <article class="toot-card">
          <div class="toot-header">
            <img class="toot-avatar" src="${avatar}" alt="${username}">
            <span class="toot-username">${username}</span>
          </div>
          <div class="toot-date">
            <a href="${t.url}" target="_blank">${date}</a>
          </div>
          <div class="toot-content">${t.content}</div>
          ${mediaHTML}
          <div class="toot-footer">
            ❤️ ${t.favourites_count}　🔁 ${t.reblogs_count}　💬 ${t.replies_count}
          </div>
          ${repliesHTML}
        </article>
      `;

      container.insertAdjacentHTML("beforeend", tootHTML);
      
      // 🚨 【修复点】移除了原有的 loadReplies(t.id) 调用
    }

    displayedCount += pageSize;
    document.getElementById("load-more-btn").style.display = displayedCount >= tootsData.length ? "none" : "inline-block";
  }

  // 🚨 【修复点】移除了 loadReplies 函数

  // ✅ 初次加载
  document.getElementById("load-more-btn").onclick = () => loadToots();
  loadToots(true);

  // ✅ 简易图片灯箱
  function showLightbox(src) {
    let lightbox = document.getElementById("lightbox");
    if (!lightbox) {
      lightbox = document.createElement("div");
      lightbox.id = "lightbox";
      lightbox.innerHTML = `<img id="lightbox-img"><span id="lightbox-close">×</span>`;
      document.body.appendChild(lightbox);
      document.getElementById("lightbox-close").onclick = () => lightbox.classList.remove("show");
      lightbox.onclick = e => { if (e.target === lightbox) lightbox.classList.remove("show"); };
    }
    document.getElementById("lightbox-img").src = src;
    lightbox.classList.add("show");
  }
  </script>

  <style>
  /* 容器样式 */
  #toots-container {
    display: flex;
    flex-direction: column;
    gap: 1.5rem;
    margin-top: 2rem;
  }

  /* 嘟文卡片 */
  .toot-card {
    background: var(--entry);
    border-radius: var(--radius);
    padding: 1rem 1.5rem;
    box-shadow: var(--shadow);
    transition: transform .2s ease, box-shadow .2s ease;
  }
  .toot-card:hover {
    transform: translateY(-2px);
    box-shadow: var(--shadow-hover);
  }

  .toot-header {
    display: flex;
    align-items: center;
    gap: 0.5rem;
    margin-bottom: 0.5rem;
  }
  .toot-avatar {
    width: 36px;
    height: 36px;
    border-radius: 50%;
    object-fit: cover;
  }
  .toot-username {
    font-weight: bold;
    color: var(--primary);
  }

  .toot-date {
    font-size: .85rem;
    color: var(--secondary);
    margin-bottom: .25rem;
  }

  .toot-content {
    font-size: 1rem;
    color: var(--primary);
    line-height: 1.6;
    overflow-wrap: break-word;
  }

  /* 九宫格多图 */
  .toot-media-grid {
    display: grid;
    grid-template-columns: repeat(auto-fill, minmax(100px, 1fr));
    gap: 4px;
    margin-top: .5rem;
  }
  .toot-media-item img {
    width: 100%;
    height: 100px;
    object-fit: cover;
    border-radius: 6px;
    cursor: pointer;
    transition: transform .2s ease, opacity .3s ease;
  }
  .toot-media-item img:hover {
    transform: scale(1.05);
    opacity: .9;
  }

  /* 回复样式 */
  .toot-replies {
    margin-top: .75rem;
    border-left: 2px solid var(--border);
    padding-left: .75rem;
  }
  .toot-reply {
    display: flex;
    align-items: flex-start;
    gap: .5rem;
    margin-top: .5rem;
  }
  .toot-reply-avatar {
    width: 28px;
    height: 28px;
    border-radius: 50%;
  }
  .toot-reply-body {
    font-size: .9rem;
    line-height: 1.4;
  }
  .no-reply {
    color: var(--secondary);
    font-size: .85rem;
  }

  /* 加载更多按钮 */
  .load-more-wrapper {
    text-align: center;
    margin: 2rem 0;
  }
  #load-more-btn {
    padding: .6rem 1.5rem;
    border: none;
    border-radius: 9999px;
    background: linear-gradient(90deg, #1e90ff, #0066cc);
    color: #fff;
    font-size: 1rem;
    cursor: pointer;
    box-shadow: 0 3px 10px rgba(0,0,0,.1);
    transition: all .3s ease;
  }
  #load-more-btn:hover {
    transform: translateY(-2px);
    box-shadow: 0 5px 15px rgba(0,0,0,.2);
  }

  /* 灯箱样式 */
  #lightbox {
    position: fixed;
    inset: 0;
    background: rgba(0,0,0,0.8);
    display: none;
    justify-content: center;
    align-items: center;
    z-index: 9999;
  }
  #lightbox.show {
    display: flex;
  }
  #lightbox img {
    max-width: 90%;
    max-height: 85%;
    border-radius: 8px;
    box-shadow: 0 0 15px rgba(0,0,0,.5);
  }
  #lightbox-close {
    position: absolute;
    top: 20px;
    right: 30px;
    font-size: 2rem;
    color: #fff;
    cursor: pointer;
  }

  @media (prefers-color-scheme: dark) {
    .toot-card {
      background: #1c1c1c;
    }
  }
  </style>
</main>
{{ end }}

生成页面

运行：

1

hugo server

访问： 👉 http://localhost:1313/toots/ 即可看到自动加载的嘟文列表。 部署后访问 https://你的博客域名/toots/ 就能看到相同效果。 我是把CSS和模板写到了一起，有兴趣的可以把CSS单独弄一个文件，还会更简练。

一、创建友情链接页面

在你的 Hugo 项目根目录执行：

1

hugo new friends/_index.md

这会在 content/friends/_index.md 生成文件。 打开该文件，修改为：

1
2
3
4
5

---
title: "友情链接"
layout: "friends"
summary: "那些值得一去的好地方"
---

（ 注意： layout 是我们下一步要创建的模板文件名。）

二、创建页面模板

PaperMod 的页面模板位于：

1

themes/PaperMod/layouts/

但我们不直接改主题文件（避免主题升级覆盖），而是复制到你的项目中：

1

mkdir -p layouts/_default

然后创建一个新模板文件：

1

nano layouts/_default/friends.html

写入以下示例模板（简洁、与 PaperMod 风格一致）：

 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

{{ define "main" }}
<main class="main-content" id="main-content">
  <article class="post-single">
    <header class="post-header">
     

      <h1 class="post-title">{{ .Title }}</h1>
      {{ with .Params.summary }}
        <p class="post-description">{{ . }}</p>
      {{ end }}
    </header>
<style>
.friend-links {
  display: grid;
  grid-template-columns: repeat(auto-fill, minmax(280px, 1fr));
  gap: 1.2rem;
  margin-top: 1.5rem;
}
.friend-card {
  display: flex;
  align-items: center;
  padding: 1rem;
  border-radius: 0.75rem;
  background: var(--entry);
  box-shadow: 0 1px 3px rgba(0,0,0,0.1);
  transition: all 0.25s ease;
}
.friend-card:hover {
  transform: translateY(-4px);
  box-shadow: 0 4px 10px rgba(0,0,0,0.15);
}
.friend-card img {
  width: 3rem;
  height: 3rem;
  border-radius: 9999px;
  margin-right: 1rem;
}
.friend-card .text-gray-600 {
  color: var(--secondary);
}
</style>

    <div class="post-content">
      {{ .Content }}

      <div class="friend-links grid grid-cols-1 sm:grid-cols-2 md:grid-cols-3 gap-4 mt-6">
        {{ range .Site.Data.friends }}
          <a href="{{ .url }}" target="_blank" rel="noopener" class="friend-card flex items-center p-4 rounded-xl shadow-sm hover:shadow-md transition">
            <img src="{{ .avatar }}" alt="{{ .name }}" class="w-12 h-12 rounded-full mr-4">
            <div>
              <div class="font-semibold">{{ .name }}</div>
              <div class="text-sm text-gray-600">{{ .desc }}</div>
            </div>
          </a>
        {{ end }}
      </div>
    </div>
  </article>
</main>
{{ end }}

三、创建数据文件（友情链接信息）

在项目根目录新建：

1

data/friends.yml

添加如下内容（你可以随意扩展）：

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

- name: "PaperMod 官方"
  url: "https://github.com/adityatelange/hugo-PaperMod"
  avatar: "https://avatars.githubusercontent.com/u/21258296?v=4"
  desc: "简洁优雅的 Hugo 主题"

- name: "Hugo 官网"
  url: "https://gohugo.io/"
  avatar: "https://gohugo.io/images/hugo-logo-wide.svg"
  desc: "世界上最快的静态网站生成器"

- name: "老刘博客"
  url: "https://iliu.org/"
  avatar: "https://iliu.org/img/apple-touch-icon.png/"
  desc: "分享我的思考与生活"

四、将“友情链接”加入导航栏

打开 config.yml 或 config.toml（根据你使用的格式），找到菜单配置部分：

1
2
3
4
5
6

menu:
  main:
    - identifier: friends
      name: 友情链接
      url: /friends/
      weight: 30

五、重新生成并预览

1

hugo server -D

打开浏览器访问：

1

http://localhost:1313/friends/

即可看到一个简洁、卡片式的友情链接页面，与 PaperMod 风格一致。 具体风格可以参考： 老刘博客

通过以上步骤，你就成功地为 Hugo PaperMod 主题添加了一个既美观又简洁的友情链接页面。这个页面不仅能增强你的站点互通性，还能提升用户体验。如果你喜欢，也可以根据自己的需求对样式和布局进行进一步的调整和优化。希望这篇文章对你有所帮助！

一、FRP 简介

FRP（Fast Reverse Proxy）是一款高性能反向代理应用，可实现 内网穿透。 通过在公网服务器上运行 frps（服务端），在内网设备上运行 frpc（客户端），你就可以从外网直接访问局域网中的群晖 DSM、SSH 等服务。

二、准备条件

一台有公网IP的服务器，这里老刘推荐搬瓦工的美西优化线路，速度非常的理想。购买服务器后，安装1panel面板，然后在应用里搜索FRP，安装frps。到这里，你所需要的条件如下：

• 公网服务器 IP（frps）：104.***….
• 认证 token：xxxxx
• 群晖局域网 IP：192.168.3.19
• 群晖登录用户：xxxxx

token、端口号这些可以在你安装的frps应用里查找。

三、在群晖上安装 frpc

1. 进入用户目录

1

cd /var/services/homes/xxxxx

放在用户目录无需 root 权限，最安全。

2. 下载 frpc

x86_64 群晖（Intel/AMD 平台）

1

wget https://ghproxy.net/https://github.com/fatedier/frp/releases/download/v0.61.1/frp_0.61.1_linux_amd64.tar.gz

ARM64 群晖（J 系列或低功耗 NAS）

1

wget https://ghproxy.net/https://github.com/fatedier/frp/releases/download/v0.61.1/frp_0.61.1_linux_arm64.tar.gz

解压并重命名：

1
2
3

tar -zxvf frp_0.61.1_linux_amd64.tar.gz
mv frp_0.61.1_linux_amd64 frp
cd frp

四、创建配置文件

1

nano frpc.toml

写入内容：

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

serverAddr = "104.***.***.***"
serverPort = 7000
auth.token = "xxxxx"

[[proxies]]
name = "synology_web"
type = "tcp"
localIP = "192.168.3.19"
localPort = 5000
remotePort = 5000

[[proxies]]
name = "synology_ssh"
type = "tcp"
localIP = "192.168.3.19"
localPort = 22
remotePort = 6000

保存退出。

五、测试运行

1

./frpc -c ./frpc.toml

若看到：

1

start proxy success

说明连接成功。

六、后台运行（可选）

1

nohup ./frpc -c ./frpc.toml > frpc.log 2>&1 &

查看日志：

1

tail -f frpc.log

停止运行：

1
2

ps aux | grep frpc
kill [进程号]

七、开机自启（可选）

1. DSM → 控制面板 → 计划任务 → 创建 → “触发的任务” → “用户定义的脚本”
2. 用户选择 xxxxx或者root
3. 脚本内容：

1

/var/services/homes/xxxxx/frp/frpc -c /var/services/homes/xxxxx/frp/frpc.toml

1. 保存并勾选“启动时运行”

八、验证连接

在外网访问：

1

http://公网服务器IP:5000

如果配置了 SSH 通道：

1

ssh xxxxx@公网服务器IP -p 6000

即可远程登录群晖。

✅ 总结

• 所有文件都放在 用户目录下，无需 root 权限
• 支持 DSM 重启后自动运行
• 安装简单、权限安全、长期稳定

换了Ubuntu之后，我常用的微信，wps，anytype等软件都有deb的安装包，只有windterm是源码的形式。没法直接点击安装，当然，可以在终端中用命令直接打开，但是不是很方便。找了一下网上的方法，也没有能很好的解决，最终还是借助ai,才安装成功。如下：

下载

在这里下载最新的源码：https://github.com/kingToolbox/WindTerm

安装

首先在opt下建立一个叫windterm的文件夹，把刚才下载的源代码解压复制过去。然后按下列步骤进行：

1. 给可执行权限

进入目录，确保主程序能运行：

1
2

cd /opt/windterm 
sudo chmod +x WindTerm

1

/opt/windterm/WindTerm

如果能启动，就说明没有问题

建立软链接（让你直接用 windterm 启动）（可选）

1

sudo ln -s /opt/windterm/WindTerm /usr/local/bin/windterm

1

windterm

之后在终端输入这个命令，就能直接用了

创建桌面图标（应用菜单里显示）

新建一个 .desktop 文件：

1

sudo nano /usr/share/applications/windterm.desktop

输入以下内容：

1
2
3
4
5
6

[Desktop Entry]
Name=WindTerm
Exec=/opt/windterm/WindTerm
Icon=/opt/windterm/windterm.png
Type=Application
Categories=Utility;TerminalEmulator;

保存并退出。然后刷新数据库：

1

sudo update-desktop-database

现在你就可以在应用菜单里找到 WindTerm 了。

ubuntu-24-04-install-windterm

我的需求

1. 写博客：主要使用思源笔记。
2. 上网：浏览网页，查找资料。
3. 微信：官方已经出了客户端，体验基本上和Windows上一致
4. 偶尔结合AI写点小程序：一些简单的开发任务。
5. 每三个月报税一次：这一点只能在Windows下实现。

对于我来说，Linux完全可以满足上述需求，除了报税以外，其他都可以在Linux上顺利完成。

选择发行版

我尝试过几个Linux发行版，分别是：

• Deepin：虽然其界面精美，但安装过程中出现了问题——将系统烧录到U盘后，安装时屏幕闪烁，无法正常安装，因此我放弃了。
• Ubuntu：安装没有问题，系统也非常流畅。不过，由于Snap源中有些软件版本过低，且GitHub上没有直接的deb包，我在使用“科学”时遇到了些许麻烦。同时，安装WPS时，还需要去Windows系统中搞字体，非常繁琐。
• EndeavourOS：最终我选择了EndeavourOS，使用GNOME桌面环境。这个发行版的软件更新较为及时，且桌面体验与Ubuntu非常相似。安装和使用都非常顺利，整体性能也非常好。

安装过程

现在Linux的安装已经变得非常简单。回想起1999年左右的那段日子，记得我有个室友想尝试安装Linux，结果不但没有成功，还把硬盘搞得无法识别，最后不得不花钱请人来重新分区。现在的安装过程就简单得多了。

我的分区方案如下：

• Snap分区：8GB
• EFI分区：4GB（其实EFI不需要这么大，分区时手滑多了个0，结果就这样了）
• 系统分区：80GB
• Home分区：剩余的全部分配给了Home

安装过程也非常简便，选择在线安装后，可以根据需要选择桌面环境。分区完后，只需要按照提示操作就能完成安装。

安装后的使用

安装完成后，我就开始配置常用软件了。以下是我目前使用的一些软件：

1. 微信：archlinux安装软件现在是非常的方便了，直接用yay命令，省去了到处找软件的步骤，这也是很多人使用Arch Linux的原因。
2. 思源笔记：写博客、做笔记时使用，功能强大且稳定。
3. SSH客户端（WindTerm）：这是我在Windows下也常用的工具，功能全面，非常推荐。
4. 小狼毫输入法（RIM）：为Linux提供了中文输入支持，配合雾凇拼音方案，和Windows下体验一致
5. Edge、Chrome浏览器：Microsoft的浏览器在Linux下也运行流畅。
6. WPS：在Linux上安装WPS办公套件，安装时需要同时安装相关字体，方便使用。

例如，如果要安装微信，只需要在终端输入以下命令：

1

yay wechat

然后按照提示选择你要安装的软件即可，比macOS和Windows上的软件安装要简单得多。这是我安装完成后的截图：

总结

Linux的安装和使用已经变得越来越方便，尤其是对于像我这样需求简单的用户。通过选择EndeavourOS和GNOME桌面，我可以顺利完成日常的写作、上网、使用微信、开发小程序等任务。虽然报税这一场景仍然需要依赖Windows，但除此之外，Linux已经足够满足我的工作和生活需求。

如果你也是个需求简单的用户，或许可以考虑尝试Linux系统。无论是安装过程的简便，还是软件的丰富性，都能给你带来不小的惊喜。

我的“镜缘轩”网站部署在 CloudCone 的 VPS 上，访问速度一直不尽如人意。接入 EdgeOne 后，网站速度有了显著提升，这让我决定将我的博客也套上这个服务。

域名解析遇到的第一个问题：CNAME 扁平化

在将博客主域名 iliu.org 通过 CNAME 解析到 EdgeOne 提供的地址后，我发现 EdgeOne 无法识别解析成功。奇怪的是，“镜缘轩”网站的解析过程却非常顺利。

经过一番排查，我发现问题出在 Cloudflare 的 **CNAME 扁平化（CNAME Flattening）**功能上。由于我的博客使用的是主域名，而 Cloudflare 的免费套餐又不支持自定义 NS 地址，它的 CNAME 扁平化技术导致 EdgeOne 无法正确识别解析。我决定将域名从 Cloudflare 转移出去。

域名转移与 DNSSEC 冲突

我选择了之前用过的 Name.com 作为新的域名注册商。虽然转移费用比 Cloudflare 略贵，但我也能接受。现在想来，当时没有做更多功课，如果选择了 Spaceship，或许会是更好的选择。

域名转移到 Name.com 后，EdgeOne 成功识别了 CNAME 解析。然而，我又遇到了新的问题：SSL 证书申请一直失败。

我仔细研究了失败原因，发现一些海外的 DNS 服务器无法正常解析我的域名。我以为是 DNS 记录同步需要时间，便没有多想。但等了一周后，美国和欧洲的一些 DNS 服务器依然无法解析我的域名。

问题根源：DNSSEC 签名记录冲突

为了找到问题的根源，我向 Gemini 寻求帮助。它建议我使用 dig 命令进行分析。我在终端输入了以下命令：

1

dig iliu.org A @8.8.8.8

获得的查询结果显示 status: SERVFAIL，并在 EDE 部分提示：10 (RRSIGs Missing)。Gemini 根据这个结果判断，问题出在我的域名 iliu.org 的 DNSSEC 签名记录配置上。

原来，我在 Cloudflare 启用过 DNSSEC，这在 .org 域名注册局（如 Afilias）留下了一个 DS (Delegation Signer) 记录。这个记录告诉解析器：“这个域名启用了 DNSSEC，请去其权威 DNS 服务器（也就是 Name.com 的服务器）验证签名。”

然而，Name.com 本身不支持 DNSSEC。这就导致了矛盾：注册局要求用 DNSSEC 验证，但 Name.com 却无法提供。因此，当海外的 DNS 服务器尝试进行验证时，就会导致解析失败。与此同时，中国大陆和亚洲的一些 DNS 服务器可能由于配置更宽松，所以可以正常解析。

找到问题根源后，我立即登录 Name.com 的后台，找到了 DNSSEC 设置并删除了 DS 记录。几分钟后，EdgeOne 成功申请了 SSL 证书，困扰我多日的难题也迎刃而解。

希望我的这段经历能帮助遇到类似问题的朋友们少走弯路！

这件事让我再次意识到，网络安全并不是一个遥远的概念，而是真实发生在身边的风险。尤其最近“银狐木马”在网上泛滥，更让我觉得杀毒软件的重要性不容忽视。

为什么折腾杀毒软件？

很多人都说现在病毒少了，而且Windows自带的杀毒软件也足够了，说实话，现在很多新型木马的第一步，就是要绕过 Windows Defender，所以单纯依赖 WD，并不能让人放心。这几天，我几乎把主流的杀毒软件都试了一遍：

• 腾讯 IOA 基础版：资源占用少，系统流畅；智能弹窗过滤很安静；没有广告；还能后台一键部署到家里的几台电脑；关键是免费（能免费部署500台），而且是腾讯重点发展的项目，检测能力还行，其出身让人感觉不如360等专业的杀毒软件让人心安。
• 360 企业安全云：基础功能免费，也没有广告，功能不少，检测能力强，但卸载体验实在糟糕。卸载麻烦不说，卸载后，还会帮你装回 360 卫士，让人心生反感，我都卸载没有广告的了，你自动再帮我装个有广告的，我图啥？而且是强制安装，就这一点，PASS掉。
• Avast 免费版：国外口碑不错，优势是带有免费防火墙，但更新速度不算快，误报率也有点高。其实也不能太怪它，因为国内的一些软件，或多或少的都有一些小动作，被拦截也很正常。这个杀毒软件是免费杀毒里唯一带防火墙的，缺点是有广告，虽然可以去除，但是也有点不爽。
• ESET Internet Security：老牌杀软，轻巧干净，但价格摆在那儿。具卡饭的网友反馈，监控有漏毒的可能，这里是指，扫描可以扫描出来病毒，但是双击文件，可能不会报毒。
• 卡巴斯基：检测能力全面，没有短板，但资源占用相对大些。另外就是收费。
• 火绒：国产小而美，流畅度极佳，但缺少云查杀和主动防御方面的深度。
• McAfee：流畅，但是不要做全盘扫描，这会卡的怀疑人生。但是缺点是基本上依赖云，但是国内可能连接不畅，导致防护不足。

比较下来，我最后还是选择了 IOA。它虽然不是最强的，但综合体验最符合我自己的需求：安静、省心、流畅。

Simplewall：一个小而美的补充

除了杀毒软件，我还加装了 Simplewall。它是一个体积很小的开源防火墙工具。Windows 自带的防火墙其实功能不少，但问题在于：

• 界面不够直观，普通用户很难看懂规则；
• 程序联网时，默认不会给出提示，需要手动配置，体验不友好。

Simplewall 就很好地弥补了这些弱点：

• 程序要联网时会有明确提示，让你自己决定放行还是阻止；
• 界面简洁清晰，不复杂；
• 开源、轻量，不拖慢系统。

它和 IOA 这样的杀毒软件搭配起来，就能形成一个比较完整的防护：杀毒软件负责查杀和行为监控，防火墙负责把好“出入口”。

杀毒软件不是万能的

不过话要说回来，杀毒软件和防火墙再好，也不是万能的。很多病毒、木马、诈骗，并不是靠技术，而是靠人性的弱点来得手。那位点击不明链接的员工，如果当时多想一步，也许就不会上当。换句话说，安全软件只能帮你“兜底”，真正的安全，还是靠我们每个人自己的习惯：

1. 软件下载要谨慎：只去官网下载，不要随便在搜索引擎里点广告链接下载。最好检查安装包的数字签名，确认来源可靠。
2. 不要轻信陌生链接：尤其是在聊天软件、邮件里出现的所谓“补贴”“通知”“优惠”，先验证，再点击。
3. 双重验证很重要：能开二次验证（手机短信、动态验证码）的账号，都要打开。即便密码泄露，也能挡住一部分攻击。
4. 定期更新系统和软件：很多漏洞攻击就是利用过时的系统和程序，及时更新比装十个杀毒软件都管用。
5. 保持怀疑：网络世界里，凡是听起来“好得不真实”的信息，十有八九是陷阱。

写在最后

就在写这篇文章之前，博客圈里一位群友分享了他的经历：他在搜索引擎里搜“钉钉下载”，结果下载了一个带病毒的安装包，安装后直接中招。其实，这样的坑很多人都踩过。这也再次提醒我们，除了谨慎之外，装一款靠谱的安全软件，配合合适的防火墙，依然是必要的。

没有哪一款软件能保证“绝对安全”，但我们至少能通过选择合适的工具，加上良好的上网习惯，把风险降到最低。

之所以现在又提出来，大概是和她最近工作有关，最近她们科新开了中医护理门诊，有不少患者是冲着她的刮痧来的，所以有时候满手都是刮痧油的情况下，有电话进来的时候，再取手机确实也不太方便。

于是我在京东上搜了一下。没想到就发现了华为 Watch Fit 4 ——白色的表带，颜值简洁大方，价格也不算离谱，不到 800 块钱（如果有国补的情况下，还能便宜不少）。几乎一下就戳中了她的需求，于是毫不犹豫下单。

开箱过程

快递很快，盒子不大，正面是手表的渲染图。拆开之后，里面的东西也很简单：

• 手表本体
• 白色硅胶表带（已经装好）
• 充电线
• 使用说明书

说实话，这条 充电线还挺让我惊艳的。磁吸式的圆形接口，简洁又顺滑，质感比之前那些“夹子式”的手环充电器好太多。小细节里能看出这款手表的精致感。

上手体验

手表拿在手里的第一感觉是：比想象中要轻。媳妇戴在手腕上，明显比之前那只黑色的荣耀手环要亮眼许多（钱花到哪，哪就好看，😅），白色的表带很衬肤色，整个人气质一下就柔和了。

开机之后，和她的华为手机一连，就能马上同步信息。最让她开心的，是终于能直接接打电话了。对她来说，这可能才是最重要的。

功能亮点

除了接打电话，Watch Fit 4 还有不少实用功能：

• 健康监测：心率、血氧、睡眠监测都很完整，数据在手机上能直观查看。
• 运动模式：支持多种运动追踪，跑步、骑行、健身都有，还能记录消耗和心率区间。
• 表盘多样化：媳妇换了几个表盘，发现风格很多，既能走简约路线，也能搞点可爱的元素。
• 消息提醒：微信、短信通知都能第一时间看到，不再担心错过重要消息。
• 快充电池：充电效率很快，哪怕临时出门前充十几分钟，也能用上一整天。
• 情绪管理： 据说可以监控情绪，我和她开玩笑，以后我都要先看一下你的手表再决定如何和你说话，要是情绪不好，我就离你远点😄。

这些功能未必每一个都用得上，但有总比没有强。而且手表操作顺畅，界面清晰，没有多余复杂的东西。

我的感受

智能手表这种东西，其实功能大同小异。之前那只黑色的手环，除了不能进行通话之外，其实也基本能满足她的要求。只不过一是颜值不好看了，另外就是和手机不是同一品牌还需要另外安装APP，会出现后台杀死App,导致来信息后手环不显示显示的问题。现在这只 Watch Fit 4，颜值到位，功能正好击中需求，我估计她能坚持戴一段时间。

对我来说，800 块买一个媳妇真正喜欢、愿意戴的手表，也能提供不错的情绪价值。

小结

这次开箱算不上什么大件，但对媳妇来说，却是生活里一个小惊喜。她戴上手表的时候笑了笑，说“比手环好看多了”。

我想，这就是所谓的“刚刚好”。

wifes-huawei-watch-fit-4

1. 中国大陆能正常访问，但注册有坑

Mailgun 官网在中国大陆是可以直接打开的，但注册过程中会遇到两个大坑：

1. 不挂梯子 → 验证码加载不出来注册页的验证根本就不显示，导致注册按钮点不动。
2. 挂了梯子 → 手机号与 IP 不匹配触发风控注册时需要验证手机号，如果你的 IP 地址（梯子出口）与手机号所在地区不一致，就很容易被判定为风险账号，触发临时封禁。

2. 常见问题与解决方法

收不到验证码

• 进入 Mailgun 工单系统

• 类别选择 Account Management

• 标题示例：I can’t verify my email

• 内容示例：I can’t verify my email because I clicked the link to enter my mobile phone number, and when I sent the verification code, it reminded me that I sent too many times and other reminders. This is my phone number: +86 XXX XXXX XXXX

  把 XXX XXXX XXXX 换成你自己的手机号即可。（英文机翻没关系，客服看得懂，实测有效）

账号被临时锁定

错误提示：Your account is temporarily disabled. (Account disabled) Please contact support to resolve.

可以给客服发一封说明邮件（或直接在工单提交），核心是解释你是正常用途、愿意配合验证、并说明中国大陆网络环境的特殊性。参考邮件模板： Request for Account Review and Reactivation

Hello Mailgun Support Team,

My account was disabled shortly after registration with the message: “Your account is temporarily disabled. (Account disabled) Please contact support to resolve.” I believe this may have been triggered by the automated fraud prevention system.

I am located in mainland China, where network routing and IP geolocation may sometimes cause unusual patterns in automated checks.

My intended usage is legitimate:

• Purpose: Sending transactional emails (password resets, notifications) and newsletters for my Ghost-based personal website/blog.
• Domain: [yourdomain.com]
• Website: https://yourdomain.com
• Recipients: 100% opt-in subscribers, no purchased or scraped mailing lists.
• Sending volume: Low to moderate.

I am happy to:

• Provide ID or domain ownership proof.
• Bind a valid credit card for verification.
• Comply fully with Mailgun’s Acceptable Use Policy and anti-spam requirements.

Could you please review and reactivate my account?

Thank you for your understanding and assistance.

Best regards, [Your Name] [Your Email Address] [Your Website Name]

3. 客服的最终回复与“养号期”

客服审核后给我的反馈是：账号已恢复，但由于缺少已验证域名和对应的发送历史，暂时保留发送限制(根据ghost论坛的信息，应该是同时只能发送9封邮件)。请先添加并验证域名，然后在 3-5 天内正常发送邮件（收件人必须是有机收集的双重确认用户）。之后可以更新工单申请解除限制。换句话说，即使解封了，也要经历 3-5 天的“养号期”：

1. 绑定并验证域名（添加 DNS 记录）
2. 正常发送邮件（不要群发垃圾内容）
3. 积累发送历史（每天发一点）
4. 再次联系支持，申请解除限制

4. 总结与建议

• 注册前准备好：

  • 一个稳定的域名（用于验证）
  • 一个能接收验证码的手机号
  • 一个相对干净的 IP

• 遇到问题，直接开工单，说明用途与网络环境。

• 解封后不要急着大批量发信，先养号几天再申请完全解限。

Mailgun 的免费额度每天 100 封邮件，对个人博客来说绰绰有余。虽然注册过程麻烦，但一旦稳定下来，Ghost 邮件功能就能顺畅使用了。如果你正打算为 Ghost 配置邮件服务，不妨先参考这篇经验，少走一些弯路。

换系统，换方式

我挑了个快要过期的 VPS 练手，把系统换成了 Ubuntu 24.04。结果部署异常顺利，Ghost 6.0 安装一气呵成。于是果断把主 VPS 也重装，迁移博客数据，正式切换新架构。

Ghost 官方推荐部署环境如下：

• ✅ Ubuntu 22.04 或 24.04
• ✅ MySQL 8+
• ✅ Node.js v22（仅支持这个版本）
• ✅ Nginx
• ✅ Ghost-CLI 工具
• ✅ 一个非 root 的 sudo 用户

安装步骤（Ubuntu 24.04）

创建非 root 用户

1
2
3

adduser ghostuser
usermod -aG sudo ghostuser
su - ghostuser

安装系统依赖

1
2
3

sudo apt update && sudo apt upgrade -y
sudo apt install nginx mysql-server -y
sudo ufw allow 'Nginx Full'

配置 MySQL 密码认证

Ghost 不支持 auth_socket 模式，需要切换为 mysql_native_password：

1
2
3
4

sudo mysql
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your-password';
FLUSH PRIVILEGES;
EXIT;

建议运行：

1

sudo mysql_secure_installation

安装 Node.js v22

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

sudo apt install -y ca-certificates curl gnupg
sudo mkdir -p /etc/apt/keyrings

curl -fsSL https://deb.nodesource.com/gpgkey/nodesource-repo.gpg.key | \
  sudo gpg --dearmor -o /etc/apt/keyrings/nodesource.gpg

NODE_MAJOR=22
echo "deb [signed-by=/etc/apt/keyrings/nodesource.gpg] https://deb.nodesource.com/node_$NODE_MAJOR.x nodistro main" | \
  sudo tee /etc/apt/sources.list.d/nodesource.list

sudo apt update
sudo apt install -y nodejs

node -v && npm -v

👻 安装 Ghost-CLI

1

sudo npm install -g ghost-cli

创建网站目录并设置权限

1
2
3

sudo mkdir -p /var/www/ghost
sudo chown ghostuser:ghostuser /var/www/ghost
cd /var/www/ghost

正式安装 Ghost

1

ghost install

安装过程会提示：

• 博客域名（输入完整的 https://xxx.com）
• 数据库配置
• 是否自动配置 nginx / SSL / systemd 服务

踩坑记：Let’s Encrypt 安装失败

安装 SSL 证书这一步卡住了，错误信息如下：

1
2
3

Message: Command failed: /bin/sh -c sudo -S -p '#node-sudo-passwd#'  ./acme.sh --install ...
[Wed Aug 6 04:16:11 UTC 2025] It is recommended to install crontab first.
[Wed Aug 6 04:16:11 UTC 2025] Pre-check failed, cannot install

原因：

系统没装 cron，Ghost-CLI 在安装 Let’s Encrypt 时依赖 acme.sh，它需要用 cron 来自动续签证书。

解决方法：

1

sudo apt install cron

然后重新运行安装：

1

ghost install ssl

或干脆执行：

1

ghost setup ssl

问题顺利解决。

联邦宇宙 & Web 分析体验反馈

原以为 Ghost 6.0 的“联邦宇宙”和“内置分析”是开箱即用的神器，实际用下来有点不如预期：

🌐 联邦宇宙（ActivityPub）

• ✅ 博主可以被 Mastodon 等联邦平台关注，也可以关注他人
• ❌ 目前不支持客户端功能
• ⚠️ 功能还稍微有点粗糙

如果你指望 Ghost 成为一个真正“联邦社交平台”，目前还差点火候。

📊 Web Analytics

• ✅ 轻量级内置分析功能（无需 GA）
• ❌ 并不是完全“内建” ，依赖第三方的统计分析
• ⚠️ 需要额外配置

期待的“零配置可视化分析面板”暂时没有出现。

🧾 日常维护命令

1
2
3
4
5

ghost status       # 查看服务状态
ghost restart      # 重启 Ghost
ghost upgrade      # 升级 Ghost 和依赖
ghost doctor       # 健康检查
ghost setup ssl    # 重新配置 SSL

后台管理地址默认是：https://yourdomain.com/ghost

总结与建议

• Node.js v22 是硬要求，Ghost 6 只支持它
• 安装 cron 是配置 SSL 的必要步骤
• 联邦宇宙 和 Web 分析 功能目前还有较大改进空间
• Ghost 依然是一款优秀的写作平台，但不要期望太多“即插即用”社交功能

最后的话

这次从 1Panel 回归 Ghost 官方部署，虽然中间踩了个 SSL 的坑，整体过程依然算顺利。对我这种写作者来说，Ghost 的速度和极简风格依旧无可替代。

如果你也打算部署 Ghost 6，不妨按照这篇流程一步步来，踩的坑我已经帮你趟过了 😄。

数字时代的噩梦：当你精心设置的安全措施反而将你锁在自己的账户之外时，该怎么办？这是一次关于数字资产管理、备份策略和安全实践的深刻教训。

一、灾难降临：完美的安全闭环变成死循环

1.1 强制2FA时代的困境

随着GitHub强制实施双重认证，像大多数开发者一样，我选择了自托管的Vaultwarden（Bitwarden开源替代方案）管理TOTP验证码。这个方案看似完美——完全自主控制，既方便又安全。

1.2 单点故障的代价

直到那天，我的NAS存储池突然降级为只读模式，所有Docker服务（包括Vaultwarden）瘫痪。更糟的是：

• 没有备份TOTP种子码
• 忽略了GitHub的16位恢复码
• 所有数字资产访问权限被切断

“安全措施反而成为最大的安全隐患”——这一刻我深刻体会到了这句话的含义。

二、绝境求生：没有恢复码的账户恢复之路

2.1 常规方案全部失效

2.2 意外发现的救命稻草

通过深入研究GitHub恢复策略，发现三种替代验证方式：

1. 设备验证（需浏览器保留Cookie）
2. SSH密钥验证（开发者专属通道）
3. 个人访问令牌（PAT）

幸运的是，我部署博客时设置的SSH密钥成为了突破口。

2.3 详细恢复流程（实测有效）

1
2

# 关键步骤：SSH密钥验证
ssh -T git@github.com verify

1. 访问GitHub恢复页面 → 选择"Try 2FA account recovery"
2. 通过注册邮箱接收一次性密码
3. 选择"SSH Key"验证方式
4. 执行上述命令获取验证码
5. 提交审核（实际处理时间：36小时）

三、重建更健壮的安全体系

3.1 立即实施的应急措施

✅ 重新生成TOTP种子码
✅ 多介质备份恢复码（电子+纸质+加密USB）

3.2 全新的备份架构

3.3 血泪换来的安全原则

1. 3-2-1备份法则：3份副本，2种介质，1份离线
2. 关键凭证隔离存储：TOTP种子不与密码管理器共存
3. 定期恢复演练：每季度测试备份有效性

四、前瞻思考：安全与便利的永恒博弈

4.1 自托管服务的风险矩阵

4.2 Web3时代的认证演进

• 硬件安全密钥（FIDO2/WebAuthn）
• 生物识别集成认证
• 去中心化身份系统

五、终极建议：每个开发者都该做的5件事

1. 立即打印恢复码：存放于保险箱或可信亲友处
2. 配置多因素冗余：如Authy+硬件密钥组合
3. 建立逃生通道：至少设置两种恢复方式
4. 实施分级保护：关键账户使用独立安全方案
5. 定期安全审计：每半年检查一次认证体系

最后提醒：最危险的安全错觉就是"这种事不会发生在我身上"。请今天就开始行动，别等灾难降临

既然合适使用，当然就要把他部署在NAS里，网上群晖部署的教程比较麻烦，还需要进命令行操作，其实根本不用那么麻烦，直接使用群晖默认的docker管理套件container manager来部署就行了。步骤如下：

首先找到flatnotes

在注册表里搜索flatnotes，选择第一个，下载

安装过程

下载完成后，点击安装，在端口设置，环境，存储空间设置，根据实际情况设置一下就行，其他一路下一步。

重点说一下环境变量设置， 增加如下几个字段：

1
2
3
4
5
6
7

FLATNOTES_AUTH_TYPE: password

FLATNOTES_USERNAME: user

FLATNOTES_PASSWORD: panda # 密码可自行修改

FLATNOTES_SECRET_KEY: aLongRandomSeriesOfCharacters

另外一个需要说明的地方是8080端口不要改成其他的，改了虽然docker不会报错，但是网页是打不开的。

代理设置

如果不出意外的，在浏览器里输入你NAS的ip加上你设置的端口号就应该可以打开应用了，但是我们需要的是随时随地的使用，所以还需要在NAS里设置一下代理。

反向代理设置方法

点击控制面板，点击登录门户，点击高级，点击反向代理服务器。 点击新增，如下： 至此 ，就可以愉快的使用flatnotes来写文章了，本文就是使用这个软件写的，体验非常的不错！~ 唯一的一点，这个软件好像不是实时保存，写完文章后记得保存一下

但是在手机上一直找不到好用的输入法，老刘目前使用的是荣耀的一款手机，荣耀现在和百度走的很近，所以输入法当然也是百度输入法荣耀版。众所周知的是，国内的软件，都写的有隐私保护，但是也都没有做到过隐私保护，都是拿着用户的隐私来牟取利益。最近老刘家在装修，每当和装修负责人谈论一些东西后，再打开购物软件，谈论的东西妥妥的都会出现，不懂的人还觉得现在手机真智能（我老婆就是），殊不知，智能的代价就是你隐私的泄露。

于是老刘开始重视起来手机上的输入法。

由于电脑上使用的是小狼毫输入法，使用的还算是满意，所以手机上首先想到的也是这个输入法，在手机上名字叫作同文输入法，本身小狼毫输入法就以难配置而著称，想不到同文输入法是更难配置，安装后根本没法用，按照网上找的配置方法设置了一圈还是没有搞定，所以只好删除作罢。

然后就看到1900博客上说的Fcitx5输入法的Android版，支持安装rime插件，并且支持雾凇拼音词库，只需把电脑里的配置拷贝过去就行了。详细请参考：最后一块拼图：在 Android 手机上使用 Rime 输入法。按照1900的方法，成果的把rime输入法在手机上跑了起来。使用起来也很流畅，但是遇到了连个问题：

首先，就是同步的问题，由于Fcitx5安装在Android的系统文件夹内，所以生成的同步文件也在系统文件夹呢，而目前大多数的软件都已经无法访问系统文件夹，而手机版又不支持把同步文件生成到其他文件夹内，这就造成了同步非常的不方便，需要把手机插到电脑上，在手动把别的端的同步文件复制过去，就很麻烦。

第二，是Fcitx5不支持九宫格，对于习惯了用九宫格输入的人来说，全键盘是真的不好用。网上也有很多讨论到底是九宫格还是全键盘输入更高效，其实如果在以前，输入法不智能的情况下，那肯定是全键盘更高效，当年第一次使用黑莓手机的时候，惊艳到了，对于现在输入法也智能的情况下，九宫格的按键比较大，不容易误碰到别的键，而且这么多年形成的机械记忆，个人感觉九宫格更方便一些，毕竟不是物理键盘。

在吐槽的当间，1900说有一个名字叫雨燕输入法的rime，内置的就是雾凇的方案，也支持九宫格，试用了一下，键盘比较丑，这本没有什么，就是输入不流畅，有卡顿受不了。

使用了几天，实在是不习惯全键盘的输入，主要是总会有误碰。也有那么几天，有了破罐子破摔的心理，觉得反正微信也离开不了，干脆就使用微信输入法得了，也装了，用着确实舒服，让老刘不禁感慨，腾讯是真了解国人使用输入法的习惯。

破罐子破摔的心理也就那么几天，对微信真的是不怎么放心，本着能少一点泄露就少一点的想法，试用了一下Google的Gboard。

Gboard有很多不足的地方，比如键盘布局不习惯，不科学语音不能用，词库小等。网上有一篇文章，是通过Gboard的自定义词库的功能，把百度的词库还有搜狗的词库都导入进去。下载导入了一下，确实好用多了。

当然，Gboard的优点也很多，老刘比较喜欢的是输入纠错的功能，全键盘的时候不是容易误碰到周边的键吗，Gboard就很贴心的给你纠错过来了，比如你要打“老刘”正常的拼音是“laoliu”，如果你打成了“lasliu”那也是能打出老刘这个词的。

所以，现在的方案是用Gboard来熟悉全键盘的键位，将来有一天熟悉了之后，可能还会用回Fcitx5，或者期待一下Fcitx5能出九宫格就完美了。

前因

几年前，老刘最开始用软件进行密码管理的时候，用的就是keepassxc，只是后来有一段时间使用deepin，系统的内核比较低，不支持keepassxc的最新版，取舍之后，使用了Bitwarden，并部署在我nas里。这一用就是几年的时间过去了，只到最近遇到了问题。

这个问题就是docker镜像被墙了以后，部署在NAS里的bitwarden就没法更新了。作为一个安全软件，没法更新后的漏洞带来的风险很大，老刘也层想过让NAS智能在局域网里使用，家里和店里的电脑用tailscale相连，这样Docker更新与否都不重要了，后来发现也行不通，bitwarden需要使用ssl证书才能链接，不然就会报错，所以使用IP的方案也就搁浅了。

解决方案

解决方案有一下几种，第一种是前置的路由器科学一下。用的是openwrt，遇到的新问题是，如果把opw路由作为主路由来使用，ipv6就会受到影响，科学后，很大的概率用ipv6无法连接NAS了，后来我把opw改成旁路有使用，这个倒是不影响ipv6了，但是把网关设置成旁路由后，电脑上网的速度又受到了影响，访问国内网站总有卡顿。设置摆弄了一下，还搞得干脆网页也打不开了。看来带套确实是影响体验。

另外一种方法就是舍弃放在NAS里的方案，把bitwarden放到VPS里，但是我又不愿意把自己的密码保存在第三方的电脑里，无论是不是加密的存储。最后，老刘思来想去，决定放弃bitwarden而改用keepassxc。

也就是第三种方法，换软件！

目前用的方案

从bitwarden把密码导出，安装keepassxc后，进行导入，有很多导入格式，比如1password等，当然也有bitwarden的。按照bitwarden的格式导入。就这么简单就可以使用了，至于软件的设置，都是中文，一看就明白，没有什么要说的了。

keepassxc也是支持浏览器插件的，方便程度和bitwarden差不多，其实密码管理器目前也比较成熟了，挑一款自己用着舒服的使用就行，当然不花钱的最好。

各设备之间的同步

以前老刘用一个很简单的方案，就是用synalogy drive在各个终端进行同步密码文件，有一点不方便的是，在手机上由于drive程序后台被杀之后，keepass获取的只是以前的缓存，每次使用前都要打开一次drive，很不方便。好在keepass支持webdav的同步方式。NAS开通webdav，设置好文件夹，各个端就能愉快的使用了。妈妈再也不用担心我的密码了。

后记

目前使用了keepass一个星期，相比bitwarden来说，需要在电脑里多打开一个软件，占了电脑里的一些资源，减少了一些NAS里的资源，体验的话就是从B无缝衔接到了K，两个软件在网站输入密码的时候，没有什么不同。

不得以，老刘还是去搜索引擎上找方法吧，有一些方法大同小异，只到看到了一篇文章，说把一段代码保存成reg的格式，双击导入注册表即可。老刘试用了一下，完美解决了问题。

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

Windows Registry Editor Version 5.00

　　［HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows Defender］

　　“DisableAntiSpyware”=dword:00000000

　　［HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows Defender\Real-Time Protection］

　　“DisableBehaviorMonitoring”=dword:00000000

　　“DisableIOAVProtection”=dword:00000000

　　“DisableOnAccessProtection”=dword:00000000

　　“DisableRealtimeMonitoring”=dword:00000000

　　［HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SecurityHealthService］

　　“Start”=dword:00000002

使用方法

• 桌面新建一个文本文件，把上述代码拷贝进去。然后另存为，类型选择所有文件，名称设置为aaa.reg。
• 双击aaa.reg文件，导入注册表即可

这是一个bug

老刘有一次重置电脑，发现这个方法不能用了，其实这个Windows11的一个bug，不知道为什么一直没有修复，重新安装一下md即可。

文件老刘放在下面了： 点击下载

后来这两年，空调基本上也能凑合着用，但是效果不是太好，本身用车的时候也少，就觉得可能是缺氟利昂了。

21号，送女儿去参加中考，不想去的时候，再次出现空调不能运行的情况，好在当天阴天还有点小雨，气温不是太高，开车车窗勉强能用车，不过行车过程中外面的噪音太大。很不舒适。

送完女儿后，直接开去了修理店，令人哭笑不得的是，回去的时候空调又能用了。到店说明情况后，具体检查了一下，氟利昂压力正常，老板检查了半天，发现压缩机那块的风扇不转圈，判断是控制风扇开启的模块出现了故障。

这是这个玩意，老板从汽配城发货，跑腿很快送过来了，安装之后，终于是恢复正常了，又把车保养了一下。一共收了450元。应该是比在4S店要便宜一些。

后来在4S店的群里问了一下这玩意的价格是225一个，不包括工时费。算下来确实是要便宜一些。刚问了，群里的一个哥们就问道，你这是空调出问题了吗？然后我的车和你这同一个毛病。看来不是个例了。

放弃评论后，我是爽了，但是也不断的有博友反馈，希望有评论的功能，考虑再三，觉得还是加上为好。

阿甘博客里说了一个使用artalk的方法，之前我也部署过，不过使用这个需要VPS，维护起来也有点麻烦，后来也就不了了之了。

giscus介绍

前几天我发现了giscus 这个评论系统。他有诸多的优点：

• 开源。🌏
• 无跟踪，无广告，永久免费。📡 🚫
• 无需数据库。所有数据均储存在 GitHub Discussions 中。
• 支持自定义主题！🌗
• 支持多种语言。🌐
• 高可配置性。🔧
• 自动从 GitHub 拉取新评论与编辑。🔃
• 可自建服务！🤳

唯一的缺点是评论者需要有GitHub的账户，登录后才能评论。

部署方法：

使用Hugo PaperMod部署giscus非常的简单

• 在你GitHub项目的开通GitHub Discussions。具体的开通方法点击这里！
• 登录giscus官网，往下拉，在配置那个地方，输入你的GitHub项目名称
• 复制生成的代码
• 在文件夹layouts/partials/下新建一个名字叫comments.html的文件。然后把上一步复制的代码粘贴进去，保存。
• 在hugo.yml中，设置comments: true.

至此，部署完成，需要说明的是，项目一定要设置成public，不然评论可能不会显示。

PS：

系统上线后，小胡同学和老张同志都说，这个评论系统不方便。其实还好吧，主要的是部署简单。虽然能挡着一部分正常评论，但是也不会有垃圾评论了不是。

我之前也在博客群里问相关的问题，得到的答案一般都是推荐高德导航，理由是高德更纯粹，他是靠导航来吃饭的，如果导航做不好，他就无法很好的生存；相反百度是一个大杂烩，什么都搞，什么都搞不好。我也是一直在用高德导航。不过，前几天的一次试用百度导航，让我对百度地图的看法有些不少的改变。下面就详细的说一说：

两个导航的相同点

目前两个导航都支持车道级的导航。都不单单是纯粹的地图软件，上面商家广告等等，如果把名字互相换一下，你根本就分辨不出来谁是谁。另外就是导航语音的选择、什么拥堵的算法等等，也都非常的相似。没有什么好比较的。

高德地图的亮点与不足

高德的亮点在于如果你和别的司机都装有高德地图，在会车的时候会提示你注意安全，你的后方有车辆快速驶近的时候，高德也会提醒。

不足之处在于，高德也是号称车道级导航，但是很不明显，从地图上根本看不到你在哪个车道行驶。

百度地图的亮点和不足

高德的不足就是百度的亮点，百度地图的车道级导航就很明确，你的车在哪个车道行驶，在地图上一目了然。而且百度还通过大数据算法，给你推荐最优的车道。这点的好处很多，比如前方有事故，百度就会很明确的给你提示事故在哪个车道，并推荐最优的车道给你，另外一个很贴心的功能是临近高速的出口的时候，其他的车道在地图上都会有个红叉叉，提示你不要从那边走，这对新手司机来说尤其友好。我媳妇最怕的就是不知道从哪个出口下高速……

当然，百度地图的不足就是高德的亮点，百度地图目前还没有诸如会车提醒这样的功能。

他的朋友问了一个很多家长都非常关系的问题————孩子的视力，如何预防近视：

@镜缘轩 大佬您好，我有个预防近视的问题想请教下，我家有个2岁零的宝宝，因为现在孩子总是难免看手机电视，而且孩子看电视一会会时不时揉眼睛，眨巴眼，我担心孩子会近视。想问下：如果是投影仪，是不是对孩子的眼睛伤害小一些，我理解的是投影仪是二次反射出来的光线。

下面我们就具体聊聊：

投影仪相比较电视对眼睛的伤害小吗？

这里的伤害可以分两个层面来理解，一个是引起近视，另外一个是对眼睛器官的伤害。

电视是自发光光源，特别是现在的液晶电视，发的光种包含一些高能蓝光的有害射线，但是由于电视相对人的眼睛较远，这些光线到达人眼后的能量已经比较小了，所以来说，电视对眼睛器官的伤害不会很大。对视力的影响也会比看手机要小的多。

那么投影仪和电视机到底哪个对眼睛更友好呢？理论上来说，当然是投影仪，因为投影仪的光线是漫反射光线，人眼看起来会更舒适一些。

宝宝看手机的最长世间？

比如说现在2岁的宝宝 如果看手机 有什么最多时长建议吗？ 我发现现在的小孩 让他们不看手机好难

其实，不建议给这么小的宝宝看手机等电子产品，百害而无一利。但是，很多时候都要想现实让步。非要给出一个时长建议的话，那么不要超过20分钟。甚至更短的世间。有研究表明，看10分钟的手机引起的视力疲劳和看50分钟电视的疲劳程度差不多。所以，在条件允许的情况下，尽量不要让孩子看手机。

近视防控的方法

其实近视防控很简单，一是严格控制近距离的用眼，包括手机、绘本、弹琴、甚至大尺寸的电视等等。二是保证每天至少要保证2个小时的户外活动。另外，这位朋友还提到，如果出门少，多往往窗外是不是可以代替？这个是不行的，真的条件不允许，可以在阳台上玩。

户外活动的意义并不只是看远，而是户外的光线的亮度。所以，只是在室内望远，是替代不了户外活动的。

手机安装并Fcitx5 for Android

在电脑上从去年开始就一直使用小狼毫输入法加雾凇拼音的词库，这个输入法开源，对隐私的保护好，并且词库很大，使用起来很准确，但是手机上的输入法一直不能让我满意。

使用过一段微信键盘，恶心与微信无孔不入的推广，所以弃用；后来又使用了一段时间Gboard。一是词库小，输入不准确，选词困难，二是一些表情颜文字之类的需要网络的支持，想舒服的使用手机就要时刻处于科学的状态。所以使用一段时间后也不是很满意，就弃用了。也曾经使用过一段时间Fcitx5 for Android，那时候刚开发出来不久，还没有rime插件，加上没有九宫格，也不得不放弃了。最后选择使用了华为的小艺输入法。这个输入法各方面中规中矩吧，也比较顺手，就一直在使用下去。

看1900的博客后,发现Fcitx5 for Android更新很多版本了，加上可以安装rime插件并使用雾凇拼音，就又产生了使用的念头。按照他博客的教程，很容易就安装使用了。

试用了几天，发现总体而言还算可以。优点就是雾凇拼音了，和电脑一样的输入体验。缺点依然是不支持九宫格。目前在努力适应全键盘的模式中。

读《万历十五年》

这本书以前看电视剧《人民的名义》的时候，就被@到。正好微信读书给推了这本，可以免费看，所以就读了。书名虽然是万历十五年，但并不是仅仅讲万历十五年发生的事情。记录了张居正、申时行、海瑞、戚继光等几位典型的人物事迹。

从这本书可以看到首辅不同的性格导致的历史，明朝特殊的文官集团、大明皇帝的无奈、武将和军人的悲哀等。

你能相信一个看似芝麻大的和稀泥事件，竟然就是导致大明被清朝覆灭的根源。五六十的海盗从浙江登陆，辗转上千公里，杀死4000多人；皇帝想干什么事只要不合文官集团的意，你就干不成，只要心灰气冷，得过且过。

当然这只是书中的观点，不一定正确和全面，但是对了解那个封建社会里的奇葩王朝还是挺有帮助的。

PS：

和稀泥事件是这样的，当时镇守东北的巡抚发现有一个部落在不断的兼并周边的部落，于是派总兵去剿灭，结果总兵不听话而且打了败仗（以明朝那个奇葩的制度，打败仗也正常），于是巡抚就告总兵的黑状，总兵一看，我也是有后台的人，也告巡抚的黑状，当时的内阁首辅是申时行，一个善于和稀泥的人，一看说，你们两个相互告了就完事了，翻篇了。于是就不了了之了。这个部落的首领叫努尔哈赤！

2024 年，齐物开发继续快速发展。React、Vue 和 Angular 依然是最流行的框架，但也出现了一些新的趋势。

1. 服务端渲染的回归

Next.js、Nuxt 等 SSR 框架越来越受欢迎，因为它们提供了更好的 SEO 和首屏加载性能。

2. 边缘计算

边缘计算正在改变 Web 应用的部署方式，使应用能够更接近用户，提供更快的响应速度。

3. WebAssembly

WebAssembly 使浏览器能够运行高性能代码，为 Web 应用带来了新的可能性。

新技术趋势

TypeScript 的普及

TypeScript 已经成为齐物开发的标准，越来越多的项目采用 TypeScript 来提高代码质量。

微齐物架构

微齐物架构使大型团队能够独立开发和部署齐物应用，提高了开发效率。

开发工具

开发工具也在不断进化：

• 更好的调试工具
• AI 辅助编程
• 自动化测试

总结

Web 开发正在向更高效、更智能的方向发展。作为开发者，我们需要不断学习和适应新技术。

细心的读者可能已经发现，图南博客的域名已经由iliu.org 更换到iliu.org。这个域名是之前在Google注册的，可惜的80端口被墙了，也不知道是怎么实现强域名80端口的。于是在暂时使用一段时间后又使用了原域名。

前两天的时候，感觉还是需要用iliu这个域名，和博客的名字比较搭配，而且用了ssl之后，网站走的443端口，基本上也不会影响什么，所以就切换了过来。

换域名之后另一个需要的解决的事情是要把iliu.org的网址301跳转到新网站，以前用VPS的时候，直接在nginx里设置，现在不用vps了，有没有别的方法呢？答案是肯定的，而且比vps更方便。那就是使用Cloudflare的页面规则进行跳转。

方法

进入到cloudflare的个人中心，点击需要跳转的网站域名，点击DNS。 把域名解析到8.8.8.8，当然你解析到1.1.1.1也是可以的。然后点击规则，再点击页面规则。具体的设置如下图：

这样，就把iliu.org这个网站的网址，按照同样的规则，跳转到了iliu.org这个网站。

使用免费的cloudflare一个域名只有3个免费的页面规则，因此还有另外一个方法也可以实现，那就是利用cloudflare的workers。

进入到cloudflare的后台后，点击Workers 和 Pages。

点击创建应用程序,再点击创建workers：把下面的代码修改一下，复制到代码区保存。

 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

/**
 * Welcome to Cloudflare Workers! This is your first worker.
 *
 * - Run "npm run dev" in your terminal to start a development server
 * - Open a browser tab at http://localhost:8787/ to see your worker in action
 * - Run "npm run deploy" to publish your worker
 *
 * Learn more at https://developers.cloudflare.com/workers/
 */

// Redirect requests from one domain to another

const base = "https://iliu.org"
const statusCode = 301

async function handleRequest(request) {
  const url = new URL(request.url)
  const { pathname, search } = url
  const destinationURL = base + pathname + search

  return Response.redirect(destinationURL, statusCode)
}

addEventListener("fetch", async event => {
  event.respondWith(handleRequest(event.request))
})

上面秩序把域名化成你的域名，然后设置workers的域名是你要转出的域名即可。

冬天对眼镜佩戴者来说，最烦人的莫过于镜片起雾了。特别是从外面回到家，或者戴口罩的时候。其实现在树脂镜片已经好很多了，以前的玻璃镜片，那才能让你雾的怀疑人生。

那么，有什么办法能防止镜片起雾吗？老刘很负责任的告诉大家，除非消除温度差，否则这个问题很难彻底解决，但是目前也有一些缓解的方案，你可以从中选择适合自己的。

防雾镜片

算是目前效果最好的防雾方案了，但是依然不完美。防雾镜片的原理是：镜片的镀膜采用亲水膜，通俗的讲，能吸水。这样，产生的雾气，就被膜层吸收掉了。所以，防雾镜片在环境温度变化，比如从外面回家，或者吃火锅等场景的使用效果是很好的。

但是，毕竟膜很薄，吸水的能力有限，当蒸发量大于雾气的的产生量的时候，效果是好的，但是如果持续的产生雾气从而大于蒸发量的时候，防雾的效果就不好了。比如，佩戴口罩。

虽然，防雾镜片的缺点有一些，但是，经过技术改进的防雾镜片依然是目前最优化的防雾方案了。

防雾镜布、喷雾

这类的方案是在镜片的表面涂上一层高分子材料，增加水分子的张力，使水分子不容易聚合在一起形成水滴。

优点是，价格便宜、不用换镜片。缺点是，因为是涂在镜片的表面，很容易被水冲掉，所以，刚开始的效果不错，时间长了就不行了，需要经常擦拭镜片。

另外一个就是，虽然厂家说这种涂层对人体和镜片的膜层都是无害的。但是到底情况如何也不得而知。因为老刘也没有查到具体用了什么材质的相关文献。自己判断吧。

DIY

这是老刘我实验很久的独家秘方，这次分享给大家，既然镜片上的雾气是呼吸出来的水蒸气产生的，那么一个办法就是想办法减少到达镜片的水蒸气。我试验过不少的东西，最后发现，在口罩内放一片面巾纸，效果还是不错的。

我曾经把这个方法告诉我的顾客，据反馈，大部分人的效果也不错。反正也没有什么成本，你不妨试试咯。

最后，友情提示一下，防雾镜片加面巾纸的做法，效果会更好。😄

注册tailscale

百度直接搜，或者打看tailscale官方网站。注册就行，不过它不支持自由注册，需要用Google、apple、或者微软的outlook账号注册。

下载tailscale

网页的右上角，有个downloads，点击就可以了。里面有常用的Windows、Linux等的客户端，直接点击下载相应的客户端，并安装。安装后登录，然后在个人中心里，系统自动给你分配了一个ip地址，如果你要了解某个设备，直接在浏览器里打开那个ip地址就好了。

如果你的系统没有在常用的客户端页面，可以点击这里，会进入一个所有的客户端的页面，找到你的系统下载即可。

群晖中安装

点击我上面说的那个连接，然后找到群晖的客户端。根据你群晖的系统选。如果你群晖是DSM6就选6，DSM7就选7，不要选错了。下载之后进入群晖的后台，进入套件中心，点击手动安装。

安装的时候DSM会有一些权限的提示，选择允许就行了。安装后打开套件，点==connect==那个黑色的按钮，登录你的账号就可以了。

Linux里安装与使用

也是选择合适系统的客户端，下载安装，如果你用的Arch Linux系列，可以直接用命令安装：

1

yay tailscale

安装完之后，和windows下不同的是，它没有一个UI，需要你在命令里进行登录。 首先，运行tailscale：

1

sudo systemctl start tailscaled

然后登录：

1

sudo tailscale login

会给你网址，点击这个网址，用你的账号登录即可。

登录后使用命令查看目前在线的设备：

1

tailscale status

找到群晖的ip地址，选中复制，粘贴到浏览器里，打开，是不是熟悉的群晖后台出现了？

后续的一些优化

如果是你经常用的设备，你不想让这个设备的ip地址发生变化，可以进行一点小小的设置，如下图：

但让，tailscale还有一些高级的用法，比如在路由器里安装后，其他设备不用安装也能相互访问，这个有点折腾了，不在本文的范围，有兴趣的朋友可以去官方看相关教程。

后来有人根据Arch Linux开发出manjaro这个系统，一问世就获得了用户的好评，但是，后来manjaro的发展也偏离了初心，EndeavourOs可以简便了Arch Linux的安装，但是又不多添加零碎，是最接近Arch Linux的系统了。老刘原来用Ubuntu，但是又不想到处去找想要安装的软件，所以换成了EndeavourOs，为了打造更好用的系统，老刘安装后做了如下的优化，文章小白可以参考，大佬请路过。

安装输入法

老刘比较喜欢用的小狼毫的输入法，这个在Linux平台下，叫rime输入法，aur里什么都用，直接命令安装就行：

1
2
3
4
5
6
7

yay ibus ibus-rime #安装输入法框架及输入法
#安装雾凇拼音
git clone --depth=1 https://github.com/rime/plum 
cd plum
bash rime-install iDvel/rime-ice:others/recipes/full
#以后更新词库这样
bash rime-install iDvel/rime-ice:others/recipes/all_dicts

安装各种需要的软件

微信和QQ

不得不说，腾讯真的阻碍了中国国产系统的发展，之前QQ死活不弄Linux的，后来出了一个不能用的Linux版本，直到今年才算出了真正意义上的QQ，但是现在微信Linux版依然是基本没法用，不过好在有wine，偶尔凑合的用一下还是可以的。