dachui/affiliate_dash
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
195 Commits 2 Branches 0 Tags
4dbec33dbd366ea77a17fa058a85c79c40fc7b7b
Commit Graph
13 Commits
Author SHA1 Message Date
zhaoxing 8494fabc82 feat:自动补货/手动采购逻辑修改：批量获取-》打包-》获取Token列表 2026-10-29 16:05:39 +08:00
yml2213 e293cebaf5 feat(rock): 发货记录表格新增时间与备注列并支持上报失效联动 
- 做了什么：
  1. 数据库新增 013_rock_tokens_remark.sql 迁移，rock_tokens 表补充 remark 字段并在 ListTokens 中支持备注模糊检索；
  2. 后端扩展 UpdateTokenRemark、MarkTokenAbnormal 接口，同时优化 ResetMismatchToken 支持 mismatch 与 abnormal 状态的解冻重置；
  3. 前端 RockTokenTable 新增「流转时间」列（入库/绑错/发货/绑定/提货）与「备注」列（TokenRemarkCell 浮窗快捷预设选择与自定义输入）；
  4. 快捷选择「已上报」或点击「上报失效」自动将链接标记为 abnormal 作废，从可用库存池中剔除，防止被新订单领走；
  5. 优化操作列与顶部筛选栏：mismatch 增加「上报失效」与警示重置；abnormal 状态明确显示已失效并提供强制恢复；筛选栏新增「已上报失效」Tab。

- 为什么：
  解决绑定错误上报 0868 上游后无法记录备注、且原「解冻重置」容易误将已作废卡密放回可用库存池导致后续订单报错的问题。

- 验证方式：
  1. 后端单元测试 TestRockService_TokenRemarkAndAbnormal 与 TestRock 测试集通过；
  2. make fmt、go vet 通过；
  3. 前端 oxlint 检查通过 (0 errors, 0 warnings)，npm run build 生产构建通过。
 2026-10-08 20:13:25 +08:00
yml2213andCursor fcbd7715c7 fix(rock): 按链接签名时间提前刷新二维码，扫码查询改为 5 秒 
腾讯活动链接大约 10 分钟后签名过期。从链接 timestamp 起满 8 分钟就换新码，避免买家扫到失效二维码。

Co-authored-by: Cursor <cursoragent@cursor.com>
 2026-10-07 09:49:26 +08:00
yml2213 e56a5ea469 refactor(time): 不再全局改写 time.Local，业务时间统一走显式时区 
main.go 原本在启动时执行 time.Local = timeutil.Location()，靠隐式改写进程全局
状态把时间钉在 +08:00。副作用是任何跑在这行之前的代码都处于另一个时区，且依赖
关系完全不可见。

- 移除该全局赋值，业务时间全部走 timeutil 的显式时区
- rock_snapshot.parseRockTime 是唯一真实依赖，且是会出事的那一处：上游返回不带
  偏移的北京时间墙面时间，用 time.Local 解析会在 TZ≠+08:00 时整体偏移 8 小时，
  把「本次新绑定」误判为「历史残留」而放回库存，直接造成重复发货。
  改为 timeutil.Location() 并补回归测试
- 有一点无法绕开：pgx 会把 timestamptz 解码到 time.Local，所以接口 JSON 的时间
  偏移仍由进程时区决定。新增 timeutil.LocalZoneNotice()，启动时把不一致显式告警，
  交由运维用 TZ=Asia/Shanghai 声明（Docker 部署已内置），而不是靠代码偷偷改全局
- 测试时间基线改用业务时区，避免随宿主机 TZ 漂移

验证：全量测试在默认时区、TZ=UTC、TZ=America/New_York 三种环境下均通过；
实测 TZ=UTC 启动打印时区提示，业务时区下静默。
 2026-10-06 19:58:34 +08:00
yml2213andCursor c85b9f4173 feat(rock): 同一提货号过期后重取二维码 
轮询绑定时向 0666 换一条新的活动链接，提货号不变。下游只展示返回的链接。

Co-authored-by: Cursor <cursoragent@cursor.com>
 2026-10-06 18:08:27 +08:00
yml2213andCursor 4b8fc76f36 feat(rock): 绑定错误可直接改买家 UID，提货号继续留在原订单 
Co-authored-by: Cursor <cursoragent@cursor.com>
 2026-10-06 17:47:02 +08:00
yml2213 3741f5ae73 feat(rock): 实现方案B智能自愈，支持买家手滑填错UID时确认为扫码角色UID自愈绑定 2026-10-06 11:04:44 +08:00
yml2213andCursor 717392b195 feat(rock): 未扫码绑定的使用中链接可释放回库存 
历史残留绑定不再占住提货链接，退款后可以把还没扫上的库存分给下一单。

Co-authored-by: Cursor <cursoragent@cursor.com>
 2026-10-05 22:13:17 +08:00
yml2213 9e260059ee feat(rock): 关联业务工单升级为双单号清晰展示（系统工单号 + 创建商户单号） 
1. 后端批量反查商户单号：在 RockService.ListTokens 中支持批量反查关联订单创建时由调用方传入的 ClientOrderNo（商户单号），并拓展支持通过商户单号进行全局关键词模糊搜索；
2. 管理后台双单号排版升级：在 Rock 管理表格中将「关联业务工单」升级为双行呈现——第一行高亮展示内部统一系统工单号 (FO2026...)，第二行辅助展示外部电商/商户原始单号 (如 test4 / 拼多多单号)，两行均支持一键独立复制；
3. 单元测试全覆盖：补充商户单号自动挂载关联与按商户单号模糊检索的自动化单测，确保对单溯源精准无误。
 2026-10-05 19:18:52 +08:00
yml2213 08a0e74cd0 fix(rock): 修复空闲库存为0时误将已分配订单判定为补货中并拦截发货的严重漏洞 
1. 根因修复(状态机死锁)：当一笔订单分配了池中最后一个可用Token后，空闲库存降为0。原PrepareDelivery仅检查AvailableStock<=0，导致已锁定Token的订单在发货校验时被误判为'库存补充中'并硬性拦截发货；
2. 逻辑重构：PrepareDelivery增加已预占Token识别，若当前订单已持有using或bound状态的专属Token，直接豁免空闲库存校验，放行扫码与发货；
3. 协议对齐：在ClaimTokens与RefreshToken中补全Origin与Referer请求头；
4. 单元测试与方案文档：新增TestRockProvider_PrepareDelivery_ZeroStockWithAssignedToken用例，5项Rock专项单测与全量Service测试100%全绿通过，方案文档追加7.5节证据与复盘记录。
 2026-10-05 18:19:40 +08:00
yml2213 83870843ed fix(rock): 修复兑换发货401未鉴权错误与买家角色名提取解析 
1. 根因修复(兑换发货鉴权)：对比原生平台发货抓包证实 POST /api/redeem/:id 必须携带 Authorization: Bearer <token>，Origin 及 Referer 头，补齐相关请求头彻底杜绝 401 报错；
2. 根因修复(角色昵称解析)：逆向解构 0666.pro 响应报文，将角色名提取从错误的 binding.role_name 切换为 token.bound_account，消除提货页角色名显示为 '-' 的问题；
3. 协议对齐(响应结构重构)：将 RockRedeemResponse 与真实上游返回对齐（包含 token 与 status 结构），剔除臆想的 delivery 字段；
4. 单元测试与方案文档：更新单测覆盖鉴权与字段映射断言，在方案文档 7.4 节录入实测抓包报文镜像比对表。
 2026-10-05 16:30:18 +08:00
yml2213 7e5cbaf65e fix(rock): 兼容 0666.pro 接口 points 字段字符串与数值自适应解析 
1. 新增 FlexibleFloat64 类型，解决上游 /api/me 响应中 points 为字符串（如 '8271.2'）导致反序列化失败的问题；
2. 服务层与数据库快照存储统一调用 Float64() 保持类型严谨；
3. 单元测试补充真实上游字符串响应场景并全绿通过。
 2026-10-05 15:42:00 +08:00
yml2213 ef7f67dd0c feat(fulfillment): 接入Rock发货平台(0666.pro)代理履约、通用库存池与UID强一致风控 
1. 数据库新增 012_rock_fulfillment 迁移，创建 rock_configs 配置表与 rock_tokens 通用库存表，补齐黑色ROCK长袖T恤与蓝色运动服上衣商品目录；
2. 封装 RockClient 与 RockService，实现 0666.pro 平台 Bearer Token 极简连通校验、批量采购50个入库、水位监控巡检与自动补货；
3. 新增 RockProvider 实现标准履约路由，引入 Anti-Ghost 旧绑定基线比对与 UID 强一致门禁，扫错号硬阻断并记录为 mismatch 状态；
4. 针对黑色ROCK与蓝色运动服实现动态发货（绑定后发货前动态选择 skin），并提取腾讯官方发货流水号 fulfillId 对账；
5. 新增全局自动发货总开关（Kill Switch），支持一键软熔断降级转人工接单处理；
6. 前端新增 PlatformRock 管理大屏，提供总开关切换、Token配置与连通测试、库存监控、一键补货及错单解冻重置。
 2026-10-05 14:56:11 +08:00