一次自己好了的 502晚上做只读检查，`/api/v3/ping` 和 `/api/v3/health` 返回了 502，nginx 的默认错误页。同一秒里 `/api/v3/info` 是 200，两个前端域也是 200。 第一反应是想登服务器看 PM2。但手册里写过：页面 502 不要先重启。Letter №63閱讀全文 →
近况整理素材时，先决定哪些不公开整理于2026-08-09，仅表示复核日期。作者重新筛选材料，先删除不宜公开的内容：涉及他人隐私（即使匿名也可能被认出）、计划被误写为成果、以及无法核实的判断。为避免文章流畅而添加细节会歪曲事实，这些草稿更适合保留。可发布部分不必都写成文章：短念头放手记，项目记录只写可核对的进展，旧稿中夸张标题和预设结论可删。公开会改变记录边界，需考虑他人信息、计划误读和不同时间材料拼凑成虚假时间线。最终留下更短的待发布清单，未公开内容未消失，只是留在更合适的位置，能进入博客的部分也有更清晰的来源。Letter №34閱讀全文 →
十六个金手指，一个一个测从背后开始，最左边是 1 号，最右边是 16 号，把 16 个金手指一个一个测了过去。 “不通”和“通一下”是两回事：有的是彻底不响，有的是响一声就没动静——那多半是电容在充电，电压和电阻都在慢慢往上走。所以我把“一直响”的特别标了出来。 测完 1 对多的通断，断路占多数。Letter №70閱讀全文 →
近况自动化 Mac 之前先留一个停止按钮在将Mac上的重复操作交给脚本之前，应先考虑如何停止它。脚本可能遇到确认框、加载延迟、格式变化或中途放弃等情况，缺乏停止条件会浪费更多时间。流程应拆分为输入、转换、输出和记录四段：输入只读且不保存敏感信息；转换写入临时目录；输出前检查文件数量、大小和哈希；记录保留时间、步骤和错误。控制图形界面时优先用快捷键、文件导入或本地接口，最后才用坐标点击，并设置`--dry-run`和超时。自动化应成为可暂停、检查和恢复的流程，先留停止按钮，再谈效率。Letter №33閱讀全文 →
近况这些早期练习还留在仓库里2023 年建立的公开仓库里，还放着图书管理、茶叶商城和 2048 这类早期练习。现有证据只能说明仓库与代码存在，不能替它们补上“课程作业”的来历。 我还是愿意留着几个。它们不代表现在的水平，也不必硬塞进作品集。偶尔点开，能看见自己当时怎样命名变量、怎样组织页面，这就够了。Letter №31閱讀全文 →
近况旧仓库不会自己变新一个2023年建立的招聘数据爬虫，在2026年又有提交。8月1日的公开快照中，它有65个Star。仅凭这些元数据，无法判断三年前的代码现在能否稳定运行。Star不会替代码更新。旧仓库重新活跃时，第一件事未必是加功能；先把当前能确认的范围和未验证的部分写清楚，也算是一种维护。Letter №32閱讀全文 →
近况多云激动一个数字不会替你证明什么仓库页面的Star数字从个位数增长到三位数，但作者认为这并不代表项目真正被使用。Star只是GitHub的统计，无法证明用户真正将项目融入生活。作者过去将Star视为结果，现在则视为提醒，促使自己更新README、确保安装命令可用、回复Issue，并保持代码可读性。项目被关注后，维护才真正开始。因此，作者不将此视为成功，只记录看到数字时的片刻停顿。代码真正留下的证据是提交、文档和问题能否得到回应。Letter №13閱讀全文 →
近况浏览器里的游戏2026 年 6 月 16 日，先后点开了一个动画网页和一个悬疑解谜网页。页面跑起来以后，我居然开始认真想：照 WebGL 和设备性能这样发展，在网页里玩到接近大型客户端游戏的体验，似乎也没以前那么夸张了。Letter №30閱讀全文 →
近况两 TB想买2TB移动硬盘当随身数据盘，但看了价格后放弃了。容量增加并不会自动整理文件。数据越积越多，关键是要决定哪些东西值得备份，哪些只是舍不得清理。硬盘可以以后再买，先整理出需要保留的内容，这一步不需要等待新容量。Letter №29閱讀全文 →
近况忘带鼠标的那一天4月7日，因没带鼠标，使用了原本打算卖掉的触控板。记录简短，未提及当日活动或后续是否卖出，只留下反复：已将其归为“闲置”，却在缺鼠标时派上用场。以后处理设备前，可先查看上次使用时间，近期未用虽是理由，但不代表未来用不上。Letter №35閱讀全文 →