tamakyi
89e263cbd4
docs(memory): 记录第二批修复与「Python write_text 会改行尾」这个坑
- 2026-10-29.md:第二批 9 项改动与验证数据(含投票结果 2 万条 0.211s→0.023s),
以及剩余待办清单(级联删除事务、配额漂移、JSON-LD/RSS、箱主数据面板等)
- MEMORY.md:构建测试段补 write_text 行尾陷阱与排查手法(看 git diff --stat / git show),
其它约定段补 /healthz 与 /readyz 的语义边界(存活探针不查依赖)
- topics/quality.md:标注第二批已完成的范围
附带说明:本轮我自己也踩了 write_text 的坑,把 14 个 LF 文件写成了 CRLF,
靠 git diff --stat 的「整文件重写」发现、再用 git show HEAD:<file> 的行尾比对恢复。
2026-10-29 16:29:02 +08:00
..
2026-10-27 12:37:55 +08:00
2026-10-22 16:16:05 +08:00
2026-10-21 12:09:28 +08:00
2026-10-21 12:09:28 +08:00
2026-10-21 12:09:28 +08:00
2026-10-23 12:38:43 +08:00
2026-10-21 13:41:49 +08:00
2026-10-29 16:29:02 +08:00
2026-10-21 13:17:06 +08:00
2026-10-29 15:53:57 +08:00
2026-10-23 00:27:27 +08:00
2026-10-25 09:27:57 +08:00
2026-10-21 19:32:55 +08:00
2026-10-22 16:05:37 +08:00