6 Commits

Include renames

Author	SHA1	Message	Date
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 Opus 5.5	f2ca34fd4b	refactor(api): 请求体解析收成 readJson / parseBody ... 54 处 handler 都手写同一段： const parsed = X.safeParse(await c.req.json().catch(() => null)) if (!parsed.success) return failure(c, 400, "invalid-request", ...) 漏写 .catch 就是一个畸形请求打出 500。 - http.ts 加 readJson（读 + 校验）和 parseBody（再加上 400）。parseBody 不给 message 时回 zod 的第一条 issue —— 后台表单原来就是这么写的，fallback 文案 「Invalid payload」/「参数错误」只在 issues 为空时才用得上，实际走不到 - 51 处换成 parseBody；另 3 处失败时带别的错误码或和路径参数一起判，换成 readJson - 错误码、状态码、文案、判断顺序都不变 实跑核过：非 JSON 请求体回原来的固定文案，公告标题为空回 zod issue。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-27 15:04:19 +08:00
xuyueandClaude Opus 5	e396d78a07	feat(阶段4): 题目管理 / 比赛题目 / 比赛题⇄公开题互转 ... GET/POST admin/problems GET/PUT/DELETE admin/problems/:id POST admin/problems/:id/make-public GET/POST admin/contests/:contestId/problems POST admin/contests/:contestId/problems/from-public 合并了旧后端拆开的两套路由：旧 admin/problem 与 admin/contest/problem 的 GET 详情、PUT、DELETE 都只按题目 id 取、比赛是从题目推导出来的，分开没有意义， 还逼前端多传一个它未必知道的 contestId。现在共用 /admin/problems/:id。 归属判断按旧后端的口径分开：**比赛题看比赛的创建者，公开题看题目自己的创建者** （旧 ensure_created_by(problem.contest, user) vs ensure_created_by(problem, user)）。 一道比赛题的 created_by 可能是克隆时的操作人，跟谁有权改它没关系。 题号唯一性的作用域也跟着走：公开题在全部公开题里唯一，比赛题在本场比赛内唯一。 删题不删测试用例目录，与旧后端一致（它把 rmtree 注释掉了）：删错了还能从磁盘捞回来， 而误删的测试数据没有别处备份；孤儿目录另有清理入口。有提交记录的题目拒绝删除。 ## SQL 题目前只能编辑、不能新建 新后端**没有 SQL 判题链路** —— 旧 judge/sql_runner.py（378 行）+ sql_dispatcher.py （113 行）无对应实现，languages.ts 里也只有 C/C++/Java/Golang/JavaScript/Python3 六种。 题目页给学生看的表结构与期望结果（sql_display）要跑 SQLite 现算，算不出来就没法建题。 因此：新建 SQL 题返回 501 并说明原因；**编辑已有 SQL 题时原样保留 sqlDisplay 不动** —— 不动它比生成一个错的安全，它直接决定学生看到的期望结果。SQL 的前置校验 （必须是唯一语言、要有 sql_config、要有 SQL 标准答案）照旧执行。 实测：学生 403；缺样例/缺输入描述/SQL 混语言三条校验文案与旧后端一致； 题号重复 409、跨比赛题号互不影响；公开题加入比赛后计数归零且标签带过来； 比赛题转公开后 visible=false、contestId=null、重复转 409；删除级联正常。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-07 16:37:20 -06:00
xuyueandClaude Opus 5	8237909d00	fix(阶段3): 提交可见性守卫补上匿名，详情脱敏，提交接口加限流 ... F3：`isRegularUser(user)` 对匿名用户（user 为 null）返回 false， `submission_list_show_all` 关闭时守卫整体短路 —— 匿名能看到全部提交， 权限反而大于登录学生。实测开关关闭时匿名 total=23、登录学生 total=0。 而关闭这个开关的典型场景正是考试。改为 `!isAdminRole(user)`（非管理员即受限）， 并删掉 isRegularUser（全仓只有这一处调用，留着就是下一个坑）。 F4：提交详情把 info（含每个测试点的 test_case 编号与 output_md5）与 ip 按「是不是自己的提交」下发。旧后端 submission/views/oj.py 把关的是角色： is_admin_role() 决定用 SubmissionModelSerializer 还是 SubmissionSafeModelSerializer(exclude=("info", "contest", "ip"))。改为仅管理员可见。 F6：旧后端 SubmissionAPI.throttling 的 TokenBucket 没搬过来。 按旧参数重建（options/options.py:120 的 user 桶：capacity 20、fill_rate 0.03、 default_capacity 10，实际值仍以数据库 throttling 配置项为准）， 落在 redis 上并改用 Lua 脚本做成原子操作 —— 旧实现自己注明「不是线程安全的」， 而限流要挡的正是并发突发。挂点位置与旧后端一致：比赛权限校验之后、取题目之前。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-07 01:59:19 -06:00
xuyue	ec274419c3	Build Phase 2 judge vertical slice	2026-08-06 22:42:39 -06:00