7 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	9e074f3ab8	fix(路由检查): 改成单引号之后 check:routes 一条路由都没查，却照样报「没有遮蔽」 ... 正则只认双引号，全仓换成单引号后匹配数变成 0。现在单双引号都认，查到 197 条。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-26 14:15:04 +08:00
xuyueandClaude Opus 5.5	195069450f	style(格式化): 改成单引号、一行最长 160，全仓重新格式化 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-26 13:52:24 +08:00
xuyue	d25b5dbe6d	update	2026-09-27 19:36:28 +08:00
xuyueandClaude Sonnet 5	c228b164cf	refactor(提交): 教师统计路由拆出 submission-statistics.ts，check:routes 支持嵌套挂载 ... - submission.ts 1416 行降到 751 行；统计三条路由拆成子路由，挂在原位置， 仍排在 /submissions/:id 之前 - check-route-shadowing 原来只认 index.ts 直接挂载，拆分后漏检 3 条（178→175）； 现在按挂载位置展开嵌套的 .route()，恢复 178 条、无遮蔽 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-19 04:40:30 -06:00
xuyueandClaude Opus 5	ed56a209ea	chore(格式): Prettier 统一到全仓，后端和契约一次性格式化 ... 原来只有 `apps/web` 在 Prettier 下（配置在 `apps/web/.prettierrc.toml`、脚本在 web 的 package.json），后端和契约从来没格式化过 —— 手写在 100 列上下，`db/schema.ts` 还是 drizzle-kit pull 留下的 tab 缩进。两套口径分叉久了，跨端改一处就得记着「这边 什么风格」。 - 配置搬到根目录 `.prettierrc.toml`，内容不变（`semi=false`，其余全默认， printWidth 80 —— 和前端已有的格式一致，不另立一套宽度）； - 脚本统一成根目录 `bun run fmt`，覆盖 `apps/*/src`、`apps/web/tests` 和两个构建 配置；web 自己那份 `fmt` 和重复的 prettier 依赖删掉； - `.prettierignore` 挡掉两类不该碰的：drizzle-kit 生成的 `src/db/meta/` 结构快照 （它是 db:generate 的比对输入，只该由 drizzle-kit 写）、unplugin 每次 dev 都会 重写的 `auto-imports.d.ts` / `components.d.ts`； - 全量跑了一遍。纯格式，无行为改动：api typecheck / check:routes / check:ast、 前端 type-check 全过，起 api 打了接口确认正常。前端这 39 个文件的小改动是 prettier 版本漂移（类型断言的换行口径变了），不是新配置带来的。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-16 08:27:34 -06:00
xuyueandClaude Opus 5	967e9ef7f7	feat: 路由遮蔽检查脚本；切换前把前后端接口逐条对了一遍 ... ## 切换前核对：前端调的接口后端有没有漏 写脚本把前端 224 个调用点和后端注册的路由逐条比对。**零缺口** —— 唯一报出来的 一条是我的正则被嵌套括号截断了（`users/${encodeURIComponent(...)}/badges`）， 后端那条路由是有的。「后端有、前端没调」那 25 条也逐个看过，全是脚本的假阳性 （把 `.get("user")` 这类非路由调用当成了路由）和假阴性（前端用三元表达式拼路径， 正则看不见，比如 `GET /me` 其实在 shared/api.ts 里被调）。 结论是没发现缺口，但这个脚本不够可靠、不足以证明"一定没有"，所以没留进仓库。 ## 路由遮蔽检查（留成常驻脚本） 比"有没有漏"更值得防的是遮蔽：**Hono 按注册顺序匹配，不是静态优先**。 `/problems/:id` 注册在 `/problems/random` 前面的话，后者永远进不去 —— 不报错、不警告，只是静默走进前一条的 handler。阶段 4 真实发生过一次， 两个教师用的分析端点被吃掉，一直到评审才发现。 全仓 167 条路由按真实注册顺序扫：**零遮蔽**。 这个结论敢下，是因为检测器本身也验了： - 自检用例里放了阶段 4 那个历史真实案例，能抓到；边界（两边都是参数、 段数不同、不同前缀）不误报 - 核对了 24 个 router 全在扫描范围内，没有漏扫 - 反向验证：往 problem.ts 末尾加一条注册在 `:displayId` 之后的字面量路由， 脚本立刻报出来并 exit 1 未经验证的检测器报"没问题"是没有意义的 —— 这个教训今天已经吃过两次 （tree-sitter 那次、SQL 内存那次）。 脚本落在 apps/api/src/scripts/check-route-shadowing.ts， `bun run --filter '@oj2/api' check:routes`，加完路由跑一下。 CLAUDE.md 里也写了。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-08 03:42:37 -06:00