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-29 16:29:02 +08:00
2026-09-10 10:56:27 +08:00
2026-09-10 10:56:27 +08:00
2026-09-10 10:56:27 +08:00
2026-09-10 10:56:27 +08:00
2026-09-10 10:56:27 +08:00
2026-09-15 11:06:09 +08:00
2026-09-15 11:06:09 +08:00
2026-09-15 18:20:06 +08:00
2026-10-15 11:41:19 +08:00
2026-10-15 11:41:19 +08:00
2026-10-15 11:41:19 +08:00
2026-10-18 21:14:59 +08:00
2026-10-19 01:11:28 +08:00
2026-10-20 09:29:29 +08:00
2026-10-20 18:24:21 +08:00
2026-10-21 21:46:34 +08:00
2026-10-22 23:37:04 +08:00
2026-10-24 00:57:08 +08:00
2026-10-24 22:39:47 +08:00
2026-10-27 12:37:55 +08:00
2026-10-27 12:37:55 +08:00
2026-10-29 15:53:57 +08:00
2026-10-29 16:29:02 +08:00
2026-10-29 16:29:02 +08:00