 yml2213
|
7e197c9413
|
fix(frontend): H5 领取前缀整段接管，/h5 裸链接不再跳后台登录
根因：公开路径判定原先只认「带参数」形态（isH5ClaimPath 只认 /h5/<orderNo>），
裸前缀 https://<域名>/h5（后台 claimLinkBase / certLink 的基址）判定不命中，
于是落回主站 HashRouter 被后台路由接管成
https://<域名>/h5/#/admin/dashboard 后台登录页。
- utils/claim-path.ts：isClaimPath / isH5ClaimPath 改为命名空间级判定（含裸前缀与多段路径），
参数解析仍严格；新增 resolveH5ClaimOrderNoFromInput（纯订单号 / 整条链接 / 缺协议 /
带后台残留 hash 都能取出订单号，只有前缀时返回空串）
- pages/claim/H5ClaimEntryPage.tsx：新增 /h5 领取入口页，买家输订单号或粘贴完整链接后
跳 /h5/<订单号>，走与分享链接同一套领取流程
- App.tsx：H5ClaimApplication 接管 /h5 整段前缀（/h5 入口页、/h5/:orderNo 领取页、
其它子路径回入口页）；useClearStrayHash 抹掉历史残留的 #/admin/dashboard
- tests/claim-path.test.ts：补齐裸前缀、相邻前缀 /h5x、粘贴链接解析等回归用例
验证：npm run check 全绿（prettier + eslint + tsc + 143 单测 + vite build）
|
2026-10-13 13:42:06 +08:00 |
|
|
yml2213
|
215f3351ba
|
fix(claim): 优化H5领取与绑定界面商品图展示并集成发货存证凭据生成
- 修复后端 affiliate_dash 领取详情接口漏传 imageUrl 字段的问题
- 优化前端 ClaimProductImage 占位逻辑，消除无图或失败时的空灰色方块
- 移植并集成 affiliate_dash 前端 Canvas 高清发货到账存证凭据（Retina 640x960）
- 在兑换成功页面提供结果图预览、一键复制到剪贴板与下载凭据图片功能
|
2026-10-10 20:55:02 +08:00 |
|
|
yml2213
|
1339c6887e
|
refactor(claim): 删除自建皮肤领取页，路径式 /claim/<token> 复用现成领取页 + 物品图片
**删掉上一轮自建的领取页**
- `pages/claim-skin/*`、`services/claim-skin.ts`、`types/claim-skin.ts`、`tests/claim-skin.test.ts`
及其样式（client.css 里 `.claim-skin-*` 整段 254 行）
- 后台我加的展示项：「皮肤自动发货」筛选项、执行器标签、「买家提交信息」卡片
**路径式链接复用现成领取页**
- `utils/claim-path.ts`（中性命名 `isClaimPath` / `resolveClaimToken`）+ 单测
- `App.tsx`：pathname 命中 `/claim/<token>` → 独立 BrowserRouter 渲染**现成的 `ClaimPage`**
（页面零复制零改动：它只用 `useParams`，不读 hash）；`#/claim/:token` 仍走主站 HashRouter，
两者互不影响，且有用例断言 hash 入口不命中路径判定
**物品图片**
- 后端领取详情的 `product.imageUrl` 接上（内部 SKU 在 `spec_json.code` / `sku_code` /
`sku_name` 哪个字段都能回退找到图，映射不到返回空串）
- 领取页新增 `ClaimProductImage`：居中大图（宽度 min(220px,62%)、圆角 16px），
空值或加载失败都降级虚线占位块，不出现破图
`npm run check`：前端 128 / 128 全绿（去掉旧用例 17 个、新增路径与图片用例）
|
2026-10-09 16:13:46 +08:00 |
|
|
yml2213
|
eacca11768
|
feat(claim-skin): 买家皮肤领取页（路径式 /claim/<token>）
买家从卡券/订单消息里的链接打开，看到物品图片与信息，填游戏账号即可领取。
- **路径式无 `#`**：新增独立 BrowserRouter 分支（照 `/redeem` 的做法），
`isClaimSkinPath` 只认 `/claim/<token>` 两段精确匹配；
打手领取页仍是主站 HashRouter 的 `#/claim/:token`（其 pathname 为 `/`），两者互不影响
- **物品卡片**：商品图（映射不到或加载失败都降级为占位块，不出现破图）、
内部 SKU、数量 ×N、订单号、引流标题（灰色副信息）
- **领取表单**：按接口下发的 `claimFields` 动态渲染（游戏账号/角色ID），
提交前二次确认让买家核对账号
- **状态**：待领取展示表单；已领取展示成功态（优先于 tokenStatus）；
token 失效/过期/关闭/已用分别给中文提示与联系客服引导
- 纯函数抽到 `utils/claim-skin.ts` 并补 20 个单测（路由判定、状态映射、字段校验、格式化）
|
2026-10-09 15:06:56 +08:00 |
|
|
yml2213
|
8c33ff62ec
|
feat(redeem): 固定兑换链接 /redeem（输入订单号 → 状态分流 → 兑换）
- 路径式入口 `https://<域名>/redeem`（不带 #）：主站是 HashRouter，
故在 App.tsx 里早于 isWorkerSite() 插入独立 BrowserRouter 分支，
主站与打手站路由均不受影响；Caddy 已有 try_files 兜底，无需改部署
- 页面按 7 种状态渲染：not_found / unpaid / cancelled / refunded /
pending_certificate / redeemable / verified
- not_found 保留用户输入的订单号，不清空
- pending_certificate 只给显式「刷新」，不做自动轮询（公开限流接口，避免空转）
- verified 只展示后端已掩码的券码，绝不渲染明文 certNo
- confirm 不假设成功：一律按返回的 status 重渲染
- 纯函数抽到 utils/redeem.ts（无 React/antd、无 @ 别名），可直接跑单测
|
2026-10-09 12:01:35 +08:00 |
|
|
yml2213
|
0270657f2b
|
feat: 优化移动端打手接单界面布局并完成CSS架构模块化拆分
|
2026-08-16 11:03:19 +08:00 |
|