17 Commits

Author	SHA1	Message	Date
yuetsh	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
yuetsh	e600fd24cf	feat(提交列表): 今日提交数旁加「统计」按钮，弹框给今天的提交统计 ... 筛到今天之后标签旁边出现「统计」，弹框里是全站今天的提交概况：总提交 / 正确 / 判题中 / 正确率 / 参与人数，外加按钟点的 24 格分布、按语言、按判题结果，以及 今天最热的 10 道题。 新接口 GET /submissions/today-statistics，公开、只出聚合数，口径和那颗标签一致 （东八区今天 + 非比赛提交）： - 钟点分桶走 time.ts 的 localTime()。`extract(hour from create_time)` 按会话时区 算，容器是 UTC，整张分布图会左移 8 小时； - 正确率的分母摘掉未判完的条数，正确数含 AST_CHECK_FAILED； - 热门题只算 visible 的题目 —— 这个接口不需要登录，不能拿它探未发布题目的标题； 「提交列表对学生全开」关掉时这张表整个不下发，跟提交列表同一个开关（数字照给， 否则标签说 21、弹框说 0）。 前端组件异步加载，不进本路由的关键路径；小时分布是纯 CSS 柱状图，没有引 chart.js。 柱子和基线取 useThemeVars()，深浅色都跟着走，「现在」那一格是基线上一段主色刻度。 流程图那档不给这颗按钮 —— 流程图提交在另一张表、只有 AI 评级没有判题状态。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-16 08:23:45 -06:00
yuetsh	9132901cc7	feat(提交结果): 没通过时显示「通过 x/y 个测试点」；编译失败不等三次就能用 AI 分析 ... 学生拿不到 info（每个点带 output_md5，只给管理员），测试点表格从来只有管理员看得见， 学生这边只有一句「答案错误」—— 从 2/8 交到 6/8 的人，感受是连输五次。 - 提交详情新增 caseSummary，后端从 info 数出通过数下发，不放开原文。 比赛提交、SQL 题（被杀的测试点会 break，total 偏小）、无逐点结果时为 null - 结果面板标题缀上通过数并加进度条，提交详情页标题同步；一个都没过时不缀 - POST /ai/hint 对编译失败跳过失败次数门槛，throttleAi 照旧；前端显示条件同口径 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013TecwAowmYcoNZRheSyTgH	2026-09-13 07:25:00 -06:00
yuetsh	aab0404ed7	refactor(契约): 语言与判题产物的形状收进契约，学生端高频响应接上运行时校验 ... 契约在前端一直只当类型包用：45 处引用里几乎全是 import type，三个 .parse() 后面 还都紧跟一个 as 把校验结果断言回去，等于没校验。这一轮把形状的来源收拢。 ## 语言：三份真相并成一份 前端 utils/types.ts 手写了一份 9 值的语言联合，后端 judge/languages.ts 有自己的一套， 生产库又有一套。手抄那份**漏了 SQL**，而生产库 961 道题里有 9 道 SQL 题、 124191 条提交里有 91 条 SQL 提交 —— 这些提交的 language 在前端类型上是 undefined。 现在唯一来源是契约的 problemLanguageSchema，constants.ts 的显示映射以它为键， 契约里加语言而那边没补映射会当场编译不过。 ## 判题产物：按生产数据实测收紧 judgeInfoSchema / statisticInfoSchema 的形状来自 124191 条提交的实测，不是手抄： - info.data 有 12048 条是 null（编译失败等没有逐测试点结果），前端手抄的 Info 却把 data 写成非空数组 —— 这 12048 条在类型上根本不成立； - info 还允许**空对象**：非管理员看提交详情时后端下发 info: {}（权限投影）。 收紧时必须把它算进去，否则每条非管理员看的提交详情直接 500 —— 本地实测复现过； - statistic_info 的五个键按出现次数定成全部可选；另有 8916 条 JSONB 原文因内嵌 带转义的 shell 输出不是合法 JSON，被后端 objectValue() 兜成 { value: ... }， 所以不能用严格对象，否则这 8916 条会被误判成分歧。 ## 运行时闸门 新增 utils/contract.ts：safeParse 失败时记一条分歧（去重、控制台可见、 window.__OJ2_CONTRACT_DRIFT__ 可查）后**放行原始数据**，不白屏 —— 面向学生的 生产站点，字段空着比整页崩掉可接受。接在 7 条高频链路上：/site、/site/online、 /problems、/problems/:id、/submissions、/submissions/:id、/me。 提交详情的 info 是联合类型，调用方不再直接取 .data，统一走 utils/functions.ts 的 submissionCaseResults()。 ## 验证 - vue-tsc 与 tsc -p apps/api 均 exit 0；vite build 通过； - 契约 schema 直跑真实接口：7/7 通过（自包含脚本，从登录到详情全链路）； - 用生产备份复核收紧后的约束：961 题的 languages 无越界值，template 只出现 C/Python3 两个键 —— 不会因为这次收紧在生产上抛错。	2026-09-10 04:19:41 -06:00
yuetsh	e624c62502	feat(提交): 列表标出来自题单的提交 ... submission 新增 problemset_id，学生从 /problemset/:id/problem/:pid 入口提交时 前端带上、后端落库，提交列表在题目后面挂一个「题单 xxx」的标签，点了进题单。 只是来源标记：题单进度和奖章仍由判完之后的 recordSolvedProblem 按「已加入且含 这道题的所有题单」记账，和从哪个入口进来无关，所以这个字段带错顶多标签不准， 不影响成绩。校验只确认这道题在那个题单里 —— 不查 visible / status、也不查有没有 加入，藏起来的题单里还困着已加入的学生；对不上就当没带，提交照收。 外键 ON DELETE SET NULL：删题单不该带走提交，清掉标记就行。索引建成部分索引 （WHERE problemset_id IS NOT NULL），绝大多数提交不来自题单，全列索引是给 12 万行 白建一遍；谓词能被 problemset_id = $1 蕴含，删题单时的外键检查也用得上它。 列表按页单独查一次题单标题，没有把 problemset join 进那条调过的深翻页查询。 比赛提交恒为 null：题单只收非比赛题。 历史回填从 problemset_submission 取「当年首次 AC 那条」，其余老提交无从判断入口， 一律留空。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Y7AsqceaUfC81k7UCDcSk2	2026-09-02 22:06:29 -06:00
yuetsh	8861393529	fix(流程图): 评分明细的顺序是乱的，40 分的那项排在最后 ... AI 是按分值从高到低返回的：`逻辑正确性(40) → 完整性(30) → 规范性(20) → 清晰度(10)`。 但 `ai_criteria_details` 存在 jsonb 列里，而 Postgres 的 jsonb **不保留键序** —— 它按「键长度 + 字节序」重排，读出来变成 `完整性 → 清晰度 → 规范性 → 逻辑正确性`， 权重最高的那项被排到了最后。 评分弹框和教师端的评分详情都是直接 `v-for` 遍历这个对象，所以两处都乱。 统计面板因为用的是写死的 `CRITERIA_ORDER`，一直是对的 —— 于是同一份数据在两个 地方的顺序还不一致。 把顺序抽到 `utils/constants` 共享，三处统一走 `sortFlowchartCriteria()`； 表里没有的键排到后面，AI 万一返回别的评分项也不会丢。 顺带把限流的提示改得能看懂：撞上 429 时原来只显示「流程图提交失败」，学生会以为 是自己的图有问题然后反复点，越点等得越久。现在按错误码分支，提示「提交太频繁了， 缓一会儿再交」。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 10:53:29 -06:00
yuetsh	74d3b97f05	feat(流程图列表): 补上状态列，重判按钮按状态置灰 ... 教师端的流程图提交列表一直没有状态列。「排队中」「评分中」「评分失败」三种情况 在界面上长得一模一样 —— 都只是分数栏空着，老师分不出是还没评完还是评失败了。 三处一起改： - 加状态列（排队中 / 评分中 / 已完成 / 评分失败）。 - 分数列只在已完成时渲染 Grade。原来无论什么状态都渲染，没评完会显示成 0 分， 看着像「评了但得了 0 分」。 - 重判按钮按状态置灰。后端只接受已完成 / 已失败的重判（其余返回 409）， 原来是点了才知道不行。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 06:27:33 -06:00
yuetsh	0392445dd2	fix(流程图): 补上几处静默失败 —— 点了没反应、弹框永久转圈 ... `utils/api.ts` 的拦截器只对 login-required / account-disabled / permission-denied 弹提示，其余业务错误一律静默 reject。而流程图这一块的调用点基本都没 catch， 于是失败时用户什么都看不到： - **重新判题**：后端会拒掉还在评分中的提交（409 retry-not-allowed），也可能撞上 限流。老师点下去完全没反应，连报错都没有。实测修复前 0 条提示，修复后弹出 「这条还在评分中，等出了结果再重新评分」。 提示按**错误码**分支而不是 match 文案（`utils/api.ts` 里写明的约定）—— 后端文案是英文的，直接弹给老师看不合适。 - **课堂统计**：请求失败后图表停在旧数据上，没有任何迹象表明这次没拉到。 同一批里 `SubmitFlowchart` 的三处（弹框翻页、打开评分详情、加载到编辑器）随 上一个提交一起改了，问题是一样的：前两处失败时 `rendering` 卡在 true，弹框 永久转圈。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 06:15:11 -06:00
yuetsh	5f0fe713dc	fix(流程图渲染): 出错后再也画不出来、每失败一次往 body 漏一个 div ... ## 渲染失败后永久空白 四个渲染点都是同一个写法： <n-alert v-if="renderError" ... /> <div v-else ref="mermaidContainer"></div> 一旦渲染出错，容器被 `v-else` 卸载，`mermaidContainer.value` 变成 null。而 `renderFlowchart` 一进来就先清 `renderError`、再因为 `!container` 直接 return —— 于是**报错提示消失了，图也再画不出来**，只剩一块空白，只能刷新页面。翻历史提交 最容易踩到。改成容器常驻、用 `v-show` 隐藏，和 MermaidEditor 本来的写法一致。 `FlowchartScoreDetail` 那处 Teleport 上不能挂 v-show，把条件挪到内层容器。 实测：修复前切回合法代码后 0 个 svg（永久空白），修复后正常渲染。 ## 每次渲染失败都往 body 漏一个 div `m.render(id, code)` 没传容器，mermaid 会在 `document.body` 上建一个临时 `div#d{id}`。而 `suppressErrorRendering` 默认关着，看 mermaid 源码，解析出错时 是先 `errorRenderer.draw()` 再 `throw`，**清理临时容器的那行在 throw 之后**， 永远执行不到；每次 render 用的又是新的随机 id，`removeExistingElements` 也清不掉 旧的。于是渲染失败一次就留一个。 出题页是边敲边预览，且没有防抖，每个字符触发一次完整渲染，中间态几乎全是语法 错误 —— 实测逐字符敲 26 个字符，body 里留下 16 个残留 div。打开 `suppressErrorRendering`（该分支是先清理再抛）+ 预览防抖 300ms，实测降到 0， 预览功能不受影响。 ## 顺带 `loadMermaid` 缓存的是实例，两个组件同屏挂载时会双双落进 `if (!mermaidInstance)`， import 和 initialize 各跑两次。改成缓存 Promise，并在失败时清掉缓存，避免一次 网络抖动把后续所有渲染都钉死在这个失败结果上。 `SubmitFlowchart` 的 `updatePage` / `openDetailModal` / `loadToEditor` 一并补了 错误兜底（同文件，见下一个提交的说明）：前两个失败时 `rendering` 会卡在 true， 弹框永久转圈；`loadToEditor` 是裸 `JSON.parse`，老提交数据坏掉就点了没反应。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 06:14:40 -06:00
yuetsh	8f08ed03a0	fix(流程图): 学生能翻出全班评分、AI 调用没有限流 ... ## 列表漏了一道门 代码提交列表在 `routes/submission.ts` 里有 `submission_list_show_all` 兜底： 关掉时非管理员一律返回空。流程图列表**从来没有这道门**，而它的过滤是 if (myself === "1" || (!username && 是普通用户)) 只看自己 else if (username) 按用户名模糊匹配 —— 只要带上 `username`，第二支就把第一支的限制绕过去了。学生在提交记录页把 语言切成「流程图」、用户名框随便填一个字，就能翻出全班同学的 AI 评分，不需要 动接口。补上和代码提交同一套口径。 ## 提交与重判没有限流 每一次流程图提交都会触发一次外部 AI 调用，是和判题沙箱同级的有限资源，而这两个 入口都没限流。`canView` 还允许**本人**重试自己的提交，等于学生可以对着自己的 提交反复点，无上限地刷 AI 调用。 限流桶不能直接用 `throttling:user:<id>` —— 那是代码提交在用的桶（capacity 20， 回填约 1.8 个/分钟），共用的话学生在机房连着交几次代码，流程图这边就会莫名其妙 交不上去。单独开 `throttling:user:flowchart:<id>`。 重判对教师放行：成批点几十行是他们的正常用法。 ## 提交编号的权限判断在前端自己算了一遍 契约里 `flowchartListItem.showLink` 是后端逐行下发的（与 `GET /flowcharts/:id` 的放行条件同源），前端却没用，自己按「超管或本人」重算了一次 —— 教师因此看得到 「重新判题」却打不开评分详情。 更要命的是无权限那一支渲染的 `n-text` **照样挂着 @click**，权限判断只改了外观。 学生点别人的编号，后端以 404 挡下，`loadSubmission` 只 console.error，于是弹出 一个 600px 高的空白面板，什么提示都没有。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 06:14:05 -06:00
yuetsh	47a43b9880	fix(提交列表): 转圈圈延迟 300ms 出现，快请求不再闪一下 ... 翻页、切筛选大多一百毫秒内就回来了，转圈圈闪一下再切数据比直接切更晃眼。 给 loading 加一层延迟：只有真的慢到 300ms 以上才显示。 是**单向**延迟 —— 只推迟「显示」，请求一结束立刻收掉，不留尾巴（用 refDebounced 之类的双向去抖会在数据到了之后还多转 300ms）。 没有用 n-spin 的 delay：n-data-table 压根不走 n-spin，它渲染的是内部的 _internal/loading，直接由 loading 控制、没有 delay 参数。要用内置的就得把表格 包进 <n-spin :show :delay> 再去掉 :loading —— 那会换掉加载样式，还会丢掉 loading 时锁住排序/分页交互（DataTable 里那个 `disabled: this.loading`）。 这几行就是 n-spin 内部同样的写法，理由写在注释里了。 验证：headless chromium 走 CDP，只给 /api/submissions 加延迟（给全站加延迟的话 dev 模式几百个模块请求全被拖慢，页面根本起不来，第一次就是这么测出假结果的）， 每 120ms 采一次 DOM： API 不加延迟 转圈圈全程没出现，表格直接 0 行 → 5 行 API +800ms 表格 291ms 挂上 → 654ms 转圈圈出现（挂载后约 300ms） → 1138ms 数据到位 → 1381ms 收掉 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 00:53:40 -06:00
yuetsh	2ee61756b8	perf(提交列表): count 去掉无谓 join、只取序列化用得到的列 ... 用户反馈「HEADER 点提交后页面空白一段时间才有数据」。拿生产快照 （12.3 万条提交 / submission 表 169MB）在本机实测，问题分两头。 **后端**（本次改的）： - count 无条件 `innerJoin(problem)`，但 problem 只有按题号筛选时才出现在 where 里。带 join 的 count 走 seq scan 78ms，去掉 join 走索引 7.5ms。 - 行查询 `select submission.* + problem.*` 把两张表所有列都拉回来，包括 submission.code（学生源码）、info、ip，以及 problem 的 description / hint / samples / answers / flowchart_data / sql_display —— 这些字段 map 的时候一个都没用上。改成只 select 需要的列。 canViewSubmission 的参数类型随之从整行 $inferSelect 收窄成实际用到的 字段，完整行结构上仍然满足，详情接口调用不受影响。 公开列表和比赛列表两处是同一份代码，一起改了。 **前端**： - list.vue 静态 import 了四个只在默认关闭的 n-modal 里用的组件，其中两个 统计面板还只有老师看得见。光 chart.js 就 197KB，进页面前必须先下完。 改成 defineAsyncComponent 后本路由增量下载 675KB / 59 个文件 → 375KB / 43 个文件。 - n-data-table 没传 :loading，等接口这段时间表格就是一片空白，连转圈都 没有 —— 这是「页面空白」最直接的观感来源。用 try/finally 包，接口抛错 不会把转圈卡死。 - isAuthed 变化时重复拉了一次今日提交数。它不看登录态，onMounted 那次 就够了。列表本身仍然重拉（要更新提交编号列的可点击状态），那次不是 浪费；本想用 userStore.isFinished 把首次请求延后，但 getProfile() 一旦 reject，isFinished 会永远停在 false，匿名用户就再也看不到列表了。 还有一个更大头的原因是索引用不上，导致每次翻页全表扫 169MB，那部分 需要加索引，走下一个提交。 验证：起真实 API 打生产快照，匿名 / 已登录 / myself / 题号筛选 / 语言+状态 / today / offset=5000 / 比赛列表全部 200，响应体大小前后一致 （2990 bytes），字段没丢。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-26 07:55:47 -06:00
yuetsh	75dd9bfa42	fix(提交): 独立的 /submission/:id 页面上「复制回到题目」抛 problemID ... ## 复现与根因 在 `/submission/<提交id>` 这个独立页面点「复制回到题目」，必抛： Error: Missing required param "problemID" `detail.vue` 的 `problemID` 是**可选** prop，但 `copyToProblem()` 无条件把它塞 进 `router.push({ params: { problemID } })`。三个组件调用方（提交列表弹框、 题目页提交弹框、后台 ACM 助手）都显式传了这个 prop，所以弹框里一直是好的； 而路由 `submission/:submissionID` 配的是 `props: true`，只喂得进 `submissionID` —— 那条路上这个 prop 恒为 undefined。 组件想自己兜底也兜不了：`submissionDetailSchema` 只有 `problemId`（内部数字 id），没有拼路由要用的 display id（`problem._id`）。 ojnext 里是**一模一样**的代码，不是这次重写引入的。 ## 改法 后端补 `problemDisplayId`：`submissionDetail()` 本来就 join 了 problem 表， 不额外查库。前端 `props.problemID ?? submission.problemDisplayId`。 ## ⚠️ 还剩一条边没关 非管理员看到的 `contestId` 是被抹掉的（`full ? contestId : null`，对齐旧后端 `SubmissionSafeModelSerializer` 的 exclude，把关的是角色不是归属）。所以**学生 自己的比赛提交**从这个独立 URL 打开时，组件判断不出它属于比赛，会跳到公开题 路由 `/problem/<显示编号>`，那里查的是 `contestId is null`，落到「题目不存在」。 改之前这条路是抛异常，改之后是跳错地方 —— 都不对，但主路径（非比赛提交）现在 是对的。要彻底关掉得让后端把 `contestId` 也发给**提交本人**（不只是管理员）， 那是在动一条刻意对齐旧后端的决定，留给你定。另外这条路由**全站没有任何入口 链接**（查过了），只有直接输 URL 或外部链接才会到。 ## 验证 真起服务、真点按钮： - 修之前：点击不跳转，控制台 `Missing required param "problemID"`， Vue 警告里能看到 `<Detail submissionID="..." >` 确实没有 problemID。 - 修之后：无异常，跳到 `/problem/1004`（那条提交对应的题）， 编辑器里是这条提交的代码（`n = int(input())…`），语言也带过去了。 - 回归：走提交列表弹框（有传 prop 的那条路）照样无异常、照样跳 `/problem/1004`。 - tsc(apps/api) 0 error、check:routes 168 条无遮蔽、vue-tsc 0 error、build 通过。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-25 23:59:46 -06:00
yuetsh	0b7b08f2cc	refactor(前端): 去掉 { error, data } 信封，api2 改名 api ... 信封是 Django 时代的形状：拦截器手工造一个**恒为 null** 的 error 字段，再把 真正的载荷塞进 data。后端 http.ts 的 success 其实只返回 { data }，那个 error 从头到尾没人用 —— 全站成功路径读 res.error 的只有 admin/api.ts 的 resetPassword 一处，而它自己就是个把信封拆开再重新包一遍的 shim。 代价是每个调用点都要 .data 一次：47 个组件、3 个 api 层文件、200 多处。 现在拦截器直接返回 response.data.data，ApiResponse<T> 退化成 T，文件末尾那句 `as unknown as Api2Client` 的类型谎言也少了一层。失败路径不动，仍然 reject `{ error: 错误码, data: 文案 }` —— 和成功路径不对称是故意的，成功没有错误码 可言，接口注释里写清楚了。 顺带把 api2 改回 api：utils/ 下早就没有 api.ts 了，"2" 是迁移期用来和旧 client 区分的，现在只剩下让人多想一秒的作用。 ## 怎么改的 **没有全局 sed。** 先把客户端的返回类型从 Promise<ApiResponse<T>> 改成 Promise<T>，让 vue-tsc 把每一处报出来（210 条），再按它给的 file:line:col 精确删 `.data`（192 处），剩下的手工处理： - 6 处 `const { data } = await ...` 解构 → `const data = await ...` - 3 个 api 层函数（getProfile / getProblem / getSubmission）自己手工造信封， 改成直接返回值；getProfile 的返回类型跟着从 ApiResponse<Profile|null> 变成 Profile|null **类型检查抓不到的，人工把剩下的每一处 `.data` 过了一遍** —— 载荷本身带 data 字段、或者载荷是索引签名时，`res.data` 照样过类型。这一遍捞出三条真 bug： - `getTutorialList` 的载荷是 `{ [key: string]: TutorialListItem[] }`（按 python / c 分组）。索引签名让 `res.data` 编译通过、运行时是 undefined —— 改完信封之后教程列表会**两个 tab 全空且不报错**。实跑确认过修好了。 - `createExercise` / `updateExercise` 返回 `res.data`，而 Exercise 自己有 data 字段（练习内容）。两个调用方都不看返回值，所以类型和运行时都不响。 - `getSimilarProblems` 的 `.then(r => ({ ...r, data: r.data.map(...) }))` 删掉 .data 之后变成往对象里摊一个数组，能跑但形状是错的。 另外两处是**对的**，加了注释免得下次被"顺手清理"掉： StatisticsPanel 的 `res.data` 是契约 submissionStatisticsSchema 自己的 data 字段（每个学生一行）；download.ts 是独立 axios 实例，`res.data` 是 axios 的 响应体（zip 二进制，不走信封）。 ## 验证 tsc(apps/api) 0 error、check:routes 168 条无遮蔽、vue-tsc 0 error、vite build 通过。**因为这改动碰的是每一个请求，静态检查不够，起了全套服务用浏览器实跑：** - oj 侧 12 个页面 + 后台 13 个页面逐个打开，断言没有重定向、console 无报错。 - 关键页面进一步断言渲染出了真数据（后台用户列表 3 行、题目列表 10 行、 站点配置表单三个输入框有值、教程列表分组正确）。 - 三条写路径实打：重置密码（库里 student123 → 531554，表格当场刷新）、 公告可见性开关（走 getAnnouncement + editAnnouncement，就是手改解构那处， 库里 visible t → f）、提交代码（POST → 判题机真跑出 -2 → 提交列表和详情页 都正确渲染状态、语言、代码）。 - /rank 有一条 `{error: "class-missing"}` 的未捕获 reject，stash 掉本次改动 复现同样报错，**是既有问题**，不在本次范围内。 本地 dev 库为了打通后台测试改了三处，都只影响本机：devadmin 补了 email 和 user_profile 行（原来缺这两样，getProfile 报 profile-not-found，AUTHED 存不 进去，所有 /admin 路由被守卫弹回首页）、密码重置成 devpass123。冒烟用的教程/ 公告/提交三条测试数据已删干净，题目和用户的提交计数也回滚了。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-25 22:42:20 -06:00
yuetsh	b35118f32e	update	2026-08-25 21:21:20 -06:00
yuetsh	c2a81209d7	refactor(前端): 拆掉 camelCase→snake_case 转换层，契约成为唯一真相 ... utils/legacy.ts 是迁移期的临时层：新后端一律 camelCase，而组件读的还是 旧 Django 的 snake_case，于是在 api 层做一次递归键名重写。它自己的注释就 写了「迁移完成后这一层应当整体拆掉」。现在拆了。 代价不只是那 96 处包装：每个响应都要递归遍历整个对象重写一遍键名，而且 utils/types.ts 和 packages/contract 是两份真相 —— 手抄的那份还抄歪了好几处。 做法是按域推进，每域都用 vue-tsc 相对基线做差，确认零新增错误后再往下走。 前端的类型现在一律以契约为准，只在必要处窄化（比如 languages/template 的键 窄化成 LANGUAGE），删掉的重复定义包括 WebsiteConfig、LoginSummary、 AchievementSummary、ProblemSet、Contest、User、Profile、AdminTag、 StuckProblem 等等，其中 ClassComparison 有两个组件各手抄了一份。 ## 顺带修掉的真 bug - 管理端公告列表的「可见」开关每次都 400：列表响应被契约 omit 掉了 content， 而更新接口要求 content 必填，toggleVisible 把列表行原样回传。而且是乐观 翻转、不 await 不 catch，管理员看到开关动了、实际没存也没有提示。 改成先 GET 整条再 PUT，加失败提示。 - 删有提交的题时只显示笼统的「删除失败」：前端还在 match 旧 Django 的英文 文案，而后端返回的是 problem-has-submissions + 中文。连同另外 8 处同类 匹配一起改成判错误码 —— 文案是后端随时能改的，match 文案改一个字就静默失效。 - SubmissionStatus.time_limit_exceeded 写成 `1 | 2`，TS 按位或算成 3，和 memory_limit_exceeded 撞了同一个值。后端 judge/status.ts 里这是分开的 两个码，按后端拆成 cpu_/real_ 两项。当前没有代码读这两个成员，但 CLAUDE.md 明确要求判题状态码三处同步。 - 流程图历史翻到没有提交的那一页会直接抛：契约里 submission 是 nullable， 被 any 掩盖成看起来非空。补了 null 分支。 ## 契约里被逼出来的三处不诚实 - grade 写成 z.string()，但 averageGrade() 在没有可用数据时返回空串， 前端三张图表拿它查 Record<Grade,...> 会查出 undefined。按实际收紧成 z.enum([...,""])，四个查表点都补了「无评级」分支。 - difficulty 写成 z.string()。核对过生产库 dump：956 道题只有 Low/Mid/High 三个值（761/149/46）。收紧成枚举。 - topReaction 写成 z.string()，既对不上前端渲染的 {type,count}，也对不上 旧后端 get_top_reactions 下发的形状。改成正确形状并注明当前恒传 null。 ## 明确保留 snake_case 的 54 处 判题沙箱原始输出（cpu_time/exit_code/output_md5/compile_output）、 statistic_info 内容（err_info/time_cost/ast_results）、submission_info JSONB（is_ac/ac_time/error_number，回滚时旧后端还要读）、SQL 判题引擎的 total_rows/order_sensitive/changed_tables、WebSocket 的 submission_id、 以及数据库选项键 enable_maxkb。每一处都在类型定义旁写了为什么不能改。 language 没有跟着收紧契约 —— 它是配置项、随时可能加语言，收紧会让新语言 在后端 parse 时直接抛。改在 api 边界一处窄化。 ## 另外 - utils/http.ts 整个模块已是死代码（四处引用全是 import type），删除。 - profile 的 blog/github/school/major/language 五个字段全链路空转，没有 任何组件读，从契约到类型一并摘除（数据库列不动）。 - admin/account.ts 往 user_profile 塞的 totalScore 是 OI 模式遗留，表里 没这一列。Drizzle 按表定义拼列名会把它静默丢弃，所以没出过错，是死代码。 验证：vue-tsc 143 → 54 条且无新增，apps/api tsc、check:routes、web build 全通过；各域响应形状逐条打接口核对过。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-25 13:44:24 -06:00
yuetsh	ae1fb329b5	feat(阶段1): 搬入 ojnext 为 apps/web，未改业务代码	2026-08-06 21:18:16 -06:00