4 Commits

Include renames

Author	SHA1	Message	Date
xuyueandClaude Opus 5.5	b046af4ba0	chore(部署): push 后先过检查再部署；判题机重启那几秒交的题不再变成系统错误；worker 挂了看得出来 ... 按外部分析报告（reports/analysis）挑出来做的几条： - CI 在编完前端之后跑 `bunx vp run verify`，有一项不过就不部署（必须排在编前端之后： 前端类型检查要的 auto-imports.d.ts / components.d.ts 是 vite build 时才生成的） - 连不上判题机（连接被拒、解析不到、被重置）时，正式判题等 2/5/10 秒重试，不再当场记成 系统错误；超时、判题机回错、页面上的运行和自测不重试 - worker 每 10 秒刷一次「还活着」，compose 加 `oj2-api healthcheck --worker`，deploy.sh 起栈后 也等 worker 健康（docker 不会因 unhealthy 自动重启，只是看得见、部署时拦得住） - 三套 compose 的容器日志限 10MB × 3 - `/public/%` 这类畸形编码回 404 而不是 500；找不到的接口回统一的 JSON 错误 - 删掉没人用的「停用判题机」接口，契约不再给 task_number / is_disabled（列留在库里） - 删掉腐化的 apps/web/tests/submitButtonState.test.ts；契约包 zod 范围对齐到 ^4.6.6 - 修几处和实际对不上的注释与文档（表数、编译并发、AST 语言数、deploy.sh 流程、校验处数） ⚠️ 改了 compose 的日志配置，这次部署会把 postgres / redis / 判题机也重建一遍，各停几秒 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-11-02 20:59:19 +08:00
xuyueandClaude Opus 5.5	83b9d23c68	perf(前端): zod 移出首屏包，首屏 JS 721KB → 594KB（gzip 237 → 199KB） ... 首屏包里带着整个 zod 运行时（~100KB），来路有三条，缺一条都挪不出去（逐条撤回实测过）： - 契约包没有 sideEffects: false，入口从桶里取任何一个值都会把所有 schema 模块带上。 契约包里没有顶层副作用（核过），加上之后 rolldown 才能按导出摇树 - roles.ts 里的 USER_TYPE / toAdminType 是入口要的，同文件却定义了两个 z.enum。 schema 挪到 admin.ts（唯一用处），roles.ts 文件头写明不许 import zod - 启动就要调的 getWebsiteConfig / getAILoginSummary 在 oj/api.ts 里，而那个文件同步 import 了题目详情、提交详情两个 schema。这两个函数挪到 shared/api.ts；那两道 闸门保持同步 —— submissionDetailSchema 有 .catch()，放行原文和解析结果不等价 - /me 的契约闸门改成 contractDeferred：先放行原文，schema 按需加载后在后台核、只记 日志。userProfileSchema 没有 default / transform，两者等价。动态 import 的目标是 单独的 shared/profileSchema.ts —— 直接 import 契约桶会让 rolldown 重排共享 chunk， 实测首屏反而涨到 1811KB 浏览器实跑核过：登录后 profile 正常加载、profileSchema 按需拉取、无控制台报错； 故意喂一份不符的数据，后台闸门照常打出 [契约] 分歧日志。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-27 15:23:31 +08:00
xuyueandClaude Opus 5	0e1e024fa4	chore(依赖): 升一批 patch/minor，锁死 mermaid-legacy 和 TypeScript 大版本 ... 后端：@node-rs/jieba 2.0.1→2.0.2（含精确 pin 的 -linux-x64-gnu）、 bullmq 6.0.9→6.2.2、postgres→3.4.9、sql.js→1.14.2、web-tree-sitter→0.26.13； hono ^4.0.0→^4.13.4 与 zod ^4.0.0→^4.4.3 只是把范围收紧到实装版本。 前端：@codemirror/view→6.43.9、highlight.js→11.12.0、mermaid→11.17.2、 naive-ui→2.45.2、pinia→4.0.3、y-codemirror.next→0.3.6、vite→8.2.2、 @types/node→26.3.0。 刻意没动两个： - mermaid-legacy（npm:mermaid@^9.4.3）保持 9.4.3，vite 的 build target 也没碰 —— 机房 Chrome < 94 的兜底，legacy polyfill 产物照常生成。 - typescript 停在 5.9.3（只把根上的范围从 ^5.7.0 收到 ^5.9.3）。 7.0.2 是 Go 原生重写版，另开一个 commit 处理。 踩到的坑记一笔：`bun install` 不清理旧的嵌套副本。升完 @codemirror/view 后 md-editor-v3/node_modules/ 下留着一份 6.43.8，vue-tsc 立刻报 dispatchTransactions 私有属性冲突 —— 看起来像版本不兼容，其实 md-editor-v3 要的是 ^6.38.2，6.43.9 完全满足。当时全仓有十几处这种残留。 **升完依赖必须 rm -rf node_modules && bun install 再验类型**，否则会 对着一堆假的类型冲突查半天。 验证（删空 node_modules 重装后）：apps/api tsc 0 error、check:routes 167 条 无遮蔽、apps/web vue-tsc 0 error、vite build 通过、单二进制在仓库外起得来 并打库返回真数据、jieba 原生模块 dev 与编译两种形态都验过、BullMQ 两个 worker 正常 ready。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-25 17:39:06 -06:00
xuyue	9bfe629cd7	feat(阶段1): monorepo 骨架与 @oj2/contract 契约包	2026-08-06 20:39:39 -06:00