Files
live-hub-py/docs
yml2213 294c6cd058 docs: 登录任务与 CK 解耦设计(待评审)
根因:login_tasks 一张表同时扛四件事——CK 本体、CK 健康状态、重登调度、
登录历史。前三个是「账号当前状态」,第四个是流水,生命周期不同,于是
清理流水必然伤到状态(2026-10-03 因此丢了 5019 个 CK)。临时护栏只是兜底。

方案:照 huya_accounts 的既有先例,把 CK 与状态挂到 accounts,
login_tasks 退化为纯流水。

关键结论:
- **不做双写**:两处真相会悄悄发散(比报错更难发现),且旧路径会掩盖新
  路径的 bug;而它买到的回退保险本来就有——accounts.cookie 是权威副本,
  随时能反向回填出旧列。改为代码一次切换、旧列延后 drop。
- 两条不可省项:迁移必须自校验(回填不全就中止启动,fail closed);
  在途判定仍要查 login_tasks(实测 255 行在途),需补 (account_id,
  attempt_status) 索引。
- 登录服务里「一行一账号」的复用逻辑是耦合产物(且已漏水),切换时其
  第一段 cookie_holding_filter 查询必须一起重写,否则静默退化。

含迁移与回填 SQL、读写切换清单、7 个提交的提交计划与依赖关系、
验收基线(13264 个账号持 CK)、测试计划、回退方案,以及待确认决策点。
2026-10-03 11:40:05 +08:00
..
2026-08-14 11:29:37 +08:00

项目文档索引

更新时间:2026-10-02

当前入口

虎牙业务与协议

虎牙设备与加密逆向

设备注册与运行工具

鱼翅充值接口

文档约定

  1. 带日期的抓包和逆向笔记属于历史证据,结论以对应日期为准。
  2. 当前代码行为和未完成项以“虎牙 Cookie 路线状态”为准。
  3. Cookie、UID、订单号和设备标识进入文档时使用脱敏值;真实数据只保存在本地 evidence 目录。
  4. 兑换、下单和支付属于写操作,除非明确确认,不纳入自动回归测试。