  q792602257andClaude Opus 5
|
e2875f0c00
|
自动重登修两处：并发去重读错缓存、只读订单查询掉登录被静默吞掉
- try_relogin 的并发去重原本读 status().logged_in，但重登成功后的 reload()
会把它重置成 None，排队在 site 锁上的调用方一律判「还没人登上」，N 个并发
调用会串行触发 N 次真实登录（各自最长 relogin_timeout）。改用 _relogin_epochs
计数：等锁期间 epoch 变过就真探测一次，已登录即跳过；仍未登录说明这轮站点侧
就是登不上（验证码/密码错/风控），直接失败，不在同一波并发里重复触发。
原并发测试的桩自相矛盾（login_one 返回成功、探针页始终回未登录），断言只能
松到 count >= 1；桩改为登录成功时翻转探针页，断言收紧到 count == 1。
- check_order_status / list_recent_orders 执行中掉登录此前会被静默吞掉：订单页
被踢到 SSO 后既不报错也没订单号，_parse_order_status 返回 found=False 被
_monitor_order 当成「订单还没反映出来」继续轮询（默认 3 小时一轮），
_parse_order_list 则退化成空列表让 verify_on_site 转 unknown 卡住等人工。
新增 SiteInteractor._read_with_relogin_retry 外壳：只读操作中途判定掉登录时
重登一次并整个重跑，第二次仍失败抛 NotLoggedInError。只给读操作用——写操作
中途掉登录不能重跑（上次动作可能已在站点侧生效），这条边界在两边文档里写明。
- 判据是新增的 auth_site.looks_logged_out：与探针页上权威的 is_logged_in 分开，
它是业务页上的单边启发式（返回 False 不代表登录着），只用于「判错最多多花一次
重登」的重试决策。刻意排除 session/upgrade——那是已登录时的站点风控复核密码，
不是 cookie 过期，误判会把风控当掉登录去重登。
判据里「掉登录会跳到 SSO 域」这一步没有真实探测证据（要复现得先让一份真实登录态
过期），是按站点通行行为的推断，已在常量注释标注；新增测试用替身页面，不是真实
站点 HTML。399 测试全绿（仓库未配 ruff/flake8/mypy，只跑了 pytest）。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-14 14:05:47 +08:00 |
|
|
q792602257andClaude Opus 4.6
|
65e3ed31f8
|
交易服务收敛为仅 rakuten：移除 rakuma 登录态与下单入口
trading 不再管理 ラクマ 的购物车购买、支付与订单监控。删除 auth_site /
auth_session / login_runner / models.AuthSite 中的 rakuma 分支与常量、
account.yaml.example 的 rakuma 段，并清理相关测试。scraping 侧的
ラクマ 抓取 API（/api/rakuma/*）保留不动。
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
2026-07-28 11:50:07 +08:00 |
|
|
q792602257
|
6247d68fb5
|
账号
|
2026-07-27 21:29:36 +08:00 |
|
|
q792602257andClaude Opus 5
|
104d7fef6b
|
拆分抓取与交易服务
把需要账号登录态的链路从抓取服务里拆出成独立进程。分界线不是「要不要登录」，
而是抓取无状态、幂等、可多开实例，而交易的写操作不可逆、登录态全局唯一、
订单监控是常驻轮询——同进程时抓取一扩容就会复制出 N 份登录态与 N 个轮询，
同一账号会被并发操作。
- app/shared：配置、错误码、日志、ApiResponse 信封 + Bearer 鉴权 + 异常处理器、
导航请求头构造器
- app/scraping：站点常量、会话、解析器与 10 个抓取接口，:31107，可多开
- app/trading：登录态查询/重载与健康检查，:31108，只能单实例
- 依赖方向锁为 scraping→shared、trading→shared，两侧互不 import；
tests/test_architecture.py 用 AST 检查 import 并校验两个 app 的路径不串
- 登录态 UA 在 trading 独立持有：与抓取 UA 值相同但变更理由不同，抓取 UA 为绕
反爬可随时调整，登录 UA 一改可能触发设备校验使已落盘 cookie 失效
- scripts/login.py 与 AuthSession 共用 auth_site.PROFILES 与 is_logged_in，判据只写一遍
- 同一镜像两个启动命令，交易容器覆盖 command 并设 RAKUTEN_HEALTH_PORT
同时带上此前未提交的 ラクマ 分类接口与登录态基础设施。
验证：239 个离线用例全绿；两个入口真实启动，/health 与鉴权正常。
未验证：真实探测登录态（当前开发机无外网，对站点的连接全部超时）。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-07-27 15:05:01 +08:00 |
|