 tamakyi
|
4fcaa197cf
|
docs(memory): 第三批修复与三个新踩到的坑
- 2026-10-29.md：第三批 7 项改动与验证数据
- MEMORY.md：三条长期结论 ——
「用户主动删除 = 真删」（模型全带 DeletedAt，默认 Delete 是软删）、
「配额必须与内容同事务」（incrementQuotaTx 是唯一实现，且投票口径是票数不是个数）、
「错误页不套模板」（f.NotFound 不经过组级中间件，注入 template.Data 会 panic）
- topics/quality.md：标注第三批范围
新踩到的三个坑：
1. gofmt 会把注释列表 `// 1) ...` 改写成 `// 1. ...`，被标为未格式化时先排除这个
2. Select(...) 漏列 = 字段静默为空（摘要永远是空串，只有一项测试红）
3. CDP 验证纯前端：chrome 必须作为独立后台进程启动，跟在别的命令后面 `&`
会随 shell 退出被回收；headless=new 的空标签页 type 常是 other
|
2026-10-29 17:18:47 +08:00 |
|
|
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 |
|
|
tamakyi
|
d4e6da76f1
|
docs(memory): 记录第二轮复查结论与六项修复的验证方式
- 新增 topics/quality.md：业务正确性 / 运维 / 前端体验四类结论，含
「私聊取最早 50 条」「Classic() 的 Logger 记 RequestURI」这两个坑的成因，
以及处置覆盖面、Redis 两种故障模式、产品缺口（无 page view / 提问者找不回自己的提问）
- 2026-10-29.md：本轮六项修复的改动与验证结果，另记两个实现坑
（limit 兜底不该抬大用户配置；Python bytes 字面量不支持 \uXXXX）
- topics/sec.md / 2026-10-27.md：补上一轮遗漏的字体自动发现与 CSP enforce 结论
- MEMORY.md：索引加 quality，处置覆盖面一条标注投票链路已补齐
|
2026-10-29 15:53:57 +08:00 |
|