 tamakyi
|
496c992e5e
|
图片不再随数据集删除：加「图片挂载恢复」，place_images 摘掉外键
用户报「之前上传的照片找不到了，应该是因为清了应用数据换基线」。查下来与 App 侧无关，
是站点自己两套口径打架：
- place_images.dataset_id 带 ON DELETE CASCADE，而读取按 place_key 坐标键、跨数据集。
- 于是删掉旧数据集时图片**行**被级联删了，**文件却留在 media 目录里**。
- 实测（本机）：datasets 只剩 155 号、place_images 0 行、盘上 4 个 .webp 好端端躺着。
同一批附属数据里备注（17）与结论（3+1）因为早就迁到坐标键，毫发无损——只有图片倒霉。
三件事：
1) 恢复：后台首页「图片挂载恢复 → 扫描并恢复」（POST /admin/images/recover，
internal/web/image_recovery.go）。只插行、不删文件、不看数据集，按 object_key 判重可反复点。
认地点两处来源：数据集还在就查它的 places；数据集已删就读它留下的 baselines/<id>.sqlite
还原「地点号 → 坐标」。对象键两种历史布局都认（<ds>/<YYYYMM>/<srcPK>-<hash>.webp 与
<ds>/<srcPK>/<hash>.webp）；判据先看文件名有没有 `<数字>-` 前缀，再看中间目录——
地点号也可能刚好 6 位，只看位数会认错。
2) 防复发：CREATE TABLE place_images 去掉外键 + 幂等 DROP CONSTRAINT；删图接口不再按
dataset_id 过滤（数据集删了也得能删图）；「删除数据集」的二次确认文案改成实话。
3) 报告同类陷阱（未改）：topics 仍带 CASCADE，专题随数据集一起删且没有恢复来源。
测试踩到的坑：图片「按坐标键跨数据集读」+「按 object_key 判重」都不看数据集，用例之间会
互相污染两处——盘上文件（报「应当 2 张、实际 10 张」）与库里的行（Already:1 让兜底分支
根本没跑到，用例差点假绿）。加 isolateImageState（换空 DataDir + 按 place_key 清历史行），
并给夹具补收尾清理（外键没了必须自己清）。
新增用例 4 条；验收：./scripts/verify.sh 全量 PASS=323 FAIL=0 SKIP=0。
|
2026-09-30 19:45:51 +08:00 |
|
|
tamakyi
|
3f1b737a78
|
记忆：把 .workbuddy/memory 纳入版本控制
用户要求这份记忆跟着仓库走，而不是只留在本机。
.gitignore 里挡路的是 `.workbuddy/`。改成反忽略六行，并且**只放行 .md**：
别用 `!.workbuddy/memory/**`——它会把 memory 下任何文件都放行，本项目真发生过
`web.test.exe` 混进暂存。复核用 `git check-ignore -q --no-index` 逐条打靶：
memory/*.png、memory/sub/x.md、memory/MEMORY.md.bak、plans/a.md 全 IGNORED，
17 个 .md 全 included；`git add -An .workbuddy/` 恰好 16 个文件。
其余 .workbuddy 内容（计划、本地设置、临时产物）继续忽略。记忆里没有真凭据
（唯一命中是 2026-09-14.md 里的 `password=rond-admin`，那是项目默认口令）。
顺带做两件整理：
1. 取证了注入上限。以前按「字节数」判断 MEMORY.md 是否超限是错的：
WorkBuddy 的 `getWorkingMemoryContent()` 用 `MAX_MEMORY_CHARS = 1e4` 比 JS
`content.length`，即**字符数**（中文 1 字算 1）；超了 substring 截断、尾部静默丢失。
本 details 与每日日志都不参与注入，只有 MEMORY.md 受约束。
现已从 6604 字符收到上限的 66%，并把这条上限写进索引抬头。
2. 把「备份合并」「导出/恢复三条铁律」两段长文迁进 MEMORY-details.md 的卅一/卅二节，
索引只留关键词指针。行尾统一为 LF（仓库 .gitattributes 是 `* text=auto eol=lf`）。
|
2026-09-30 18:31:08 +08:00 |
|
|
tamakyi
|
d2e4392a88
|
验收脚本、工具整理与排查报告
- scripts/verify.sh：把「带齐六个环境变量、且必须 0 skip」这条纪律固化下来
* DSN 自己从 conf/app-test.ini 取，不把口令写进脚本
* 库名不含 test 就拒跑（指到维护库会多出「users 不存在」+ 一堆假 skip）
* 数 SKIP，非 0 直接失败 —— 不带环境变量时 go test 依然回 ok，最容易被当成通过
* 支持 --fast / --race / --cover / --pkg / --run
- tools/：删掉 6 个一次性探针（git 历史里可翻）和误入库的 __pycache__，
只留在用的 4 个工具并补 README；.gitignore 补 __pycache__ / *.pyc
- audit-2026-09-21.md：全量排查报告（含 11 批修复记录与收尾审查）
|
2026-09-24 20:38:18 +08:00 |
|
|
tamakyi
|
b327bc1230
|
first release
|
2026-09-18 13:05:49 +08:00 |
|