docs(upload): record production multipart limits

2026-07-25 01:11:11 +08:00
parent 4d2b3828c0
commit 80af8a0870
3 changed files with 9 additions and 2 deletions
@@ -14,6 +14,12 @@

 上述事实只证明本批版本和 schema 已发布。正式 OTP、真机能力、角色权限正反例和严格试点窗口仍需按发布后回归及 `DEMO_ACCEPTANCE.md` 验收。

+2026-07-25 已完成生产资料处理 multipart 限额修正：
+
+- 已备份线上外置 `application-prod.yml`，并将 Spring/Undertow `max-file-size` 设为 `500MB`、`max-request-size` 设为 `520MB` 后重启 `wygj-aihr.service`；
+- 服务重启后为 `active`，101MB 的无认证回环 multipart 请求已通过解析层并止于鉴权，未写入业务表或 OSS；
+- 此配置只让既有异步队列的视频和 ZIP 兑现其 `≤500MB` 契约；普通文档、同步 SOP 上传和公司文件仍按各自的 `100MB` 业务限制执行。
+
 2026-07-24 后续新增的主管“下一训练层级确认”仍是**本地待发布增量**：同一成长目录迁移新增 `aihr_practice_session.growth_confirmation_level/growth_confirmed_by/growth_confirmed_time` 三列，供复盘会话保存可追溯训练证据。此前线上 `62/62` 预检不能证明这三列已存在；必须按本文件重新执行完整发布、远端 schema 预检和认证态复盘回归后，才可更新线上状态。该确认不改变人事职级、薪酬、上岗或资格结论。

 2026-07-20 增量把“项目服务记忆最小切片”扩展为工作助手确认式统一采集：显式“记一下”生成候选，用户确认后按 `PRIVATE/COMPANY` 写入 `aihr_assistant_capture`；个人记录仅本人可见，公司记录先保持 `PENDING`，正式接收端和回执尚未实现。旧 `aihr_service_memory/version` 继续兼容项目记录；同批会话式“工作上报”继续使用既有 `aihr_work_report`，并补 `request_key/request_hash` 和唯一索引。