feat: refine operations UI and transport limits

2026-08-13 10:42:59 +08:00
parent fb02cbcf39
commit 67fee21616
34 changed files with 314 additions and 188 deletions
@@ -3541,3 +3541,19 @@ git diff --check
 - 最小修复为将原始企业、应用字段加入`GROUP BY`，保持“正文签名 × 实际企业应用”业务口径、搜索、计数和分页不变；同步新增`TC-SIGNATURE-RETIREMENT-029`，防止测试桩只验证返回映射而遗漏真实PostgreSQL语法约束。
 - 签名清退专项9/9、API TypeScript正式构建和`git diff --check`通过。热修复提交`4c70978da4e3bd22ea159313c95b36ca18d150d6`已推送，并采用API最小热发布：备份位于`/opt/cmpp-platform-backups/releases/20260812-175436-before-hotfix-4c70978d`，只替换本次API源码/编译产物并重启`cmpp-api`，未重启Gateway、Nginx或短信通道。
 - 发布后运行标识已核对为`4c70978d`，API和Gateway健康通过。使用生产真实PostgreSQL执行与接口相同的完整聚合SQL成功返回1组、266条短信，未再出现`42803`；热发布后的API日志没有新增`ExceptionsHandler`或Prisma聚合异常。现有浏览器没有可接管的登录页，因此未伪造账号会话；页面可由用户直接刷新验收。
+# 2026-08-13 Gateway响应截断与NestJS请求体容量修复（本地未提交、未发布）
+
+- 只读复核确认Gateway通用API传输方法使用`io.LimitReader(resp.Body, 64*1024)`静默截断响应；待投递回执恢复查询单批100条时，生产真实JSON已可超过该边界并形成`unexpected end of JSON input`。本轮将完整响应上限调整为4MiB，并额外读取1字节识别超限：超过边界返回明确容量错误，不再把传输截断伪装成JSON语法错误。
+- NestJS关闭框架自动注册的默认100KiB body parser，显式注册普通JSON/URL-encoded 2MiB解析器；仅`/api/client/send/imports/*`先注册25MiB JSON解析器。两类JSON解析器继续保存`rawBody`，公网HTTP API验签和幂等正文哈希语义不变；导入业务层原始正文20MiB限制保持不变。
+- 域名链路重新核对：客户导入使用`sms.lisglo.com`私有API，其标准Nginx上限50MiB已覆盖25MiB解析需求；`api.lisglo.com`只开放单条HTTP API、客户Swagger和健康检查，不承载文件导入，因此本轮不错误扩大API专用域名或开放私有路由。
+- 新增专项自动化：Gateway可完整解析约128KiB合法响应，超过4MiB返回`api response exceeds 4194304-byte limit`且不出现截断JSON错误；同一份约3MiB JSON在导入路由返回200、保留完整rawBody，普通路由返回413。API容量专项2/2、API全量37套/460项、API TypeScript正式构建、Gateway inbound专项、Gateway全量`go test ./... -count=1`及`go vet ./...`、4份Gateway队列契约和`git diff --check`均通过。
+- 19份既有结构门禁中10份通过、9份失败；失败均来自当前`HEAD`在本轮开始前已经存在的契约漂移（下游重投/异常处置API、通道排序、签名弹窗、签名质量查询、报备导出、运营商集合、定时调度、长文本样式和签名查询），与本轮新增/修改文件无交集。本轮不为通过门禁而顺手刷新或改写其他会话业务契约，保留为既有基线问题单独治理。
+- 本轮没有发送、补发或重投短信，没有修改通道账号、密码、启停状态、企业余额、客户连接或生产数据；代码保持未提交、未推送、未部署。受保护的`api/tsconfig.build.tsbuildinfo`、`tsconfig.tsbuildinfo`、`outputs/`和空文件`=`不删除、不提交、不归因。
+
+# 2026-08-13 充值回执操作人员、看板精简与运营商标签统一（待提交、未发布）
+
+- 充值记录列表接口使用充值单既有`operatorId`批量查询真实用户，返回`displayName`（缺失时回退`username`）作为`operatorName`；充值回执新增“操作人员”，历史无操作人的系统记录展示“系统”。未新增字段或migration，避免复制姓名造成历史数据与用户资料不一致。
+- 运营看板删除“今日签名发送统计”和“今日签名发送统计 - 含引流”两个模块及其分页状态；今日活跃签名继续使用真实发送质量接口聚合。指标文案调整为“今日消费金额”，主数字直接复用与今日发送总量相同的`metric-card strong`样式。
+- 企业应用管理的状态、到达率、单价列宽均从130px缩至104px，字段和操作未隐藏。全局审计运营商数据展示后，监控、通道/通道组、应用路由、签名和报备、清退、短信审核、批次号码、发送记录及客户端发送详情统一复用`CarrierTag`；筛选选项、图表图例、导出和说明文字保留纯文本，三网通道展开为三个标签。
+- API全量37套/460项、充值和HTTP容量专项14/14、前后端TypeScript、Vite 8.1.5生产构建、Gateway全量测试与`go vet`、4份Gateway队列契约、企业应用R11、短信记录R11、企业签名R4结构契约和`git diff --check`均通过；Vite仅保留既有约2.07MiB单chunk提示。企业签名R4哈希只按本次经验证的运营商标签JSX同步更新，未放宽模块边界。浏览器连接本地页面时既有登录会话已失效，未输入账号密码或验证码，因此页面级视觉验收未完成。
+- 本轮与此前未提交的HTTP/Gateway容量修复一并进入待提交范围，未发送、补发或重投短信，未修改通道配置、余额、客户连接或生产数据；受保护缓存、`outputs/`和空文件`=`不删除、不提交、不归因。