4 Commits

Include renames

Author	SHA1	Message	Date
butubb	d023393bb2	docs: 账号日报 SQL（今天的账号情况 + 与昨天比对 + 推送有没有发出去） ... 两段，因为是两个维度：账号维度每个博主一行（粉丝/获赞/作品数及相对昨天的增减、 今天采到几条），任务维度看推送（推送是按任务的，塞进账号行会把同一个值重复 42 遍）。 推送那段的判定：last_notified_at 只在企业微信 errcode=0 之后才写，所以拿它和一串 run 的结束时间去比，落在两分钟内那轮就是**最后一次真正发出去的那轮**；那之后本该推 却没推的轮次就是漏掉的。**更早的失败无法回溯** —— 失败没留任何记录，而 last_notified_at 只有一个值，会被后来的成功覆盖。文件里写明了这个边界。 实测：42 个账号；粉丝 41 平 1 掉、主页作品数全平；推送最近一次成功是 run 76，之后 0 次漏掉。	2026-10-12 09:20:41 +08:00
butubb	36f41450ae	fix(monitor): 博主改名之后，旧作品上的名字也跟着改 ... 昵称是**博主级**的属性，而作品是逐条刷的：一个博主只有落在采集窗口里的那几条会被 重刷，掉出窗口的老作品会一直留着旧名字。于是改名之后库里一半新一半旧 —— * 作品栏组头取的是该博主名下作品的 max(name)，**恰好可能取到旧的那个**（比如从 「BBB」改成「AAA」，max 还是 BBB）； * 导出和 SQL 直接看到旧名字。 两处修： 1. ingest 收完这一轮之后，把这一轮看到的 (博主, 昵称) 铺到该博主在本任务下的 **全部**作品上。带上 `!= name` 让没变化的不产生写入。只限本任务 —— 另一个任务里 的同一个人是另一条跟踪线。 2. `list_creators` 的昵称**优先取账号快照**：那一行每次采集都从资料接口重写，是 最新的一份；小红书那条路没有快照，才退回作品上的名字。 顺带把两份 SQL 里的 COALESCE 顺序调成一致（不然查出来还是旧名字）。	2026-10-11 10:08:58 +08:00
butubb	af21288dde	docs: 抖音每账号「最近七天有没有带广告标签的视频」 ... 每个账号一行，一个都不少：有广告的带上最新那条广告视频的详情，没有的只剩博主 信息（作品列为空）。窗口下界只定义在一处，改天数只改那一行。 实测：42 个账号；把一条作品临时贴上「广告」后，7 天窗口查不到（那条是 9/29 发的， 在窗口外），30 天窗口能查到，说明判定和边界都对。	2026-10-11 09:48:39 +08:00
butubb	1b69fa57f2	docs: 抖音每账号最近一条视频的查询 ... 在真库上跑通过（42 个账号）。5.7 没有窗口函数，所以「每个博主最新那条」用相关子 查询挑；账号清单取「作品里出现过的 ∪ 有账号资料的」，否则那些没有作品的号会整行 消失。查询文件里写了这两条的原因，免得下次有人顺手改成 ROW_NUMBER()。	2026-10-11 09:43:56 +08:00