## 修的是什么
线上反复复发的「后台接单平台按工单号搜不到、某些状态尤其明显」,根因不是一处,
而是同一类问题在 5 个地方各留了一半(历次修复都只补了一处,所以总复发):
1. 状态筛选走运营态派生:拼单母单一旦有人参与,open → in_progress /
pending_acceptance,于是「单号 + 待接单」永远为空(没人参与时反而搜得到),
这正是「有人接单后就搜不到」;非拼单单子被接单后同理。
2. 「单号 + 接单人员 / 分类 / 打手等级 / 创建时间」照样过滤掉目标单
(接单人员是 INNER JOIN 可见集合,不在集合里整行消失)。
d6523635 只在面板查询按钮里清了 状态/赠送阶段/验收模式,这三个没清。
3. 待办通知跳转(buildNotificationActionPath 带 ?workOrderId=)设下的
「定位工单」是 wo.id = X 排他条件,不手点「取消定位」就一直生效,
之后搜任何别的单号都是空 —— 这条路径历次修复从未涉及。
4. AdminLayout 把服务端 operation='remove' 直接判成 mismatch,
绕过了「显式单号不删行」的护栏。
5. 打手端「我的订单」默认页签固定「代练中」,搜索不联动页签、
实时补丁又拿状态当可证伪条件删行 → 打手端同类问题(此前只修了关键词匹配)。
## 修法(收口到单一真源,不再按按钮打补丁)
后端:
- 新增 isExplicitOrderNoLookupKeyword()(工单号 / 平台单号 / SUB·INV·AS·DT);
- 后台列表筛选抽成纯函数 resolveAdminWorkOrderListFilters():显式单号检索时
不下推 状态/VIP待补图/验收模式/赠送阶段/接单人员/分类/打手等级/创建时间/定位工单;
- 打手端 resolveWorkerMyOrderStatusFilter():只放掉状态与 VIP 待补图,
**严格保留 workerSharingId 可见范围**(否则打手能搜到别人的单)。
前端:
- admin-realtime-work-orders.ts:显式单号检索直接判 unknown(含服务端 remove),
remove 的短路移交给判定函数;
- WorkOrdersPanel:单号检索时清空全部排他筛选并提示「已按单号精准检索,自动忽略…」,
通知定位工单时也清掉其它筛选,避免残留;
- WorkerOrdersPage:单号检索自动切「全部订单」;WorkerLayout 走新的
resolveWorkerMyOrderRealtimeVerdict(),与后台同策。
刻意不改(避免越权/召回不可用单):抢单大厅(候选必须是 open)、
寄卖手动匹配候选(只做未接单整单)。
## 验证
后端 npm run check 全绿:682 pass / 3 skip(新增 6 项);
前端 npm run check 全绿:138 pass(新增 6 项,含「单号检索 + 实时事件不得删行」,
以及「服务端 remove 不得绕过单号护栏」的回归);format/lint/typecheck/build 通过。
无数据库迁移。
order-site-backend
快手轻量后端:订单入库、履约任务编排、91 卡券 / kuaishou-cloud / kuaishou-feifei / 行业电子凭证对接、后台管理接口,以及数据库迁移。
快速启动
npm install
cp ../../.env.mac-docker.example ../../.env
npm run dev
推荐优先用仓库根目录 Docker 开发环境(含 PostgreSQL 与 Caddy)。
生产构建:
npm run build
npm run start
常用验证:
npm run typecheck
npm run build
npm test
配置
环境变量来自工作区根目录 .env:
- 默认值:
src/config/defaults.ts - 覆盖:根目录
.env
常用项:
| 变量 | 说明 |
|---|---|
PORT |
服务端口(Compose 中常由 BACKEND_PORT 映射) |
LOG_LEVEL |
debug / info / warn / error |
LOG_MAX_FILE_SIZE_MB |
单个应用日志文件大小上限,默认 20 MB,超出后轮转 |
LOG_MAX_FILES |
同一日期最多保留的日志文件数量,默认 5(含当前文件) |
LOG_RETENTION_DAYS |
日志日期保留天数,默认 30 |
DATABASE_URL |
PostgreSQL 连接串 |
ADMIN_SESSION_SECRET |
后台登录态签名密钥 |
ADMIN_DEFAULT_USERS_JSON |
默认后台用户 |
KAQUAN91_USER_ID / KAQUAN91_SECRET |
91 卡券凭据 |
接口
| 路径 | 说明 |
|---|---|
GET /health |
健康检查 |
GET /health/live |
存活 |
GET /health/ready |
就绪 |
/api/v1/open/91/* |
91 卡券开放接口 |
/api/v1/open/kuaishou-industry/* |
快手行业电子凭证 |
/api/v1/open/kuaishou-feifei/* |
发货平台 feifei 回调等 |
/api/v1/claim/* |
领取页接口 |
/api/v1/admin/* |
后台管理 |
/s/* |
短链跳转 |
目录
| 路径 | 职责 |
|---|---|
src/index.ts |
服务入口 |
src/app.ts |
Express 组装 |
src/routes |
API 路由 |
src/services/order |
订单与任务同步 |
src/services/fulfillment |
履约路由与执行器 |
src/services/platforms |
外部平台实现 |
src/services/admin |
后台读写与配置 |
src/repositories |
数据库访问 |
src/db/migrations |
SQL 迁移 |
数据库迁移
策略:001 基线 + 后续渐进增量。
| 文件 | 作用 |
|---|---|
src/db/migrations/001_init.sql |
空库完整基线结构 |
src/db/migrations/002_*.sql 起 |
增量变更 |
规则:
- 已应用的迁移文件禁止改内容。
- 结构变更只新增文件,不回写
001_init.sql。 - 启动时自动执行未应用迁移;记录在
schema_migrations。 - 文件名必须为
NNN_name.sql(三位序号)。
命令:
# 对齐状态
npm run db:migrate:status
# 手动 up
npm run db:migrate
# 创建下一份增量(生成 00N_xxx.sql 模板)
npm run db:migrate:create -- add_something
创建后编辑 SQL,与业务代码一并提交。Docker 开发环境示例:
docker compose -f ../../docker-compose.dev.yml exec -T backend npm run db:migrate:create -- add_something
docker compose -f ../../docker-compose.dev.yml exec -T backend npm run db:migrate
Docker 开发
开发 Compose 会挂载源码:
postgres提供开发库- 后端启动时安装依赖并
npm run dev - 改
src/或.env通常不必重建镜像
需要重建 backend 镜像的情况:
deploy/docker/backend*.Dockerfile变更- Node 版本或系统依赖变更
package.json/package-lock.json变更
运行产物
日志默认:
data/logs/app-YYYY-MM-DD.logdata/logs/integration-YYYY-MM-DD.log
按天切分并按大小轮转,默认单文件 20MB、单日最多 5 个分片、保留 30 天。成功的 GET/HEAD 请求以 DEBUG 记录,生产默认 LOG_LEVEL=info 不落盘;写请求和所有 4xx/5xx 仍保留 access log。成功的 /health* 探活默认不写 access log。
data/*.json 为本地运行配置,可能含敏感信息,默认不提交;请从 *.example.json 复制后填写。