rakuten-api

45 Commits 1 Branch 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
q792602257	086ab82614	feat(trading): 清空购物车落步骤证据，补空车/有商品两场景测试 - clear_cart 返回清理后 cart 页最终 HTML（best-effort，抓取失败不掩盖清理结果） - runner step 0 落 00-cart-clear.{html,meta.json} 并登记 evidence_index，证据先于闸门判断落盘（清理未净被拦时这份现场就是排查依据）；仍是本机卫生步骤：不上报 gateway、不记 order_events - /api/cart/clear 响应不携带 html（路由显式挑字段，与 cart_add 同风格） - 单测：fake page 覆盖空车/有商品/HTML 抓取失败；runner 层覆盖证据落盘与闸门拦截场景 - 真账号复验 scripts/verify_cart_clear.py：空车 removed=0/count=0；加购 1 件后 clear removed=1/count=0，status 复核 101	2026-08-17 08:32:11 +08:00
q792602257	daa5555fd4	fix(trading): cart count status=101 识别为空车，区分空车与获取失败	2026-08-17 01:42:08 +08:00
q792602257andClaude Opus 4.6	55c01ae4f5	加 /api/cart/* 接口；加购链路完全归 trading trading 新增 4 条购物车接口（POST /api/cart/{add,status,clear,remove}），全部 Bearer 鉴权、走 SiteInteractor（Playwright + storage_state）。同步把 SiteInteractor 从 gateway URL 解耦——lifespan 总是构造与启停，container 字段 worker_site → site，加 asyncio.Lock 让 HTTP 与 worker 共用同一把锁（同账号串行硬约束）。clear/remove 用 UI 点击 button[aria-label="削除"]，探针回报这是稳定 selector；真账号实测前先用此路径。抽 ichiba 加购字段解析到 app/shared/purchase_contract.py（常量 + inventory_flag_for + basket_domain_of + base_form_fields），原本 scraping 与 trading 重复实现同一段 __INITIAL_STATE__.purchase 解析。进一步发现 README 写的「purchase 块是两服务契约」实际未落地——trading 必须 Playwright 开页（httpx 被 TLS 指纹拦死），本地抽比再调 /api/item_detail 更快更新鲜。删除 scraping 端 PurchaseInfo/PurchaseOption/PurchaseOptionValue 模型、各站 _purchase_info 函数、tests/test_purchase.py。ItemDetailData 保留 purchase_condition / is_sold_out / purchase_unit / sku 等商品状态字段。 README「加购与下单」段重写。 328 测试全绿（含架构测试守住三方互不 import）。 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-07-28 17:18:00 +08:00

Author

SHA1

Message

Date

q792602257

086ab82614

feat(trading): 清空购物车落步骤证据，补空车/有商品两场景测试

- clear_cart 返回清理后 cart 页最终 HTML（best-effort，抓取失败不掩盖清理结果）
- runner step 0 落 00-cart-clear.{html,meta.json} 并登记 evidence_index，
  证据先于闸门判断落盘（清理未净被拦时这份现场就是排查依据）；
  仍是本机卫生步骤：不上报 gateway、不记 order_events
- /api/cart/clear 响应不携带 html（路由显式挑字段，与 cart_add 同风格）
- 单测：fake page 覆盖空车/有商品/HTML 抓取失败；runner 层覆盖证据落盘
  与闸门拦截场景
- 真账号复验 scripts/verify_cart_clear.py：空车 removed=0/count=0；
  加购 1 件后 clear removed=1/count=0，status 复核 101

2026-08-17 08:32:11 +08:00

q792602257

daa5555fd4

fix(trading): cart count status=101 识别为空车，区分空车与获取失败

2026-08-17 01:42:08 +08:00

q792602257andClaude Opus 4.6

55c01ae4f5

加 /api/cart/* 接口；加购链路完全归 trading

trading 新增 4 条购物车接口（POST /api/cart/{add,status,clear,remove}），
全部 Bearer 鉴权、走 SiteInteractor（Playwright + storage_state）。同步把
SiteInteractor 从 gateway URL 解耦——lifespan 总是构造与启停，container
字段 worker_site → site，加 asyncio.Lock 让 HTTP 与 worker 共用同一把锁
（同账号串行硬约束）。clear/remove 用 UI 点击 button[aria-label="削除"]，
探针回报这是稳定 selector；真账号实测前先用此路径。

抽 ichiba 加购字段解析到 app/shared/purchase_contract.py（常量 +
inventory_flag_for + basket_domain_of + base_form_fields），原本 scraping
与 trading 重复实现同一段 __INITIAL_STATE__.purchase 解析。进一步发现
README 写的「purchase 块是两服务契约」实际未落地——trading 必须 Playwright
开页（httpx 被 TLS 指纹拦死），本地抽比再调 /api/item_detail 更快更新鲜。
删除 scraping 端 PurchaseInfo/PurchaseOption/PurchaseOptionValue 模型、
各站 _purchase_info 函数、tests/test_purchase.py。ItemDetailData 保留
purchase_condition / is_sold_out / purchase_unit / sku 等商品状态字段。
README「加购与下单」段重写。

328 测试全绿（含架构测试守住三方互不 import）。

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

2026-07-28 17:18:00 +08:00