dukang/.workbuddy/memory/2026-08-17.md

2026-08-17 工作日志

杜康好客 v3.4.18 门店体验与登录态优化（含 F 项）

已实现并发布

• A mini-user 门店座机脱敏：改 apps/mini-user/src/lib/phone.ts 的 maskPhone 座机分支，中间四位 ****（保留区号+首2+末2）。
• B 套餐详情图 1/5 计数 + 自动轮播：ProductCarousel.tsx detail 变体加 autoplay(3.5s) + 右下角 1/N 计数。
• C 合伙人暂停禁止登录：auth.service.ts 三处非 ACTIVE 抛「该账号已暂停使用，请联系客服人员」；h5-partner/LoginPage.tsx 同步文案；复用 DISABLED 枚举，无迁移。
• D 门店端提现/筛选栏留白对齐：h5-shop/styles.css 补 --space-page。
• E 休息中核销→是否开启营业：PhoneRedeemPage/RedeemConfirmPage 弹「是否开启营业？」，确认调 PUT /shop/store/status 开张后继续。
• F（本次新增） 门店套餐图片自适应完整显示：ProductCarousel 新增 imageFit="adaptive"（mode="widthFix" + 按真实比例动态算 Swiper 高度），product-detail.css 加 .detail-carousel-wrap--adaptive 覆盖固定 1:1 裁剪；仅 store-package-detail 使用。根因：原 .detail-carousel-wrap 固定 aspect-ratio:1 + overflow:hidden + aspectFill 裁掉非正方形图。

发布状态

• 文档：杜康好客-v3.4.18-门店体验与登录态优化.md（含 A–F 范围、实现位置、验收清单）。
• git：本地 dev_jacy 提交 v3.4.18 各功能 + F 修复；已 git push origin dev_jacy:main（干净快进 984dec7..18147e1）。
• 生产部署：后台运行 deploy/deploy-prod.sh --host dukang-server（/opt/dukang, main）。SSH 配置主机 dukang-server 即生产机；deploy.env 缺失，用 --host 覆盖。

注意

• 本次 git 发布前曾遇 origin/main 比本地新、working tree 异常删除 503 文件（已 reset --hard HEAD 还原，提交完好）；最终 fetch 后确认本地领先可快进，安全发布。
• 四端 tsc 仅余项目既有环境类报错（CSS 导入/ImportMeta.env），本次改动文件无新增类型错误。

F 项方案 A 改写（22:18）

• 放弃手算高度逻辑（SelectorQuery + onLoad 测自然宽高），改用 swiper 原生 autoHeight：海报有多高轮播就有多高，无裁切。
• ProductCarousel.tsx：删 wrapWidth/imgHeights/handleImageLoad/swiperStyle，adaptive 模式加 autoHeight={isAdaptive}，image 保持 mode="widthFix"。
• product-detail.css：.detail-carousel-wrap--adaptive 覆盖（删 aspect-ratio:1/overflow:hidden），并给 .detail-carousel/.detail-carousel-item/.detail-carousel-image 在 adaptive 下 height:auto。
• 已提交 cd1e9ae 并 git push origin dev_jacy:main（干净快进 18147e1..cd1e9ae）。
• 重要：F 是原生微信小程序端改动，服务器部署只覆盖 H5-user 构建；真机小程序用户需经「微信开发者工具上传 + 微信审核」才能生效。

E 项缺陷修复（22:46 测试不通过）

• 根因：门店非 OPEN 时，后端 redeem.service.ts:loadOpenStoreAccount（previewRedeem/confirmRedeem 共用）抛「门店未营业」，导致 RedeemConfirmPage 的 preview 拉取失败 → preview 为 null → 「确认核销」按钮 disabled={!preview} → 点击不了 → 开张弹窗永远不触发。手机号路径因弹窗在「发送验证码」时触发故未暴露。
• 修复：RedeemConfirmPage 把 preview 拉取抽成 loadPreview()；确认按钮改为 disabled={loading || (!preview && !storeClosed)}（闭店时仍可点→弹框）；openStoreAndContinue 开张成功后 await loadPreview() 再 doConfirm()。
• 弹窗文案对齐需求：「门店目前休息中无法核销，是否开启营业」（两页 modal title=门店休息中 / desc=该句；内联提示改为「门店目前休息中无法核销，开启营业后可继续」）。
• 提交 3ac008a，git push origin dev_jacy:main（快进 cd1e9ae..3ac008a），生产重新部署中（deploy-prod.sh --host dukang-server）。
• 注意：后端 updateShopStatus 对 CLOSED(永久关闭) 门店拒绝开张（抛「门店已永久关闭...」），属预期；需求针对 闭店/休息中(PAUSED) 场景，OK。

E 项方案二次修正（23:00 用户纠正：前置到点击扫码）

• 用户新要求：门店 PAUSED 时，点击「扫码核销」按钮那一刻就弹窗，而不是扫完码进确认页才弹。
• 改动：apps/h5-shop/src/pages/HomePage.tsx（门店端首页）。
  • 复用 dashboard 已加载的 status（dash?.store?.status，L384 status = String(store?.status||'')）。
  • handleScan() 开头：if (status !== 'OPEN') { setShowOpenModal(true); return; } —— 不进入 isWechatEnv/scanQrCode 流程。
  • 新增 openStoreAndContinue()：PUT /shop/store/status {OPEN}，成功后 loadDashboard() 刷新状态（开关/扫码按钮同步），用户可再次点击扫码。
  • 弹窗复用全局 .shop-redeem-modal 样式（与确认页一致），文案「门店目前休息中无法核销，是否开启营业？」。
  • RedeemConfirmPage 的弹窗保留为带码直入确认页的兜底。
• 提交 c0d04ee，git push origin dev_jacy:main（快进 3ac008a..c0d04ee），生产重新部署中（deploy-prod.sh --host dukang-server）。文档 E 节已同步更新方案描述。

C 项缺陷修复（合伙人端 DISABLED 仍登录 - 微信路径）

• 现象：手机号(短信)路径已正确拦截（login 前先 POST /partner/auth/phone/check 校验非 ACTIVE 即拒），但微信 OAuth 路径报错被吞 → 用户无任何提示。
• 根因：apps/h5-partner/src/contexts/PartnerSessionContext.tsx L118 catch { stripOAuthParamsFromLocation(); } 把微信回调里 processPartnerWechatOAuthCallback 抛出的「该账号已暂停使用」错误吞掉。
• 修复：catch (e) { stripOAuthParamsFromLocation(); toastError(e); }（toastError 从 @/lib/toast 引入），让微信登录被暂停时同样弹「该账号已暂停使用，请联系客服人员」。
• 提交 5ca9aa0，git push origin dev_jacy:main（快进 c0d04ee..5ca9aa0）。
• 生产部署完成（deploy-prod.sh --host dukang-server, 38s）：dukang-api 200、各 h5/partner 服务 online。mini-user(h5) 健康检查 FAIL 与本次无关（非 v3.4.18 改动范围，本次改 native 小程序 + h5-shop + h5-partner）。
• 验收状态：A/B/C/D/E/F 全部提交并发布生产；C 项的短信 + 微信两条路径拦截逻辑均已落地，建议真机/微信环境复测一次确认 toast 文案展示。

C 项双拦截增强（23:37 用户要求“两个都要拦”）

• 澄清：city 合伙人有两个独立状态字段，别混：
  • partner_account.status（AccountStatus: ACTIVE/DISABLED）= 登录账号启用态，feature 原拦截查的就是它（子账号自身）。
  • partner_account.bindingStatus（CityPartnerStatus: ACTIVE/PAUSED）= 城市合伙人绑定态，主账号为准；子账号取父主账号的此字段。
• 需求：子账号 status=DISABLED 与 主账号 bindingStatus=PAUSED 都要拦。
• 实现：auth.service.ts 新增统一闸门 assertPartnerAccountActive(account)（L313），同时拦上述两种；替换三处旧校验：assertPartnerAccountByPhone(L334) / loginPartner(L1086) / loginPartnerWechat(L1748)。
  • 自身非 ACTIVE → 「该账号已暂停使用，请联系客服人员」
  • 主账号 bindingStatus 非 ACTIVE → 「该合伙人合作已暂停，请联系客服人员」
• 文档：杜康好客-v3.4.18-...md C 节重写为双拦截；顶部范围表 + 验收清单同步。
• 提交 48d6900，git push origin dev_jacy:main（快进 5ca9aa0..48d6900），生产部署完成（task I2mWSU, 37s）：commit=48d6900、api 200、各服务 online。
• 生产实测双拦截均生效：
  • status=DISABLED（id=7 临时翻转→测试→已还原 ACTIVE）：phone/check 返回 400「该账号已暂停使用，请联系客服人员」；还原后 201 ok:true。
  • bindingStatus=PAUSED（18049821889 等 3 个主账号）：phone/check 返回 400「该合伙人合作已暂停，请联系客服人员」（修复前为 200 ok:true）。
  • 库内 status!=ACTIVE 数量=0；binding_status!=ACTIVE 数量=3（均为主账号 PAUSED）。
• 遗留未提交文件（非本次改动，需用户决策）：
  • apps/h5-shop/src/styles.css：shop-records-status-chips 由 padding:0 → padding-bottom:10px（D 项后续微调，未提交）。
  • apps/mini-user/src/styles/product-detail.css：工作区版本把方案A（aspect-ratio:auto/height:auto）改回固定 4:3（aspect-ratio:1.33/height:100%），与已上线方案A矛盾，疑似另一轮实验性改动。已与用户确认前暂不提交。