2 Commits

Include renames

Author	SHA1	Message	Date
chengmaandClaude Opus 5	e40ce5a13c	fix: 商品卡在「采集中」无法恢复 (#24) ... MarkCollecting 原本只在 pending/failed 时成功，而全库只有客户端提交结果 才会把 collecting 改走。客户端离线、崩溃、任务被删都是常态——一旦发生， 这个商品就永久报废，界面上没有任何入口能救，只能改数据库。 改成 collecting 超过 15 分钟视为已超时，允许重新创建采集任务。 判定在读取那一刻现算，仍是同一条原子 UPDATE，不加后台清理协程： 后台扫要处理"扫到一半客户端正好提交了"的竞态，本项目已经在并发上 栽过两次，能不引入并发就不引入。 15 分钟写成有名字的常量并注明理由：采集本身几十秒到两分钟，加上排队 等客户端来领。宁可短也不要长——采集是只读的，多采一次没有副作用， 而卡死的代价是商品永久报废。 已知取舍：超时后老任务还在队列里，客户端上线可能两个都领走、采两次。 可接受（只读，后一次覆盖前一次），已写进代码注释和 03-data-model.md， 免得后来人当成 bug 去"修"成加锁或加租约——租约和心跳是被明确移除的设计。 时间比较用字符串，依赖 NowISO 产出定宽 UTC。已在 NowISO 上加注释： 改成带时区偏移的本地时间会让这个比较静默失效，不报错但判断全错。 界面两处：超时的显示「采集中（超时）」，否则操作员盯着「采集中」 不知道它已经死了；跳过原因按正在采集/已采集/已删除分类计数， 一个都没建成时告诉操作员还要等多久。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-07 14:42:54 +08:00
chengmaandClaude Opus 5	eb8d357f5a	feat: PDD 商品页面 (#18) ... 打通 Client↔Admin 闭环的一环：录入 PDD 链接 → 创建采集任务 → 客户端领走去采 → 规格和价格显示在页面上。#16 写的 MarkCollecting 和 SoftDeletePddProduct 至此才有生产调用方。 链接解析严格、不做容错兜底：goods_id 上有 UNIQUE 约束，防重全靠它。 猜一个的话同一商品会存成好几行、采好几遍，规格映射还说不清指向哪一行。 短链一律拒绝，卡域名是为了拦"粘了淘宝链接"这种失误。 创建采集任务先占状态再建任务：MarkCollecting 只在 pending/failed 时成功， 同时充当"有没有人已经在采"的判断，与建任务在同一事务里， 所以并发点多次只会建出一个任务（实测 4 并发 → 1 条）。 submit.go 的 collectedData 增加 Dimensions —— 没有它就只能按 Go 的 map 遍历，而 map 无序，同一商品每次刷新"颜色/尺码"的先后都可能变。 顺带修 #16 一处缺陷：EnsurePddProduct 复活分支清空了 skus_json 却漏了 title，导致复活后状态显示"未采集"但标题还留着旧值。 审查打回一次：清理"PDD 链接唯一的录入口"这一过期说法（全库 5 处）， 以及 shopee.go 里"空 → no_link"的过期 TODO —— no_link 已在 #16 从 CHECK 约束删除，照写会直接撞约束。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-07 11:27:06 +08:00