Bryan修改

2025-10-16 13:52:00

NULL 与任何值的运算结果都是 NULL

NULL 有一个很重要的特性：NULL 与任何值的运算结果都是 NULL

1
2
3
4
5

SELECT 1 = 1; -- true
SELECT 1 = NULL; -- null
SELECT NULL = NULL; -- null
SELECT 1 != NULL; -- null
SELECT NULL != NULL; -- null

这也就意味着，对于存在列 col BOOLEAN NULLABLE 的表，如果一行中 col 列的值为 NULL，则下面的四条查询都不会包含这行

1
2
3
4
5
6
7

-- 等于自不必说
SELECT * FROM "table" WHERE col = true;
SELECT * FROM "table" WHERE col = false;

-- 但不等于也不会包括值为 null 的行 
SELECT * FROM "table" WHERE col != true;
SELECT * FROM "table" WHERE col != false;

IS NULL

我们其实基本都知道这点，所以我们在进行不等运算时通常会用 IS NULL / IS NOT NULL 特殊处理 NULL 列

1
2

SELECT * FROM "table" WHERE col is null OR col != true; -- 筛选 col = null 或 false
SELECT * FROM "table" WHERE col is null OR col != false; -- 筛选 col = null 或 true

IS TRUE / IS FALSE

但其实，除了 IS NULL， IS 操作符后面还可以跟随 BOOL 值，那么，用 IS NOT 其实是一个更加精准的不等于操作

1
2

SELECT * FROM "table" WHERE col IS NOT true; -- 筛选 col = null 或 false
SELECT * FROM "table" WHERE col IS NOT false; -- 筛选 col = null 或 true

而对于不是 bool 类型的 nullable 列，我们则可以搭配使用 = != 与 IS

1
2
3

-- 筛选 col = null 或任何不为 1 的值
SELECT * FROM "table" WHERE col is null OR col != 1;
SELECT * FROM "table" WHERE col = 1 IS NOT TRUE; 

concat

NULL 与任何值的运算结果都是 NULL，但在函数中则不一定（取决于具体实现）

以连接字符串为例，如果中间存在 NULL，用 || 连接属于运算符，中间任何一项为 NULL 则结果为 NULL，而用 concat 连接则是函数，中间出现的 NULL 会被忽略

1
2

SELECT 'hello-' || NULL || 'world'; -- null
SELECT concat('hello-', NULL, 'world'); -- hello-world

布尔逻辑

NULL 与任何值的运算结果都是 NULL，但在布尔逻辑中则不一样…… 试试看能不能说出下面的返回值

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

select not NULL;
select null or null;
select null and null;

select null OR true;
select true OR null;
select null OR false;
select false OR null;

select null AND true;
select true AND null;
select null AND false;
select false AND null;

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

select not NULL;          -- NULL
select null or null;      -- NULL
select null and null;     -- NULL

select null OR true;      -- TRUE
select true OR null;      -- TRUE
select null OR false;     -- NULL
select false OR null;     -- NULL

select null AND true;     -- NULL
select true AND null;     -- NULL
select null AND false;    -- FALSE
select false AND null;    -- FALSE

那么自运算，无论「未知的反面」还是「未知和未知」「未知或未知」都是未知，也因此都是 NULL

OR 的逻辑则是「有任何一个值为 TRUE 就是 TRUE」，因此，在 NULL 参与的运算中，存在 TRUE 则为 TRUE，不存在 TRUE 则为 NULL（继续未知）

AND 的逻辑则是「有任何一个值为 FALSE 就是 FALSE」，因此，在 NULL 参与的运算中，存在 FALSE 则为 FALSE，不存在 FALSE 则为 NULL（继续未知）

在聚合函数中

在聚合时，如果对 NULL 值进行聚合，它的数值是被完全忽略的 —— 一个例子是 avg，如果对 1, 2, 3, 4, NULL 做 avg，结果是 (1+2+3+4)/4

如果期望给 NULL 在聚合时一个默认值，可以用 coalesce 函数为它赋一个「默认值」

COALESCE

上面已经提过 coalesce 函数了，再说一句就是，coalesce 函数可以接受多个参数（而不只是两个），会返回第一个非 NULL 值

例如用 coalesce(first_name, nickname, email) 取用户「昵称」

NULLIF

pg 中还存在一个 nullif 函数，接收两个值，如果两个值相等则返回 NULL 否则返回第一个值，等价于 CASE WHEN a = b THEN NULL ELSE a END

这个函数主要用来「将零值转换为空值」；举个例子就是

1
2
3
4

SELECT 
  NULLIF(TRIM(name), '') AS name,
  NULLIF(status, 'N/A')  AS status
FROM t;

还有就是搭配 NULL 的「可转换为其他类型」的特性

1
2
3
4

SELECT
  -- 将 '' 直接转换成 date 是会报错的，但是先转换为 NULL 再转换为 date 就可以了
  NULLIF(col_date, '')::date AS date
FROM t;

NULL 值在 PostgresQL 协议中的表示

虽然大概率不会引起混淆，但还是说一下，虽然我们用 psql 规则看到 NULL 值就像是文本一样，但它的底层传输是二进制，PG 规定用 len = -1 代表 NULL 值，所以不存在它与空字符串、null 字符串等混淆的情况

另外，特殊的，在 COPY 中，如果用的 text format（PG 的消息协议中，对于一个值存在 text 和 binary 两种 format），那么会用 \N 代表 NULL 值

参考：https://www.postgresql.org/docs/current/protocol-message-formats.html 中的 Query, Parse, Bind, RowDescription, DataRow

NULL 值在文件系统中的存储

当行中有任一列值为 NULL 时，「行头」HeapTupleHeaderData 中的 t_infomask 字段内的 HEAP_HASNULL flag 会被标记为 1，此时在行头后面、其余数据前面会增加一个 null bitmap，用位图的形式存储所有列的 NULL 情况，且如果某一列的值为 null，后面的 data 中将不会出现这一列的信息

另外，null bitmap 除了用来处理 NULL 值，还会用来处理 drop column —— 当一列被删除时其实际上依然存在着，只是后面所有的行都会带有 null bitmap 将这一列标记为 NULL（更事实上，删除列是懒删除，行内的数据都还在，只有下次更新行时才会清理这些数据 —— 当然，清理的方式也是将它标记为 NULL）；

参考：https://www.postgresql.org/docs/current/storage-page-layout.html

2025-10-06 11:12:00

我之前的 Zeabur 集群是独立跑在一台物理机上的，物理机相比云服务器的劣势之一就是底层存储的数据安全性 —— 云服务器的硬盘通常是由云服务商保证了安全性不同，物理硬盘坏了就是坏了

而不幸的是，不久前我就遇到了…… 所有数据差点消失，幸亏坏的盘并没有完全坏，以只读方式还能读（只是不能写）算是挽留了我的数据

但那以后我就一直在思考怎么保证数据安全，经过数个不同的方案研究，我最终的选择是 —— 将整机移动到 PVE 中 然后在 PVE 的底层使用 RAID 1 硬盘

方案敲定，行动开始 —— 我整个的迁移不太具有可复制性，因此写一篇完整的「迁移指南」确实不太有意义，但中间确确实实遇到了一些小问题，我觉得记录下来还是比较有价值的

💡 我两台机器（原 Zeabur 物理机和新的在 PVE 里面装的虚拟机）：

1. 在同一个机房
2. 都是用的 RHEL 系的系统
3. 内部文件系统都是 LVM + xfs

将 PVE 的硬盘改成 RAID1

我的 PVE 并不是在安装时就直接做好 RAID1 的，因此保证安全性的第一点是将 PVE 的硬盘改成 RAID1

⚠️ 需要注意的是，RAID 只是冗余，不是备份也无法替代备份

这次我的迁移也顺便把备份加上了，但备份又是一个较大的话题，因此本文不会写备份相关的内容，如果未来有机会我会单独写一篇文章，不过可以顺便说一嘴的是，我选用的备份方案是 Velero

我没有阵列卡，那么硬盘改 RAID 就只能是通过软 RAID 来组，在 Linux 下组软 RAID 有两种办法，一是利用 mdadm 组 RAID，另一种则是用 lvm 组 RAID；二者各有优劣，我为了灵活性选择了 lvm 的方案 —— 我现在是 2 块 1TB 的硬盘，使用 lvm 的话后面扩容可以很方便的通过加 1 块 2TB 的硬盘来得到完整的 2TB 可用 RAID1 空间，而如果不用 lvm 虽然也能实现但相对来说更加麻烦，且有难以避免的 degrade 时段

哦对，还有，做冗余不能只将数据做冗余，也要考虑引导，都是老步骤，复制下 ELF 分区、重做下 grub 引导，没什么值得说的，有什么问题问问 ChatGPT 它应该能相当完美的回答。

假设我们现在的环境是：原有的数据卷 /dev/sda3、原有的 VG pve、原有的 LV pve/root /pve/swap pve/data、新的数据卷 /dev/sdb3

首先将新的数据卷转换为 PV pvcreate /dev/sdb3 然后将它加入至 VG vgextend pve /dev/sdb3

将 pve/root 转换为 RAID1 十分简单：一行命令 lvconvert --type raid1 -m1 pve/root /dev/sda3 /dev/sdb3 搞定

pve/swap 是个 swap 分区，没有做 RAID1 的必要，我们跳过

难点来到了 pve/data 这个逻辑卷 —— 它不是一个普通的 LV 而是一个 Thin Pool，如果我们直接执行 lvconvert --type raid1 -m1 pve/data /dev/sda3 /dev/sdb3 LVM 会报错 Operation not permitted on LV pve/data type thinpool.

可以认为 Thin Pool 是一个「逻辑逻辑卷」，它事实上分成了 meta 和 data 两部分（通过 lvs -a 命令可以看到，它是用 pve/data_tmeta 和 pve/data_tdata 组合而成的），所以我们说是对它做 RAID1 但事实上想做的是对它底层依赖的 meta 和 data 做 RAID1 —— 这样，Thin Pool 本身和从这个 Thin Pool 所分配出去的子 LV 也都是 RAID1 了。

所以我们要做的是，将它的底层数据卷转换为 RAID1 即可：

1
2

lvconvert --type raid1 -m1 pve/data_tmeta /dev/sda3 /dev/sdb3
lvconvert --type raid1 -m1 pve/data_tdata /dev/sda3 /dev/sdb3

然后等待 lvs -a 的输出中 Cpy%Sync 列变为 100% 即为 RAID 转换完成。

哦对，还有一件事情，虽然示例中我用的另一块盘也是 SATA 盘做例子，但事实上我的另一块盘是 NVME 的，因此我上面说的「pve/swap 不用做 RAID1」之外，我其实还将 pve/swap 给移动到了新的盘上

将 LV 从一个 PV 移动到另一个 PV 的命令：pvmove -n pve/swap /dev/sda3 /dev/nvme0n1p3

迁移方案的选择

物理机迁移到 PVE 最直接的方法就是直接做整盘磁盘镜像然后导入，这种方案没什么可说的，也是最简单的

但是基于下面几个原因

1. 我想换个系统，原来的系统是 CentOS Stream，嗯…… 不太适合一个稳定的环境使用
2. 原来的系统在装 Zeabur 之前还装了一些别的东西，现在已经不需要了
3. 我所有有价值的数据全都在 k3s 里面了，其实只要迁移 k3s 数据就行，而且我也想试试到底怎么迁移下集群，都要迁移哪些数据
4. 我讨厌 Live CD 带的 Bash 的体验，特别是我可能还得用 IPMI 的 Remote Console 而不是自己的本地终端 SSH 过去
5. 我原来其实也不是一块硬盘，而是两块硬盘组的 LVM 卷，两块盘都有数据，整盘迁移还得在 live cd 版系统里面折腾下加载 LVM
6. 我原来物理机的启动用的 UEFI，但新的跑在虚拟机里面的引导用的 BIOS
7. 整机迁移我也得迁移完去 PVE 里面改各种网卡、硬盘的映射什么的，也不容易
8. 嗯…… 我没有一块多余的足够大的盘让我存这么大的磁盘镜像了 = =

我最后放弃了整盘迁移的方案，而是选择 rsync 拷贝 k3s 相关的数据：

1. 在 Zeabur 中添加一个新的 Dedicated Server 让它为我们安装 k3s 的相关内容
2. 安装好以后，执行 /usr/local/bin/k3s-killall.sh 停止整个集群、删除给 zeabur 用的 ssh key、在 zeabur 中删除这个服务器
3. 利用 rsync 拷贝所有集群需要的数据
4. 启动 k3s 服务，耐心等待它把原来所有的镜像下好
5. 登录 zeabur 面板，执行一次 Reinstall Zeabur Service

将 ufw 换成 firewalld

我之前使用的防火墙时 ufw，它简单易用，但有一个非常重要的缺陷：只要 k8s 暴露的端口，它没办法阻止

因此，趁着这次，换回 firewalld 了；根据 Zeabur 的说明和 k3s 文档，需要执行下面的内容放行相关流量

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

firewall-cmd --permanent --zone=public --add-service=ssh    # 22
firewall-cmd --permanent --zone=public --add-service=http   # 80
firewall-cmd --permanent --zone=public --add-service=https  # 443

firewall-cmd --permanent --zone=public --add-port=4222/tcp
firewall-cmd --permanent --zone=public --add-port=6443/tcp
firewall-cmd --permanent --zone=public --add-port=30000-32767/tcp
firewall-cmd --permanent --zone=public --add-port=30000-32767/udp

firewall-cmd --permanent --zone=trusted --add-source=10.42.0.0/16
firewall-cmd --permanent --zone=trusted --add-source=10.43.0.0/16

firewall-cmd --reload

注：我个人不建议放开 30000-32767 —— 我询问过 Zeabur 支持人员，不放开这些端口不会影响 Zeabur 本身的能力，只是非 http 类型的端口映射无法被访问。Zeabur 会默认将所有端口都暴露到公网，部分端口所对应的服务可能有安全问题，所以我的建议是不要添加 30000-32767 两台规则，而仅在确实需要访问映射的端口时再添加

注 2：如果你是基于你自己需要的目的去访问内部服务（如数据库、Redis），我非常不建议你将这些服务暴露到公网，而是应当使用 zproxy 通过代理访问这些内部服务（当然，你需要将 zproxy 本身使用的端口放开）

不停机更换 IP

zeabur 和 k3s 本身对于「本机 IP 」有一定的偏好，如果要改的话比较麻烦，所以简单起见，我的选择是：

假设原机器 IP 1.1.1.1，现在新的机器 IP 2.2.2.2，我将两个机器的 IP 对调下就好了

云主机换个 IP 轻轻松松，物理机换个 IP 就很麻烦，特别是远程物理机换 IP（好吧，其实可以直接登录 IPMI 在 Remote console 里面改 IP 的，但我们当这个不存在）

不过挺好的一点是，我可以通过引入一个新的临时 IP 让这两台机器都不离线的情况下对调下 IP

💡 我这两台机器在同一个内网、网关相同、DNS 相同，都是手动指定的 IP 没有使用 DHCP

假设两台机器的网卡都是 eno1、临时 IP 是 3.3.3.3

流程是：

1. 虽然和换 IP 的流程没关系，但是建议先执行 /usr/local/bin/k3s-killall.sh 把整个机器的 k3s 停掉
2. 在原机器（1.1.1.1）执行 nmcli con mod eno1 +ipv4.addresses "3.3.3.3/24" && nmcli dev reapply eno1 让这个机器有 1.1.1.1 和 3.3.3.3 两个 IP
3. 通过 3.3.3.3 登录原机器（1.1.1.1 + 3.3.3.3），执行 nmcli con mod eno1 -ipv4.addresses "1.1.1.1/24" && nmcli dev reapply eno1 让这台机器只剩下 3.3.3.3 一个 IP
4. 登录新机器（2.2.2.2）执行 nmcli con mod eno1 +ipv4.addresses "1.1.1.1/24" && nmcli dev reapply eno1 让这个机器有 1.1.1.1 和 2.2.2.2 两个 IP
5. 通过 1.1.1.1 登录新机器（2.2.2.2 + 1.1.1.1）执行 nmcli con mod eno1 -ipv4.addresses "2.2.2.2/24" && nmcli dev reapply eno1 让这台机器只剩下 1.1.1.1 一个 IP
6. 通过 3.3.3.3 登录原机器，执行 nmcli con mod eno1 +ipv4.addresses "2.2.2.2/24" && nmcli dev reapply eno1 让这个机器有 2.2.2.2 和 3.3.3.3 两个 IP
7. 通过 2.2.2.2 登录原机器（2.2.2.2 + 3.3.3.3）执行 nmcli con mod eno1 -ipv4.addresses "3.3.3.3/24" && nmcli dev reapply eno1 让这台机器只剩下 2.2.2.2 一个 IP
8. 好了，现在原机器 IP 变成了 2.2.2.2、新机器 IP 则变成了 1.1.1.1 —— 对调完成

🤷 显得繁琐了点，但其实不难

利用 rsync 迁移数据

主要有两部分的信息我们需要迁移

• Zeabur 连接集群所用的 SSH 凭据
• 集群本身的各种配置、数据

我们需要用 rsync 同步下面的文件/目录到新的集群：

• /etc/rancher/k3s k3s 配置及连接集群的凭证
• /var/lib/rancher/k3s/server/db/ k3s 数据库
• /var/lib/rancher/k3s/server/token k3s 内部授权 token
• /var/lib/rancher/k3s/storage 使用的 local volume 的存储路径

同步时使用的命令为（在原机器上执行）

1
2
3
4
5
6
7
8
9
10
11

P=/etc/rancher/k3s # 依次使用上面所需要同步的路径
NEW=2.2.2.2        # 新机器的 IP 地址

# 同步数据
rsync -aHAX --numeric-ids --info=progress2 \
  --delete --delete-delay \
  $P \
  root@$NEW:$P

# 恢复 SELinux 属性（如果需要的话）
ssh root@$NEW "restorecon -RF $P || true"

在启动前，删掉下面的目录（k3s 启动时会自动重新创建）

• /var/lib/rancher/k3s/server/cred
• /var/lib/rancher/k3s/server/tls

合并卷容量

我为虚拟机分配了 512GB 的硬盘，但我没想到的是我使用的 Automatic Disk Partition 竟然将绝大多数空间给了 /home 导致我迁移数据一半告诉我没空间了 = =

幸好，虽然这个奇怪的硬盘分区有点烦人，但 RHEL 系一律使用 LVM —— 它也只是个 LV 而已！简简单单，删掉这个 LV 把空间匀给 root 就好了

对了，删除 /home 挂载点要记得改 /etc/fstab，不然下次系统可能启动不起来

更新 node

因为 Zeabur 不允许同一个 IP 有两个 Dedicated Server 出现，所以安装的过程中是使用了一个新的 IP 装的

在迁移完，如果想用回原来的 IP，需要修改 /etc/systemd/system/k3s.service.env 文件里面的 K3S_NODE_NAME

然后启动起来看看 kubectl get nodes，如果还有原来的 IP 的 Node，删了就好

Pod 扩容

我数据迁移完一启动各种飙红，仔细一看原来是 Pod 数量超限（默认 110），需要修改 kubelet 配置

在 /var/lib/rancher/k3s/agent/etc/kubelet.conf.d 目录下，创建一个 01-max-pods.conf ，里面写

1
2
3

apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
maxPods: 1000

然后执行 systemctl restart k3s 就好

哦对，这个其实我之前就改过，但是迁移的时候漏了，你可以看看原来机器的 /var/lib/rancher/k3s/agent/etc/kubelet.conf.d 目录下有没有除了 00-k3s-defaults.conf 以外的文件，有的话最好前面 rsync 的时候直接一起迁移了，省事

2025-09-19 08:27:00

现存订阅

ChatGPT Plus

ChatGPT 目前已经成了我的长期订阅选择

一方面，GPT-5（和原来的 o3）体验确实好，可以在思考的过程去搜索、执行代码简直是王炸

另一方面，Codex 写代码是真的强，绝大多数能力已经能超过 Claude 了，只有 Codex 软件本身的用户体验差了一点

还有一点，Codex 自带 PR 代码审查！而且是完全免费的，完全可以替代掉 Code Rabbit / Cursor 之类的产品了

这一切只要 $20 真的很值

Proton Visionary

Proton Visionary 依然在我的订阅列表中

但我已经越来越少用它了，目前没有退订一方面这东西退订需要 Deactivate 邮件地址。。另一方面则是我的上古版 Visionary 价格太香了（现在退了再买差不多涨价了得有 70%）

目前我已经停用了绝大多数 Proton 的组件，只在使用 SimpleLogin 和 Mail。

btw，如果你也在用 Proton Mail 但是不想用它的官方客户端（官方客户端实在太难用了，改版前难用，改版后不但难用 bug 还多）可以考虑各种第三方邮件客户端 + protonmail-bridge-docker 方案

AD：Proton Visionary 可以分享给他人加入，如果你想加入我的家庭组请发邮件给我 [email protected]，价格为 92 天 ¥109

Cursor Pro

没错，我依然订阅着 Cursor 🤔 Cursor 在折腾它的 plan 把自己折腾的残废的情况下，我依然在订阅着它😂

首先一点，Cursor Tab 是真的强，市面上没有对手。我最初就是完全因为 Tab 而订阅的 Cursor，而现在也经常用它来修一些 AI 搞不定的复杂逻辑。

另外，看似 Cursor 涨价了，但作为老用户还能继续享受一个月 500 次（Opt out of new pricing）。而现在的 500 次是不再限制 20 个工具调用的 500 次，比 max 只差在了 context 长度上（但我基本都会拆分好任务再给 AI，达到 200k 的次数屈指可数 —— 而且就算达到了 Cursor 也会自动 compact），所以整体依然很香（至少在强制 usage-based billing 之前很香😂）

lisa host

在 AI 时代，一个独享的家宽 IP 可能已经是想流畅使用各种服务的必备品了；之前的 IP Royal 虽然便宜但是质量真的不敢说好，目前换成了 lisa，相当棒

AD：要购买欢迎使用我的推广链接 https://lisahost.com/aff.php?aff=3372

Dler Cloud Diamond

Dler 的服务我觉得已经回到了原来的水平，所以我目前也回到了 Diamond Plan，我觉得目前它又一次成为了我心目中的第一（至少比某 N 家强 emm）

iximiuz labs Lifetime

曾经我是 Premium 订阅，在今年中升级到了 Lifetime

对于想学习 k8s、网络、Linux 的，很推荐这个平台，Learn by doing 的形式，边学习边实践还有对应的测试，绝对比单纯看某些文档/博客更适合学习

而且，在过去一年的更新中，iximiuz labs 增加了不少新功能，对我最重要的就是自定义 Playground —— 想学习/体验下什么产品，可以快速创建一个去测试，而且多机器的设计也可以自由去测试集群相关功能。

其他

还有一些仍然在订阅的，但与《2024Q3 订阅 Recap》相比没什么变化或没什么想写的，就不再赘述了，在这里列个清单，感兴趣的可以回看我之前的 Recap

• Zero to Mastery
• iCloud 2TB
• 山姆卓越
• Setapp
• GLaDOS
• Exercism
• IFTTT
• labuladong 算法笔记
• 国内、国外两台独立服务器
• 杂七杂八的各种国内会员

其他这一年订阅过又退订了的

Claude Max

首当其冲的自然是 Claude 了；其实到现在 Claude 都是桌面 MCP 做的最好的、Claude Code 也是综合体验最好的，奈何 Opus 持续降智的同时 Codex GPT-5 太强了而且性价比真的高……

相比 2024Q3 的变化

传送门：《2024Q3 订阅 Recap》

退订 Monica Unlimited

我曾经对于 Monica 十分满意（可以回看我上次的 Recap）

奈何，它家就是出了 Manus 的那家，然后重心转移了之后 Monica 就再也没什么新功能了，对于新模型的支持也不积极，高级模型还出了个积分制额外收费……

不过最重要的还是，ChatGPT Plus 已经成为了我的常订，而我对于 Claude、Gemini 等模型也没那么高的需求了

当然，如果你想要一个大而全又没那么贵的解决方案，Monica 还是一个很棒的选择（其实我现在依然用者它的浏览器插件，简单的问题随时划词问下体验也不错），如果你想订阅，欢迎使用我的邀请链接 https://monica.im/?ref=bryan

退订 GitHub Copilot

感觉 GitHub Copilot 已经跟不上现在这个时代了……

作为 Cursor + JetBrains 双持的我，前者自不用说，Copilot 对我而言毫无吸引力，而后者嘛

JetBrains 的 AI Assistant 已经自带了 AI 补全，将模式改成 Creative 后（我其实不太理解为啥它不是默认 - 可能是这个模式更耗费服务器资源？）体验十分棒。美中不足的是 NES（Next Edit Suggestions）还在 beta 且仅支持特定语言（没一个我在写的 = =），但 Copilot 虽然支持但也不咋地。。还不如免费的 Trae 呢😂

综上，👋 Copilot —— 一个我从内测就开始用的插件，一个几乎重塑了我的编码习惯的插件

退订 Cloudflare Workers

我曾经是一个 Serverless 的「爱好者」，我觉得它是未来

奈何，现在越来越感觉到对于一个标准的应用来说，数据库是不可或缺的，而在 Serverless 的环境下，用户-边缘计算服务-数据库的延迟会变得十分明显，造成极差的用户体验

我目前几乎所有的服务都已迁移到 fly.io 和 zeabur —— 与之对应，Cloudflare Workers 也退订了

退订 Inoreader

目前我已将 RSS 完全切换到了我自己写的 1Space，也因此退订了 Inoreader

不过，虽然退订了，但我没想到的是，过去的一年多 Inoreader 竟然获得了若干更新 —— 很神奇的事情，获取是换了个激进的产品经理吧，一个停止了七八年没大更新的服务突然更新/优化了不少

退订 WeRSS

这不是我想退订，是官网登录系统直接挂了，给开发者发邮件/微信都不回！

哎，再没有通过 RSS 稳定订阅微信公众号的方式了

• 基于搜狗、即刻抓取的方案，十分不靠谱（有时候丢，不丢的时候有时候能延迟个一周）
• 而基于微信读书的 WeWe RSS、WeChat2RSS 等确实靠谱，但我珍爱我的微信读书账号不想让它被封啊…… 为啥没有个 SaaS 啊……
• 哦，（写这篇文章的时候）刚搜到了个 WeRSS - 微信公众号订阅助手，看上去是基于微信公众平台？我感觉有整个微信被封号的风险

🤷 现在只能，已经不看微信公众号了

其他已退订的服务

• X Premium（优惠到期，没啥续费的动力，后面需要的话可能开个 Basic）
• IPRoyal（使用 lisa 替代）

2025-08-01 08:21:00

2023 年 4 月我在 xlog 下写下了第一篇博客。xlog 真的是一个我很喜欢的博客平台，好看，对于 markdown 的第一方支持，不用考虑部署、图床等问题，自带 AI Summary、自带双语翻译，真的是一切只需要「写」即可，哦对，更重要的是，依赖于区块链技术，虽然你写的文章是在平台上的，但所有数据都依然属于你，且所有数据都是永久保存。

然而，两年过去了，xlog 这个平台虽然还在，但我认为它已经死了。GitHub 更新已基本停滞，没有人处理 issue、没有人审阅 pr，xlog 官网上充满了 spam，也没有人去管理社区。

其实这一切的原因都很好理解 —— xlog 的开发者 DIYGod 转去做 Folo 了。是啊，Folo 相比于 xlog 绝对是更有前景的项目，也更容易讲故事……

xlog 已被放弃，再加上 xlog 的母公司 RSS3 最近的动荡，我觉得是时候从 xlog 迁移走了。

我其实无比庆幸，两年前的时候我是打算把我所有博客迁移到 xlog 的。但是我的博客用的是 /yyyy/mm/dd/xxx 的 url 格式，而 xlog 并不支持这种格式，因而我一直是用 blog.singee.me 作为博客主域名 + articles.singee.me 作为 xlog 博客域名的，然后通过自动化将内容进行同步，且配置 xlog 博客的链接作为 Canonical URL。

这让我这次的迁移十分简单：将我原始博客的链接删掉、将 articles.singee.me 的原链接进行跳转即可！

嗯…… 唯一的副作用，通过 RSS 订阅我的博客的人应该会因为 id 变化了重新看一遍我的博客。其实这个是可以解决的，因为我之前 blog.singee.me 的 RSS 是通过 patch 了 hexo-generator-feed 实现的，完全可以特殊处理，但考虑到经历这个事件以后我应该不会再考虑这种「奇葩」的两处链接的形式了，所以我就把之前的 patch 回滚了，顺便增加一下我博客的曝光度 emm

anyway，博客又回来了，我又回到了原来的工作流：Notion 写作 + 同步到博客。已经这样写了两个博客了，一切都挺好，和两年前相比仿佛什么都没变 XD

2025-07-18 05:36:00

Python 的 pth 文件提供了在任何 Python 解释器执行前执行命令的能力，可以方便的执行一些初始化脚本

pth 文件的能力

Python 解释器在启动时会自动 import site 模块（除非启动时指定 -S flag），而 site 模块有一个行为就是会寻找 site-packages 目录（最常用的场景就是我们安装包的目录）下的所有 .pth 文件并依次「执行」它。

需要注意的是， pth 实质上并不是脚本，它的定义是「path configuration file」，格式是每行一个「additional items (one per line) to be added to sys.path」，实际上，它每一行可以是下面的值之一：

• 空行、注释行（以 # 开头）：跳过
• 以 import 开头的字符串：会被 exec() 解释执行
• 其他字符串：会被追加进 sys.path 之中

因此，利用第二个能力，我们实质上可以任意执行我们需要的脚本！

🗒️ 注：如果脚本执行出现异常，只会打印出错误而不会阻止解释器的继续执行

可用性 & 执行时机

在 Python 3 的所有版本可用

相关 pth 文件会在 python 解释器启动时执行 —— 这包括执行脚本前、启动解释器前、执行任何用 python 写的程序前（如 pip）

当存在多个 pth 文件时，将采用字母序的方式依次执行 —— 一个值得强调的点是，python 的 virtualenv 就是通过 _virtualenv.pth 执行的 —— 这意味着，我们应当注意 pth 的命名以让其确保在 venv 之前或之后运行

2025-03-21 07:57:06

将 A-Z 逐一输入到 Google Chrome 的地址栏里，我的 Google Chrome 都会自动补全出哪些域名呢？

本文灵感来源于 2024: 浏览器从 A 到 Z，首发于少数派

A - https://axiom.co

Axiom 是我最喜欢的网站日志收集分析工具，免费版拥有着高达 500GB / 月的免费额度，我的多款产品（包括我最新正在做的 1Space）都是使用的它作为日志收集。

如果你在找一款日志工具，强烈推荐它！

B - https://baidu.com

无可争议…… 虽然我现在确实不怎么用百度了，但是网络连不上的时候还是第一时间用百度做测试的😂

C - https://chatgpt.com

ChatGPT 作为 AI 时代的先驱，在目前似乎仍然保持着第一🤔

如果这篇文章是在 2024 年写的，那么我的 C 可能就不是它了；2024 年或许算是 ChatGPT 落后的一年，但是在 2025 年，O1-Pro 和 Deep Research 让它再次成为了模型领域的 No.1。我追随着最新的前沿技术，也订阅了高达 $200 / 月的 ChatGPT Pro，或许很贵，但我觉得它确确实实为我节省了很多的时间和精力。

D - https://discord.com

论「社区」，似乎已经有越来越多的服务选择在 Discord 这个平台上建立了。我在用的很多产品都用它作为产品发布和讨论的渠道。

E - edge://inspect

没想到竟然是个 Inspect 页面。这是 Chrome 自带的浏览器调试工具页面（不过因为我在用的是 Edge，所以不是 chrome://inspect 而是 edge://inspect）。我在做的 1Space，因为利用了 Shared Workers 作为多标签页的同步方案，因此我需要频繁访问它来查看同步日志。

F - https://fly.io

Fly IO 是我用了数年的容器服务平台，曾经驱动了我绝大多数的产品（其实现在也有不少，还剩下 40% 吧），体验很不错。

Fly IO 给我印象最深刻的其实是他们的 招聘。他们的招聘与绝大多数的面试不同，采用的是「做 2-3 道实践题」+「与他们工作一天」的形式，只看能力，不看背景（甚至他们不要求简历），而且是全远程工作、薪资透明（仅与面试定级有关，与历史薪资、所在地域无关）。

G - https://gmail.com

Gmail —— 一个不存在的邮箱平台

H - http://localhost:3333

好好好，竟然是 localhost —— 3333 这个端口是我的 1Space 的本地开发服务器所使用的端口。

I - https://inoreader.com

虽然 RSS 越来越没落，虽然 RSS 平台越来越多（嗯？这俩之间的因果关系有点反直觉），但我还是觉得 RSS 是最适合我的信息收集渠道，inoreader 也是最好用的 RSS 客户端。

多说一句（广告时间到），inoreader 单纯做 RSS 已经到了几乎极致了，但是我们用 RSS 的目的或许不是为了收集信息，而是为了学习信息，而在整理回顾上，inoreader 就没那么强了，甚至我觉得其他能作为它下游知识管理的产品（例如我目前在用 readwise，或许下面 R 能看到它的身影）也不够优秀。因此我做的 1Space 目的就是打通知识「收集 - 管理 - 回顾」的全流程。

J - https://www.jetbrains.com

JetBrains 曾经是无可争议的 IDE 老大。

唉，曾经。JetBrains 的体验真的比 VS Code 好太多，哪怕在 VS Code 最擅长的前端领域，我也敢说 WebStorm 吊打它。奈何，现在是 AI 的时代，IDE 已经被 Cursor 为首的 AI IDE 重塑，而 JetBrains 真的在 AI 的潮流上落后了。打败你的，可能并不是你的竞争对手。

K - https://kb.singee.me

哦吼，我自己的 Knowledge Base！我的知识库一直是公开的，我的很多懒得不适合整理成博客的内容都写在了上面，主要记录我各种笔记、踩过的各种坑。

L - http://localhost:3333

嗯…… 和 H 一样，看出来我真的很努力去做 1Space 了。

M - https://monica.im

在我从浏览器中测试「M」之前，我就猜到了，我最常用的网站必有它。

Monica 可能宣传的不多，但是说它所属公司的另一个产品 Manus 估计大多数人都听过。如果说 Manus 是 AI Agent、完全替代人工方面的王炸，那么 Monica 就是你日常使用 AI 过程中的瑞士军刀 —— 你需要的 AI 能力，几乎总能在 Monica 中找到。

N - https://notion.so

竟然是 Notion。Notion 似乎我已经不用多余篇幅介绍了，估计能看到本文的受众都见过它。我曾经是 Notion 最早期的用户之一，但坦白说我已经挺长时间没怎么用过 Notion 了…… 其他 N 开头的产品还不够能打哇🤷

O - https://originui.com

又是一个程序员专属产品。这是一个 UI 组件库，算是 shadcn 的补充，同样以「复制-粘贴」的形式引入组件，需要的人值得一看！

P - https://www.paypal.com

竟然是 Paypal，类似国内的支付宝的产品？又是一个实际上我没怎么用的产品，看起来 P 开头的服务也不够能打😮‍💨

Q - 不便透露

emm 企业内部平台，略过

R - https://read.readwise.io

哦！Readwise Reader！一个稍后读的阅读器 + RSS！

真的挺好用的，而且对于我一个早期的 Readwise 用户而言直接是加量不加价。但我其实对它的很多细节还是不怎么满意的。我的 1Space 去年才开始正式做，但其实早在数年前就有计划了。但当时，刚刚打算做，就遇到了 Readwise Reader 宣布立项，我被他们开始宣传的「Reader for Power Reader」吸引了，决定等他们的产品，奈何，等了这么久，虽然已经比其他阅读器做的好很多了，还是不足以达到我想要的地步😮‍💨 最后还是没逃开自己做的命运。

S - 不便透露

我的某产品的内测页面🤔

T - temporal-web.temporal.svc.cluster.local:8080

Temporal 的管理面板。Temporal 是一个 Workflow 管理与调度的工具。写后端的人应该都知道，如果一个逻辑直接使用很普通的代码编写，在项目发展的过程中，很容易就会遇到复杂度指数级提升。如果并发、重试等基础操作在每个接口、每个 RPC 调用都自己写一遍，实在是没有意义，而且很容易漏了哪里导致上线 bomb。Workflow 就是对这种场景的一个解决方案，你的一切逻辑都定义成 Workflow，而重试、日志、并发等等都由调度器管理，项目初期看起来可能稍显繁琐，但是随着项目复杂度的提升、随着项目对并发的要求的提升，你会感谢当年选型选择了使用 Workflow 进行组织的你的。

哦对，Temporal 被设计为可以支撑超大型项目。如果你的项目是个中小型项目，也可以看看其他解决方案，例如 Trigger.dev、inngest、Restate。

U - https://ui.shadcn.com

要不是这篇文章严格按照字母序组织，它应该是和前面的 Origin UI 放在一起的。Shadcn/ui 简直就是没有设计能力的开发者的福音，如果你想做一个自己的产品，又苦于不知如何让页面变得好看，不如试试它。

另外，shadcn/ui 的开发者目前已经加入了 Vercel，因此 Vercel 的 v0 对 shadcn/ui 有很强的支持，如果你不但没有设计能力、甚至不是开发者，那么，利用 v0，只动动嘴皮子也可以得到利用 shadcn/ui 组织的很好看的界面。

V - https://v2ex.com

i2exv2ex 论坛可以说是中国最大的同性交友社区程序员论坛了，嗯，就是这样。

W - 不便透露

我自用的某产品页面

X - https://x.com

全球最大的社交平台，实话说，对不追星的人来说，比微博好玩多了

Y - https://www.youdao.com

各种词典软件层出不穷，但我觉得依然还是有道最好用。带有韦氏、柯林斯、牛津的资源，各种原版例句，而且完全免费。

Z - https://zeabur.com

如果你是一个开发者，又不想浪费过多的精力在自动部署、运维上，就选 Zeabur 吧！推送代码秒部署，最重要的是，还有国内的服务器节点，真的很好用