https://www.cbsnews.com/news/scott-adams-dies-age-68-dilbert-comic-strip/

Dilbert漫画作者Scott Adams因癌症去世。

今天真是充实的一天啊。

无题。

糟了，想买怎么办

https://youtu.be/-jZxVUHC22M 哈哈哈哈哈哈

今天读代码找到的金句：

a file without a \n before the EOF is rude, so we'll complain...

想了一下，这么干是有道理的，不完全是刻板地按标准要求最后有一个换行那么简单，cron确实有必要这么要求。

比如，一个正常的 crontab 里可能会有 rm -fr /tmp/garabage/ 这么一个命令。假如crontab文件写到一半就被截断，我们可能会获得一个 rm -fr /。

此时，如果要求 \n ，则这行将会被忽略（或者说，\n 是一个边界符），而仅仅要求 EOF 的话就没有这样的保护了。

此案以 WAI 结案。

今天的一个脑洞。

缘起是这样一个问题：精神病人甲想让精神病人乙写一封推荐信，并且让这封信在第三方看来确实是精神病人乙写的，而不是他随便找的什么其他人代写的。精神病人乙不介意打印出来签个名再扫描，但这并不解决问题：第三方无法确认扫描件上的签名确实来自精神病人乙。第三方可能受的教育程度不高，并且有可能只能看到纸质版本的文件。

幸运的是，精神病人乙在许多地方有公布自己的PGP公钥。但简单地给PDF文件签名并不足以解决问题：第三方可能依赖于纸质版本的文件而看不到PDF，他们可能重新电子化这些文件，等等。

经过一番思考，我想出了一个解决方案：

1. 精神病人乙使用 Markdown 撰写推荐信内容，并使用其排版生成 PDF 文件 A，打印，签名，重新扫描获得PDF文件 A-signed。
2. 精神病人乙对 Markdown 格式的文件直接进行 PGP 带 armor 签名，生成包含源文件内容的签名文件 S。
3. 精神病人乙将文件 S 以 OCR 字体 文件 S，以及 S 经过压缩并 base64 编码后的版本打印出来形成 PDF 文件 B。
4. 精神病人乙将 PDF 文件 A-signed 和 PDF 文件 B 合并。

精神病人甲将合并后的文件打印并交给第三方。

第三方在收到文件后，可以通过 OCR 将文件 B 的内容还原并验证签名。由于签名文件 S 中包含了 A-signed 的源文件，以及一份压缩后的 base64 编码版本，第三方认为必要时可以容易地验证签名的有效性，即推荐信确实是精神病人乙所写。提供一个额外的压缩版本的目的是避免 OCR 过程中的空格等细微不同导致的签名失效。

我感觉该第三方如果真的收到这么一份文件的话大概率会 RFE 说你丫跟哪认识的这样的精神病。

今天早起的健身项目是吹气球🎈

「幸福的秘诀是什么？」

「幸福的秘诀就是我在沙滩上捡到了一颗特别漂亮的贝壳，然后我就再也不去沙滩了。」

「别的贝壳可能更漂亮呢？」

「我的贝壳最漂亮！」

「为什么？」

「我的。」

. 终于要从RSA换成椭圆曲线的签名算法了

ICANN 刚刚正式发布了关于根区 KSK 算法轮换的提案，计划将 DNSSEC 的根信任锚点从 RSA 迁移至 ECDSA（椭圆曲线数字签名算法）。

根据这份时间表，新的 ECDSA 根密钥将在 2027 年 生成，而原本的 RSA 密钥预计于 2029 年 完成退役。这意味着 DNS 根域终于要告别 RSA，迈向密钥更短、签名更高效的椭圆曲线加密时代了。

（当然由于VeriSign这类我们时代的恐龙以及广大 Internet of Shit设备的存在，EdDSA什么的这次就别想了）

https://www.icann.org/en/public-comment/proceeding/proposed-root-ksk-algorithm-rollover-03-02-2026

大型应用软件 git

$ top | grep git
12179 delphij       1 139    0  3076M   946M CPU4     4   0:54  94.34% git

《恭喜恭喜》是一首庆祝中国抗战胜利的中文歌，于民国三十五年（1946年）由陈歌辛作曲，姚莉、姚敏演唱。此曲发表后随即流行一时，并且由于这首歌的名字是常见的农历新年问候语，而歌词里也有庆祝春天的到来，因此這首歌和新年庆祝活动联系在一起，成为全球华人贺年时经典的贺年歌曲。 #TIL

https://zh.wikipedia.org/wiki/%E6%81%AD%E5%96%9C%E6%81%AD%E5%96%9C