146 Commits

Author	SHA1	Message	Date
yuetsh	4654615f89	feat(登录): 姓名支持拼音和拼音缩写搜索 ... 机房电脑打中文要切输入法，选姓名前先切一次法太别扭。现在 zhangsan、zs、 xiaoxian 都能搜到张三/曾小贤，中文照旧能打。 用 pinyin-pro 的 match 而不是自己拼一份拼音串比对：多音字它两个读音都认， 单田芳搜 stf 和 dtf 都出得来，曾小贤搜 zxx 和 cengxiaoxian 也都出得来 —— 自己拼只会留下默认读音那一个，姓氏恰恰是多音字重灾区。 词典有 85 KB（gzip），静态引入会压进首屏，所以改成打开登录框才 import。 已登录的人一次都不会下载（构建产物里它是独立 chunk，只被 default 布局 动态引用；实测页面加载 0 个请求，打开登录框才有 1 个）。拉不下来时退回 纯中文匹配，不至于让人登不上。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01YQCLjAmz6pPXMNGoZmvAmC	2026-09-01 07:25:21 -06:00
yuetsh	047e6dd7d3	feat(登录): 学生登录改成班级+姓名两个下拉，一个字都不用打 ... 登录框拆成「学生登录 / 管理员登录」两个页签。学生页签选完班级选姓名， ks 前缀提交时自动拼，选完姓名焦点直接跳到密码框，回车登录；上次选的班级 记在 localStorage 下次自动填好（姓名不记 —— 同一台机器换个人坐就是别人）。 管理员页签只有用户名+密码，不拼前缀。 「没有我所在的班级」保留在班级列表末尾，往届的班级从后台 class_list 里删掉后 学生仍能从这里写完整用户名登录。为了把「还没选」和「没有我所在的班级」分开， loginForm.class 的初值从空串改成 null —— 原来两者都是空串，一打开就默认落在 「没有我所在的班级」那一档、显示文本框，正好和「方便学生」相反。username 同样 改成 nullable：空串在 n-select 里是「选了一个空值」，占位符不显示。 clearProfile 的 storage.clear() 给 LOGIN_CLASS 开了个口子：机房一台机器对一个班， 下课登出、下节课再来还是同一个班，清掉的话每个人都得重新选一遍。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01YQCLjAmz6pPXMNGoZmvAmC	2026-09-01 06:57:24 -06:00
yuetsh	ec35400249	perf(首页): 协作弹框改异步加载，首屏 JS 少三分之一 ... CollabHost 静态 import CollabModal，把整套 CodeMirror（view / state / language / autocomplete / lang-*）拖进了入口 chunk，而那个组件是 v-if="isTeacher" 的——学生根本不渲染，字节却人人下、人人解析。改成 defineAsyncComponent 之后： 入口 eager JS 1355 KB → 717 KB（gzip 447 → 234） 首页 JS 总量 1923 KB → 1285 KB（gzip 642 → 428） 机房那批 Chrome 91 省下的不只是下载，还有六百多 KB 的解析。老师端代价 是第一次接单时多一次 chunk 请求。 顺带修掉题目列表的重复请求：onMounted 拉一次，profile 回来时那个 watch 又拉一次。但请求本来就带 cookie（withCredentials），后端 optionalAuth 认的也是 cookie，首屏那一份的状态列本来就是全的。watcher 改成拿 storage 里的登录态做基线，只在登录态真的变了才补拉。 这条在本机复现不了（/api/me 1ms 就回，路由 chunk 还没挂载完），给 preview 代理的 /api/me 加 300ms 延迟、用 production 构建验证：改前 /problems 发两遍，改后一遍且状态列有值，登录/退出两个切换仍各触发 一次重拉。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Tj3959yNB2srvc1oL3PaZH	2026-09-01 00:49:56 -06:00
yuetsh	a2f67eebf6	perf(用户导入): 批量导入从几秒降到半秒 ... 导入一个班（45 人）要转好几秒，慢的全在密码哈希这一处： - 哈希在重名检查之前算。老师习惯把同一份名单粘两次，那种情况要白等 一整个班的 argon2 才看到 409。把校验和重名查询提到前面，这条路径 现在是 5.6ms 返回。 - 45 次 argon2 串行 await。改成固定 4 路并发池；不用 Promise.all 是因为 oj-api 的 mem_limit 只有 512m，一个年级 300 人全量并发撑不住。 - argon2id 参数从 Bun 默认的 m=64MiB 显式降到 OWASP 推荐下限 m=19MiB， 单次 140ms → 20ms。参数编码在哈希串里，存量账号照常验证、不用迁移， 旧的 pbkdf2 那条分支也不受影响。 45 人端到端 2.04s → 0.55s。验过：旧 m=65536 的哈希、新 m=19456 的哈希、 Django 的 pbkdf2 三种都能正常登录，错误密码照常拒绝。 顺带把生成页下载的 CSV 裁成用户名和密码两列 —— 发给学生的就这两样。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QqqZwxtXLo2GTqMi51C94D	2026-09-01 00:28:16 -06:00
yuetsh	e5a6f2d1e7	fix(题单): 归属校验、进度分母、截止时间可见性等六处零碎 ... ## user-progress 缺归属校验 学生端那条 GET /problem-sets/:id/user-progress 只有 requireTeacher，没有归属校验， 任何 Teacher Admin 都能读到别人建的题单的学生名单与进度。补上，口径与后台 loadOwned 一致（超管放行，其余人只能看自己建的），越权报 404。 顺带订正 docs/specs/phase4-review-authz.md:449：那条写着题单进度「显式下发真名」， 与代码不符 —— 学生端这条走 sampleUser 且没传 includeRealName，realName 恒为 null （SQL 里那次 leftJoin userProfile 是白查的）。真正下发真名的是后台那条 GET /admin/problem-sets/:id/progress，结论仍成立，但当时漏掉了归属校验这个缺口。 ## 头部进度的分母 分母只算必做题之后，ProblemSetHeader 还在拿 completedCount / problemsCount 算 —— 前者是必做完成数，后者是总题数。做完全部必做题的人会看到「9 / 10、90%」，而同一张 卡片上又标着「已完成」，题单 6 那 10 个人正是这种。改成读 userProgress，另外把 「另有 N 道选做」标出来，否则「共 10 道题目」和「9 / 9」对不上。 ## 截止时间 end_time 管的不是「到点不能做了」，是「到点之前看不到自己加入题单之前的旧代码」， 而学生端一个字都不显示 —— 被挡住的人不知道为什么，也不知道什么时候解锁。头部加一个 带解释的「截止 …」标签；提交列表那个锁图标的说明也补上另外两条解锁路径。 ## 两个必然筛空的筛选器 学生端题单列表的难度、状态两个下拉：线上 16 个题单全是 Easy / active，选「中等」 「困难」「已归档」永远是空列表。撤掉，保留关键词搜索。接口那两个 query 参数留着， 哪天真的用起这两个字段再把 select 加回来。 ## 题目移出题单时的提交记录 旧栈 problemset/signals.py 的 post_delete 会清掉该题在本题单的 ProblemSetSubmission， OJ2 没做，于是那张表一直在攒指向已移出题单的孤儿行。补上。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QqqZwxtXLo2GTqMi51C94D	2026-09-01 00:01:58 -06:00
yuetsh	9d9e104df6	fix(题单): 进度记账挪到判题这一路，不再靠前端回调 ... 前端记账是这条链上最松的一环：SubmitCode.vue 看到 AC 就回调 PUT /problem-set-progress，而且只认路由参数里那一个题单。于是 · 从普通题库入口做出同一道题 → 不计进度 · 网络一抖、页面提前关掉 → 进度静默丢失 · 一道题同时在两个已加入的题单里 → 只有进去的那个记上 旧栈为此专门有个管理命令 fix_problemset_progress 定期按实际提交补账 —— 2026-05-22 00:50 那次一分钟内跨 7 个题单的批量补进度就是它跑的。 改成判题落库之后由 judge/run.ts 记账（recordSolvedProblem），记进该用户**所有**已加入 且包含这道题的题单。位置在最后那条 publishSubmissionUpdate("finished") 之前，所以前端 收到「判完了」时进度已经落库，跳回题单页看到的就是新数据。前端那次回调删掉。 不按 visible / status 过滤：进度是学生自己的记录，老师把题单藏起来不该让它停止累积； 更要紧的是这条口径必须和补账工具一致，否则补账工具会永远「发现」差异。 实跑（本地起 api + worker 真判一次）：提交时**完全没带 problemSetId**，判完之后 progress 变成 1/1 100% 已完成、10 分、complete_time 落下、all_problems 奖章发出、 problemset_submission 也记上了。 ## 补账那半 backfill-problemsets 前面加一道「按实际 AC 补进度」，移植自旧栈的 fix_problemset_progress，口径和 recordSolvedProblem 逐条对齐（非比赛提交、 ACCEPTED 或 AST_CHECK_FAILED、取最早那次）。补录的格子先并进 detail 再重算， 所以预演里的奖章名单是照着「补完账又重算过」的进度算的，和 --apply 的结果一致。 在生产快照上实跑： 合计：补录 10 道题，进度 497 条要重算（完成 +23 / -0），奖章补发 56 条、收回 0 条 已订正 11 个题单 → 复核通过 user_badge 1180 → 1236，已完成 621 → 644，problemset_submission 7735 → 7745 「未完成但有完成时间」仍是 4 条；重复跑幂等 补录的 10 道分布在题单 4/5/6/15/16（1/1/1/4/3），和离线独立算的数字逐个对上 —— 其中题单 15 那位 AC 了全部 12 题却一直显示未完成。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QqqZwxtXLo2GTqMi51C94D	2026-09-01 00:01:38 -06:00
yuetsh	d7a6414735	fix(题单): complete_time 翻回「只设不清」；完成题单后那个必然报错的 tab ... 三件事，都是上一轮结论没查扎实留下的。 ## complete_time f9354b0 把「退回未完成时清空 complete_time」定成两边统一的行为，理由写的是 「快照里 complete_time 非空 ⟺ is_completed」。那个检查只做了一个方向（已完成但 没有完成时间 = 0 条），反方向没查 —— 实际有 4 条 is_completed=false 却留着 complete_time，全在题单 8：那批人 2025-11-14 在它还只有 6 题时完成过，老师后来 加到 12 题，进度退回未完成，完成时间保留了下来。 旧栈是故意不清的（problemset/models.py:218 只有 `if is_completed and not complete_time` 这一条赋值），语义是「曾经完成于」。清空是重写时在学生路径上引入的， 上一版又把它推广到了后台路径。 翻回只设不清。「未完成 + 有完成时间」是允许的组合。反过来清空的代价不可逆：往一个 100 人已完成的题单里加一道题、再改主意删掉，这 100 个人的历史完成时间就一起被冲成 「现在」—— 上一轮的实跑已经在题单 9 上复现过。 ## 两处注释订正 「旧后端不做加题后的重算」这个说法是错的，本仓早先的注释里有，上一版我照搬进了 services/problemset.ts 和提交信息。旧栈用 signals 做了，而且两件事都做： problemset/signals.py 在 ProblemSetProblem 的 post_save / post_delete 上重算全部 参与者进度、再重算该题单全部奖章。重写时 views 里翻不到显式调用就当成没做，于是 奖章那一半漏了 —— 53 条应发未发正是这么来的。 另外补上 53 条里那 23 条的出处：旧栈的管理命令 fix_problemset_progress 按实际 AC 补 progress_detail，而 signals 不挂在 Progress 上，所以进度补了、奖章没补。 ## 用户进度 tab detail.vue 的 showTabs 写的是「超管 或 自己完成了题单」，而它渲染的 UserProgressView 调的是 requireTeacher 的接口。两边正好错开： - 学生做完题单 → tab 出现 → 点进去 403（实跑确认：已完成该题单的 student 拿到 403 permission-denied，devadmin 拿到 200）。而 loadUserProgress 没有 try/catch、 loading.value = false 又写在 await 之后，转圈永远停不下来。 - Teacher Admin 看不到这一栏，尽管他们才是它的目标用户、也是唯一调得动的角色。 条件换成 isTeacherOrAbove，取数补 try/finally。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QqqZwxtXLo2GTqMi51C94D	2026-08-31 08:42:40 -06:00
yuetsh	2031e6a434	update	2026-08-31 07:41:44 -06:00
yuetsh	e62f41f6c7	refactor(web): Header 只管顶栏，全局的东西挂回 App ... Header 一直兼着「全局挂载点」：课堂求助的提示、新求助 toast、求助列表和 教师端协作弹框都寄生在里面，只因为顶栏是全局的。它其实不是 —— /admin/* 走的是 admin.vue，没有 Header，老师一进后台这四个消费者全部 卸载：求助照收，提示、角标、弹框一个都不出现，正好是 collab.ts 里写的 「老师可能正在后台改题时收到求助」那个场景。 这些东西跟着连接走，而连接在 App.vue 按登录态开关，所以搬进 CollabHost 挂在同一层。Header 因此不必再是单根组件，default.vue 那个靠 class 传 居中样式的写法也换成外层 div，连带删掉「必须挂在根 n-flex 内部」那段 补丁注释。 顺带： - 圆环扩散的暗黑切换抽成 useDarkTransition - 求助的角标/toast/列表不再限桌面端 —— 老师缩窗口也得知道有人在等； 接单确实要在电脑上写代码，那道闸挪进 HelpRequestList - 站名改 text 按钮，能 tab 到、回车能按 - logout 的两步收进 userStore.signOut() - 清掉死代码：handleMenuSelect 只认一个不存在的 key、active 里 ["user","setting"] 永远不生效的排除、两个 show:false 的菜单项 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QqqZwxtXLo2GTqMi51C94D	2026-08-31 07:36:14 -06:00
yuetsh	cbe6955c26	update	2026-08-30 22:22:10 -06:00
yuetsh	0e083225f1	update	2026-08-30 22:11:31 -06:00
yuetsh	38b81881d5	feat(collab): 教师端弹框补上代码提示，语言跟着学生走 ... 教师端的协作编辑器只有高亮和括号匹配，没装 autocompletion —— 老师替学生 写代码时没有下拉补全，只能盲敲。而且语言写死 cpp()，学生写 Python 时老师 看到的是 C 的高亮。 - 求助协议带上语言：help_request 记到 HelpRequest，accept 时写进 Room， room_open 发给两端；认不出的语言一律当 C（老客户端不带这个字段，而它 以前就是写死 C 的） - 新增 help_language / room_language：学生在排队或协作期间切语言，只更新 语言，不动队列位置和房间；已开房就把新语言推给老师，弹框的高亮和补全 实时跟着换 - CollabModal 装上 autocompletion，和学生端用同一套 enhanceCompletion + completeAnyWord；语言→高亮扩展的映射抽到 shared/extensions/language.ts 两端共用，免得再分叉 - 学生端求助按钮合并状态提示：原来按钮旁边还挂一个 n-tag，一行工具栏在 1280 的机房屏上放不下，改成状态全进 label（已求助 · 待接入 / 已求助 · 前面 N 人 / xxx 老师帮你中） 扩展数组变了 vue-codemirror 会整体 reconfigure，但 CM6 对已存在的 compartment 取 `compartments.get() || ext.inner`，collabDoc 那个装 yCollab 的 compartment 内容会被沿用，切语言、切主题都不会把协作弄断 —— 实跑验证过 双向同步、补全下拉、协作中切语言三条路径。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_015APGLsyaCUa7XFMYAaCho4	2026-08-30 10:28:36 -06:00
yuetsh	2f9b6dbf03	FIX	2026-08-30 09:59:27 -06:00
yuetsh	ffabcd4a0d	fix(collab): 提示会丢、排队位置不刷新；显式声明 lib0 ... - 一次性提示原来挂在题目页的 Form.vue 上消费：学生排着队切去看提交记录， 老师这时取消了他的求助，那条提示就永远没人消费。挪到顶栏统一弹， 教师端的 error 提示同理。另外加了序号——连着两次同样的文案在 Vue 眼里 === 相等，watch(notice) 不会第二次触发。 - queueAhead 原来只在「建请求 / 重连 / 退回排队」推过，前面的人被接走或 被取消之后不重算，第五个学生会一直显示「前面还有 4 人」。跟着 broadcastRequests 一起推，两件事永远同时发生。 - collabDoc 动态 import 了 lib0/encoding 和 lib0/decoding，但 lib0 不在 package.json 里，靠 yjs 提升到根 node_modules 才能解析。上游依赖树一变 就断，而且断在运行时不在构建时。按现装的 0.2.117 钉住。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016DHxhKNxXfG89JnVzHbvgj	2026-08-30 09:38:04 -06:00
yuetsh	4abaf9c7e4	fix(collab): 动态 import 竞态、切走页面的语义、演示模式的身份错位 ... - collabDoc.start 要 await 六个动态 import，房间可能在这期间就关了（机房首次 加载 y* 那几个 chunk 正是最慢的时候）。stop() 先跑完面对的是 doc === null， 什么也拆不到；import 回来之后 start 的后半段照样建文档、装 binaryHandler、 挂 yCollab、发 SyncStep1——给一个不存在的房间。加会话代号，过期就整个放弃。 - SyncCodeEditor 卸载（切走题目页、把语言切成流程图）原来只是悄悄 stop()， 房间和 active 都还留着，老师那边模态框照开、字照敲，一个也到不了；watch 没有 immediate，学生切回来也不会重建。改成明确 leave() 结束协作。 另外 @ready 也作为起点之一：学生排队时切走、老师这期间接了单，切回来能接上。 - 演示模式下 isTeacherOrAbove 被强制 false，服务端却按库里的 adminType 照样 把他算作在线老师：学生因此拿到 pending 而不是 no_teacher，排队等一个顶栏里 根本没有求助列表的人；他自己看到的求助按钮点下去，服务端回「教师不能发起求助」。 两头都不对，索性对演示模式整个关掉这个功能。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016DHxhKNxXfG89JnVzHbvgj	2026-08-30 09:38:04 -06:00
yuetsh	66a564710f	fix(collab): 两处会让协作「看起来正常、其实各写各的」的缺陷 ... 都是实测复现出来的，不是推测。 1. 教师第二次接单，看到的是上一个学生的代码拼在自己文档里 CollabModal 的 code ref 跨会话不清。n-modal 默认 display-directive="if"， 每次打开都重挂 CodeMirror，拿这个 ref 当初始文档；而 yCollab 只观察 ytext、 从不反过来用 ytext 覆盖编辑器。于是上一轮的代码留在文档里，新学生的内容 作为 delta 插到位置 0，两边偏移从此对不上。 实测三轮会累积成 CCC/BBB/AAA/XXX，且教师敲一行之后，教师看到 「BBB/AAA/XXX」、学生看到「BBB/XXX」——两份不同的文档。 改法：不绑 v-model，文档完全交给 Yjs；并把 start 的起点从「房间打开 + await nextTick」换成「编辑器 ready」，顺带修掉绑到已 destroy 的旧 view。 2. 学生换连接后房间静默死掉 handleCollabOpen 迁移 socket 时只补发了 help_status，没补 room_open， 而前端每次连接建立都会把 room 清成 null —— 页面显示「老师正在帮你」， 编辑器却早把 yCollab 摘了，老师敲的字一个也到不了。 补发 room_open 也修不好：CRDT 状态跟着旧连接没了，新建 Y.Doc 再 seed 会和老师那份合并成重复文本。所以改成直接拆房、请求退回排队， 老师再点一次 —— 和老师掉线走同一条路子。 顺带修掉验证时挖出来的第三个：握手帧会被丢。 两端挂 yCollab 的时刻不同步（教师等模态框、学生等 chunk），先挂好的那端发的 SyncStep1 到对面时还没有 binaryHandler，服务端转发是成功的、客户端却静静丢掉。 丢的偏偏是握手——y-protocols 里 A 的内容靠 B 发的 Step1 换回来，教师的 Step1 一丢，学生的代码就永远到不了教师那边（单向同步，同样看着像在协作）。 CollabWebSocket 改成 handler 装上之前先把二进制帧缓着，装上再按序放行。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016DHxhKNxXfG89JnVzHbvgj	2026-08-30 09:37:41 -06:00
yuetsh	bb33e0f0e5	refactor(web): 删掉 SyncCodeEditor 的 problem prop ... 老实现的残留：sync.ts 拿它拼房间名 problem-${problemId}。新实现的房间以 学生为键、由服务端分配，前端不需要题号 —— 这个必填 prop 声明之后 整个组件再没用过第二次。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016DHxhKNxXfG89JnVzHbvgj	2026-08-30 09:05:48 -06:00
yuetsh	4b6242ba70	fix(比赛): 比赛进行中，学生打开比赛题必 500 ... contest.ts 两处把「藏起来的难度」表示成空串，而 problemDifficultySchema 是严格的三值枚举，parse 直接抛 ZodError。contestDetailsAllowed 在 「比赛进行中 + 看的人不是管理员」时就是假 —— 也就是正常学生在正常比赛里， 比赛题列表和详情页一开就挂。dev 库 contest 表一直是空的，这条路径没被跑到过。 改成下发 null，契约里给这两个字段单独起了 maskedProblemDifficultySchema。 语义上对齐旧 Django：ProblemSafeSerializer 把 difficulty 放在 exclude 里， 字段整个不下发，而不是给一个假值。 端上顺着 null 补了四处：ProblemInfo 的「难度」项整条不渲染（和旧栈表现一致）， 题目列表、题单列表同理，transforms 的 ProblemFiltered.difficulty 也放开为可空。 这几处是 vue-tsc 逐个揪出来的，正是严格枚举该起的作用。 实测（学生 / 超管 × 比赛题 / 普通题 四种组合）：学生看比赛题详情与列表 从 500 变 200 且 difficulty 为 null，超管仍拿到真值 Low，普通题不受影响； 页面上「难度」整项消失，统计面板其余内容正常。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016DHxhKNxXfG89JnVzHbvgj	2026-08-30 09:01:56 -06:00
yuetsh	d1fc6349b7	refactor(web): 删掉 y-webrtc 协同编辑的旧实现 ... sync.ts / syncStatus.ts、y-webrtc 依赖、PUBLIC_SIGNALING_URL 全部移除， 外部信令服务器 signaling.xuyue.cc 不再被使用。 顺带修掉 CLAUDE.md 里「协作在流程图编辑器」这句一直是错的描述。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016DHxhKNxXfG89JnVzHbvgj	2026-08-30 08:22:06 -06:00
yuetsh	86857dedf0	feat(web): 协作编辑走 collab 通道 ... Yjs sync/awareness 协议直接跑在 /ws/collab 上，服务端哑转发。 内容源是学生：学生端先把编辑器内容写进 ytext 再挂 yCollab， 教师端 seedContent 恒为 null —— 这条根治了老实现里谁的代码活下来看运气的问题。 订正 brief 里的一处疏漏：SyncCodeEditor.vue 挂在每个用户的题目页上，教师也不例外 （ProblemEditor.vue 只按语言是不是 Flowchart 分支，不看角色）。教师接单同样会让 collabStore.room 非空，若不按角色收窄，教师自己停在某道题页面上接单时，这个组件 会把教师自己的编辑器内容当成种子插入文档，还会跟 CollabModal 抢 setBinaryHandler 这个单例槽位。改为 `room && !collabStore.isTeacher` 才起协作， 教师端的协作只归 CollabModal 管。 另外两处修正： - editorView 用 shallowRef 而非 ref —— CodeMirror 的 EditorView 是带 getter 的类 实例，ref() 的深度 UnwrapRef 会把它拆成丢了原型方法的假类型，vue-tsc 报错。 - Header.vue 挂 CollabModal 放进根 n-flex 内部而不是同级 —— 组件一旦变成多根 fragment，default.vue 里 `<Header class="header" />` 的 class 就没有单一根节点 可以落地，header 行会丢掉居中样式（实测触发了 Vue 的 Extraneous non-props attributes 警告）。n-modal 默认 teleport 到 body，塞在 这里不影响其实际渲染位置。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01K1d8B3f4SXJwDvUY625eQd	2026-08-28 07:43:08 -06:00
yuetsh	bfe4468fdb	feat(web): 教师顶栏的求助列表 ... 按题目分组，同题多人时标出人数。按等待时长排序但不强制先来先到 —— 上课时有的问题一句话说清、有的要讲五分钟。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01K1d8B3f4SXJwDvUY625eQd	2026-08-28 06:48:07 -06:00
yuetsh	6f873be367	feat(web): 题目页的「开启同步」换成「求助」 ... 学生发起求助，状态与排队位置显示在按钮旁。 教师端入口不在题目页，所以对教师隐藏这个按钮。 顺带修正 handleHelpCancel：去掉 request.socket !== ws 的校验。 学生取消自己的求助，不管从他哪个标签页发起都合法—— getRequest(ws.data.userId) 已经把范围锁在这一个用户上了， 不是跨用户操作，不需要再比对是不是同一条连接。这层校验此前 会让「第二个标签页点取消」被服务端静默丢弃，前端却已经乐观 地把按钮变回「求助」，是一处 UI 说谎；现在两边状态一致。 handleCollabClose 里排队分支的 socket 归属校验不受影响， 那里的关闭事件是顺带触发的，仍然需要认出是不是本人这条连接。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01K1d8B3f4SXJwDvUY625eQd	2026-08-28 06:33:25 -06:00
yuetsh	ab8fcc2d42	fix(collab): room_closed 无条件归位、断线重连补状态、学生 socket 重连迁移 ... Critical：room_closed 不再按 reason 挑着重置 helpStatus——学生自己的 socket 发送失败时服务端删了请求却发不出任何纠正帧，store 会卡在陈旧的 active/pending 上出不来。现在一律先归 idle，老师掉线那条路径服务端会紧跟着补一条 help_status:pending，同一条连接消息严格按序到达，不会被这次重置抢跑。 Critical：断线重连没有补状态。前端 CollabWebSocket 加 onConnected 钩子， 每次连接建立（含重连）都清空本地 requests/helpStatus/room，等服务端补发； 后端 handleCollabOpen 对非老师的重连方，如果这个账号名下还有请求， 补发对应的 help_status（pending 带重算的 queueAhead，active 带 teacherName）。 Critical：重连后请求仍绑在旧 socket 上，导致 handleHelpCancel 的归属校验 认不出新连接、后续通知也写进死连接。handleCollabOpen 里把请求和（如果有） 房间迁移到新 socket，并清掉旧 socket 的 roomOwnerId，防止它稍后的 close 反过来拆掉刚迁移出去的房间。 Minor：disconnect() 补齐 queueAhead/teacherName/notice 的重置，不留陈旧值。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01K1d8B3f4SXJwDvUY625eQd	2026-08-28 06:01:41 -06:00
yuetsh	17aa69f8a7	feat(web): 课堂求助 store 与全局 collab 连接 ... 连接全局常驻，不跟题目页起落 —— 老师在任何页面都要能收到求助。 列表按题目聚合，同题多人时能一眼看出该全班讲。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01K1d8B3f4SXJwDvUY625eQd	2026-08-28 05:36:51 -06:00
yuetsh	c04570b4ad	feat(web): BaseWebSocket 支持二进制帧收发 ... onmessage 原来无条件 JSON.parse，收到 Yjs 二进制帧会落进 catch。 加 onBinary 钩子与 sendRaw，让 collab 通道能复用基类的重连与心跳。	2026-08-28 02:06:13 -06:00
yuetsh	f38444c97a	fix(代码规则): 给 C 题配的规则一半是哑弹，C++ 题根本配不了 ... 后台的节点下拉是一张 C/Python 混在一起的 15 条表，整份铺给每种语言。给 C 题选到 只有 Python 有的 list_comprehension、f-string，规则存得进去，判题时拿裸名去比节点 类型，C 的语法树里永远不存在它——「必须使用列表推导式」永远失败、「不能使用 f-string」永远通过，两头都不报错，只有学生受着。反过来 mappings 支持的 do_while、 switch、struct、include 在表里没有，编辑器根本选不到。 标签表改成按语言分组，和判题机 mappings 的键集逐条对齐；保存时校验规则与语言是否 匹配，不匹配给中文提示。C 的 target 从 8 个可用变成 14 个。 C++ 接上了 tree-sitter-cpp，386 道 C++ 题从此能配规则。它继承 tree-sitter-c 的语法， C 那 14 个 target 实测全部通用，另加范围 for、类定义、try-catch、throw、namespace、 模板、lambda、using 共 22 个。调用形态和 C/Python 都不同，一并处理：a.push_back() 和 p->push_back() 是 call_expression + field_expression，不是 Python 的 attribute； std::sort(...) 的 function 是 qualified_identifier 而不是 identifier，所以额外比一次 :: 末段，否则学生写没写 using namespace std 会得到不同判定。 一起收掉的几处： - Java/Golang/JavaScript 配的规则一条都不会跑，题目页却照常把它们渲染成「要求」 挂给学生看。现在后台不给这些语言开 tab，下发给学生的要求也按语言过滤。 - 「出现次数」不填数字存下来是一条恒真规则，描述还退化成光秃秃一个「for 循环」。 切换引擎时给默认值，保存时拦下，读取时整条丢弃。 - 次数规则失败只说「if 条件 出现 2 次 ✗」，学生不知道自己写了几次，补上「当前 N 次」。 旧栈的引擎其实算了这个数，但 checker 只取 describe，算完就扔。 - must_have_nesting 的文案没走标签表，学生看到的是「必须使用 for_loop 嵌套」。 - 运算符文案给的是逻辑名，C 题的学生看到「必须使用 and 运算符」，而 C 里写的是 &&。 语义校验放在 astRulesError() 而不是 zod 的 refine 上：astRulesSchema 同时用于读后台 题目详情，在读路径上抛错会让历史脏数据把整个题目详情打不开。保存前先 pickAstRules() 剔除够不着的分组再校验，否则早年配过 C++ 规则的题会把老师锁死——tab 里看不到那组 规则，保存却被拦下。 生产库那 17 条规则（全是 Python3 的 must_exist_node / count_node）行为不变，逐条实跑 核对过。C++ 的 22 个节点 target、25 个运算符也逐个跑了，没有恒假的哑弹。改了带 wasm 内嵌的 ast.ts，dev 和编译两种形态都验过。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 11:53:37 -06:00
yuetsh	280443c892	fix	2026-08-27 11:26:00 -06:00
yuetsh	77717e439d	fix(主题切换): 圆环从视口正中扩散，跟点击的地方对不上 ... 深浅色切换的圆环扩散原本把圆心写死在 window.innerWidth / 2，不管点哪儿都从屏幕 正中冒出来。改成取指针落点。 半径也跟着修了。原来是 hypot(x, y)，只量到左上角——圆心居中时恰好是对的，一挪到 按钮（在右上角）就不够长了，右下角会留一大块旧配色等圆环扩过去，看着像没刷新。 现在取到最远那个角的距离。 键盘触发（Enter / 空格）时 clientX/clientY 是 0，照用会让圆环从屏幕左上角冒出来， 这种情况退回按钮自身中心，用 event.detail === 0 判断。 startViewTransition 的降级判断原样保留，机房那批 Chrome 低于 94 仍然是直接切。 实测（钩住 documentElement.animate 看真实关键帧，视口 1280x633、按钮中心 1255,29）： 点正中得 circle at 1255px 29px / r=1392.78，点按钮左上角 (1246,22) 得 at 1246px 22px， 说明跟的是指针不是按钮；键盘 Enter 得 at 1255px 29px，没跑到 (0,0)。三次主题都正确 翻转，无报错。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 11:18:12 -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	f5ad5318a0	fix(流程图编辑器): Ctrl+Y 没接、清空画布不问一声、存档里塞满 vue-flow 内部字段 ... ## 存档里的一大半是运行时内部状态 画布上的 node 是 vue-flow 的 GraphNode，除了我们自己塞的字段，还挂着 `dimensions` / `computedPosition` / `handleBounds` / `selected` / `dragging` / `resizing` / `initialized` / `isParent` / `events`（见 vue-flow 的 parseNode）。 这些会跟着一起写进 localStorage、进 20 份历史快照被反复深拷贝、还压缩后提交进 数据库**长期存着**。而重新挂载时它们全都会被重新算一遍 —— 存下来没有任何意义， 还把存档格式和 vue-flow 的内部实现绑死了，将来升级或迁移数据都得跟着动。 `handleBounds` 尤其占地方：一个循环节点有 4 个 handle，每个 6 个数字。 抽一个 `serialize.ts`，落盘/入历史/提交前统一裁成 id / type / position / data / style 五个字段。`style` 保留 —— 它是建节点时按类型算好的，丢了恢复出来的图会变样。 实测：一个两节点带连线的图，存档 600 字节、节点上只剩那五个字段，九个内部字段 一个不剩；提交上去压缩后 396 字节。 ## Ctrl+Y 是假的 工具栏按钮的 title 写着「重做 (Ctrl+Y)」，但只实现了 Ctrl+Shift+Z，按 Y 没反应。 顺手把 key 比较改成小写不敏感（按住 Shift 时 event.key 是大写的 "Z"）。 ## 清空画布点一下就没了 那个按钮不但清空画布，`clearCache()` 还会把这道题存着的草稿一起删掉，刷新也找 不回来。学生误点的代价太大，加一道确认；画布本来就是空的时候不弹。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 06:27:19 -06:00
yuetsh	9e41855610	fix(流程图): 点进去空白的 tab、以及「渲染成功」这个只进不出的开关 ... ## 两个开关同时打开会做出一个空 tab 后端在 `allowFlowchart` 为真时把 `mermaidCode` 置成 null（不能把标准答案下发给 正要自己画图的学生，见 routes/problem.ts）。而前端 `tabOptions` 只看 `showFlowchart` 就把 "flowchart" 加进选项，面板那边却要求 `showFlowchart && mermaidCode` —— 两个开关都打开时，选项存在、面板不存在， URL 里带 `?tab=flowchart` 就会选中一个渲染不出任何东西的页签。 三个断点条件还各不相同（两处要求两者都有，第三处只看 showFlowchart，那处会拿 null 去渲染 ProblemFlowchart）。统一成一个 `canShowFlowchart`。 后台那边把「显示标准流程图」在允许提交流程图时置灰并说明原因，再补一个 watch 把存量数据里两个都开着的情况纠正掉 —— 它们本来就是互斥的。 ## 「渲染成功」只进不出 保存前的校验靠 `mermaidRenderSuccess`，而 MermaidEditor 只在成功时 emit、 这个 ref 也就只会从 false 变 true，永不复位。**先写对、再改坏，照样能存进库。** 改成上报渲染结果本身（`render-state`），并在 modelValue 一变就立刻打回 「未验证」，等防抖后的渲染真跑完再报结论 —— 只挂防抖那一支的话，改完 300ms 内 点保存读到的还是上一次的结论，刚改坏的代码会被当成校验通过。宁可让出题人多等 一下，也不能放脏数据进库。 实测：改动后 50ms 读到 false（此时保存会被拦），渲染完成后回到 true； 贴一段坏语法则一直是 false。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 06:27:02 -06:00
yuetsh	d10172f017	fix(流程图): 节点名里带一个双引号，生成的 mermaid 就是坏的 ... 节点和连线的标签是学生自己敲的任意文字，而转换器是直接把它塞进 `"..."` 里： ${nodeId}(("${label}")) 出现一个双引号就把语法撑破了。后果不只是图渲染不出来 —— 这段坏掉的代码会**原样 提交给 AI 打分**，学生完全不知道自己被扣分是因为一个引号。把 `说"你好"` 当节点名 是很自然的写法。 改用 mermaid 的实体转义。`#` 必须先转，否则标签里本来就有的 `#quot;` 之类会被当 成实体解释；换行转成 `<br/>`，不然会截断整条语句。 实测：`说"你好" #1` 现在生成 `说#quot;你好#quot; #35;1`，渲染出来仍然显示 `说"你好" #1`；未转义的那版渲染报语法错误、一个 svg 都出不来。 顺带补上 `edges` 的空值保护 —— `nodes` 有，`edges` 一直没有，拿到 undefined 直接抛。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 06:26:45 -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	5480abaaea	fix(流程图编辑器): 换题草稿串题、第一步撤销不了、历史存的是改动前的状态 ... ## 换题时画布不跟着换 storage key 是按题目 ID 算的 computed。`useStorage` 确实会 watch key，但它只把 新 key 的内容读进 `storedData`，**不会回填 `nodes`/`edges`**，而 `loadFromCache()` 只在 onMounted 调一次。于是同名路由换参数（题目 → 题目，组件不重新挂载）时， 画布上还留着上一题的图；学生一动，防抖保存就把上一题的内容写进**这一题的 key**， 把原本存着的草稿覆盖掉。 补一个 key 的 watch，重新载入并在载不到时清空画布。这里依赖 `useStorage` 内部 对 key 的 watch 先于本 watch 执行 —— 两者都是 pre flush，且 useStorage 在上方 先创建，pre 队列按创建顺序跑，此刻 `storedData` 已经是新 key 的数据。 实测（router.push 直接切题）：修复前 1003 的画布上挂着 1002 的节点，修复后 1003 是空的、1002 的草稿完好。 **需要说明**：今天的 UI 走不到这条路 —— 题目页没有「下一题」入口，题单和比赛 切题都要先回列表页（不同路由、组件会重新挂载）。所以这条目前是加固，一旦以后 加了题内切题入口就立刻变成必需品。 ## 撤销少一步、存的还是旧状态 `historyIndex` 从 -1 开始，而 `canUndo` 要求 `index > 0`，第一步操作永远撤销 不了。补 `resetHistory`，挂载时和换题后各播一次初始快照（换题不重建的话，一次 撤销会把上一题的图还原到这一题里）。 `addEdges` / `removeNodes` / `removeEdges` 之后紧接着 `saveState(nodes.value, edges.value)` —— 而 vue-flow 的 store → v-model 回写走的是 `watchPausable` （pre flush，异步），此刻读到的还是**改动前**的数组，存进历史整体错开一步。 画布上的 `handleDrop` 早就 `await nextTick()` 了，这几处一直漏了； `clearCanvas` 因为是直接赋值 model ref（同步）反而是对的 —— 所以这套行为一直 是「有时对有时错」，更难排查。 顺带：`handleNodeDelete` 里手动删相连边是多余的，`removeNodes` 的 `removeConnectedEdges` 默认就是 true；`deleteSelected` 在什么都没选中时不再 白记一条历史。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 06:14:59 -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	64facc5701	fix(WebSocket): 断线不重连、评分结果会丢、登出后连接还活着 ... 排查 WS 这一块时发现的一批问题，多数是「机制写了但从没生效过」。 ## 重连 `disconnect()` 里 `enableAutoReconnect = false`，而 `connect()` 从不改回 true —— 登出再登录后，这条连接就永远失去了自动重连能力（configUpdate 那条 watch 上尤其 明显）。改成用 `closedByUser` 表达「用户主动断开」的意图，和 `enableAutoReconnect` 这个**配置**分开。 `scheduleDisconnect` 的回调里断完紧接着一句 `enableAutoReconnect = true`，而 close 是异步的 —— 等 onclose 跑到时标志已经翻回来了，1 秒后又自动连上。那个 「15 分钟空闲省资源」从来没真正断开过。现在只断开，不做事后翻转。 重连的 setTimeout 没存句柄，组件卸载后照样触发 `connect()`，在已销毁的组件上 又建一条连接。现在 `disconnect()` 里 clearTimeout。 退避从「线性 ×5 次」改成「指数 + 抖动、30 秒封顶、次数不封顶」。原来 1+2+3+4+5 只有 15 秒，后端 deploy 重启一次就超了，之后这条连接死到用户刷新为止。抖动是 为了避免一个班几十台机器在同一毫秒一起冲回刚起来的后端。另挂 online / visibilitychange，网络恢复或切回标签页立刻重连，不必等退避走完。 所有 socket 回调改成闭包住局部 ws 并在入口 `if (ws !== this.ws) return`，旧连接 迟到的 onclose 不再污染新连接的状态 —— 也是让 `disconnect()` 能被 onclose 识别 出来的关键。 ## 订阅重放 `pendingSubmissionId` 一发送成功就清空，它只解决了「还没连上就 subscribe」， **没解决断线重连**。而真正会丢结果的恰恰是后者：服务端收到 subscribe 会回一份 当前状态，掉线期间错过的推送就是靠这次重放补回来的；不重新订阅，重连后只收得到 「将来」的事件，可结果已经是过去式了。改成订阅意图保留到显式 `unsubscribe()`， 每次 onConnected 都重发。 这套逻辑原来只有 SubmissionWebSocket 有，FlowchartWebSocket 是 send 失败打一行 日志了事 —— socket 一掉，那次评分结果就再也回不来，按钮一直转圈。提成公共基类 SubscribingWebSocket，两条通道共用。 流程图另加轮询兜底：提交后 5 秒 WS 还没出结果就每 3 秒拉一次，读 status 2/3 结算，3 分钟上限。判题那边一直有兜底，流程图这边没有，而 Redis pub/sub 是发完 不管的，worker 推的那一刻连接不在就永远丢了。 `useSubmissionMonitor` 里 `watch(wsStatus, ..., { immediate: true })` 的回调在 watch() **返回之前**就同步跑了，已经连着时 `unwatch` 还是 null，if 不成立， watcher 永远停不掉：每提交一次泄漏一个，往后每次重连它们都会把各自那个早就判完 的旧 submissionId 重新订阅一遍。整块删掉，直接 subscribe —— 基类已经管了时序。 WS handler 原来不校验 submissionId。学生同时开着几道题的页面时，每条连接都订在 同一个用户 topic 上，别的页面的评分结果会被当成自己的。 ## 会话 握手时校验过一次会话就再也不管了，这条连接却能挂几个小时：用户在别的标签页 登出、或者会话本身到期，旧 socket 照样收推送。加一条 60 秒一轮的巡检，用 Redis EXPIRE 一条命令同时完成「判断存在」和「续期」（续期是必要的：只开着页面 挂 WS 的人一次 HTTP 请求都不发，不该被算成不活跃踢下线）。Redis 抛错时整轮 放弃，绝不因为一次抖动把全班踢下线。 禁用只改数据库的 isDisabled 列、不动 Redis 里的会话，巡检永远发现不了。加 `session:revoked` 频道主动通知，**两种作用域不能混**： { token } 用户登出。只断这一张会话 —— 同一个人在别的设备上是另一张 会话，按 userId 广播会把他手机上的登录一起踢掉 { userId } 账号被禁用。所有设备都得断 先发一帧 force_logout 再隔 100ms 断开。只断不发的话前端只看到一次普通掉线， 会照常重连、页面上还显示着登录态。token 不进帧里 —— 那是 httpOnly cookie 的值， 推到 WS 上就等于交给了 JS，匹配全在服务端做。 前端在协议层拦截 force_logout（和 pong 一样，不下发给业务 handler），并主动 disconnect —— 否则会一路 401 重连到退避上限，正是这机制要消掉的浪费。表现刻意 和 utils/api.ts 里 account-disabled / login-required 两支保持一致：同一件事从 HTTP 和 WS 两条路进来，学生看到的不该有两个样子。 ## 开销与安全 `void handleMessage(...)` 是裸的，里面有两次 DB 查询和一个会抛的 schema.parse， 库抖一下就是一个 unhandled rejection（隔壁 bridgeSubmissionEvents 两处都接住了， 只有这里漏了）。 ping 提到用户查询之前。原来的顺序是「先查 user 再看消息类型」，每个客户端每 30 秒都要为一次心跳打一趟数据库。禁用用户不会因此漏网：推送路径上 bridge 会查， subscribe 这条真正读数据的路径下面照样查。 bridge 两条 per-user 通道都先看 `server.subscriberCount(topic)`，没人订阅就别 查库了 —— 判题高峰期绝大多数事件的目标用户此刻并不在线。 flowchart 评分失败原来把 error.message 原样推给学生、前端直接弹出来，AI provider 的地址和内部报错就这么进了浏览器。改成真实原因写服务端日志。 加每连接令牌桶（20 突发 + 每秒回填 2）。一条 subscribe 在服务端是一到两次数据库 查询，一个学生开着一条 socket 狂发就能压住库。正常流量离阈值几十倍远。 升级时校验 Origin。会话 cookie 是 SameSite=Lax、WS 握手不是导航，跨站页面本来就 带不上 cookie，所以这是防御纵深不是唯一防线。同源放行；本机开发（Vite 5173 → API 3000）自动放行，且只在两边都是本机时成立 —— 生产环境 url.hostname 是正式 域名，这条永远不触发；跨域部署走 ALLOWED_WS_ORIGINS。不发 Origin 的一律放行： 真正的攻击面是带着受害者 cookie 的浏览器页面，而浏览器一定会带 Origin。 顺带：useConfigWebSocket 的 handler 从 onMounted 挪到同步注册（调用方在 setup 阶段就 connect() 了），删掉每条消息打完整内容的 console.log 和死字段 ws.data.username。 ## 没动的 题目页上并没有两条 /ws/submissions —— Form.vue 里 SubmitFlowchart 和 SubmitCode 是 v-if/v-else，互斥。学生实际是 2 条连接：全站一条 /ws/config + 一条 /ws/submissions，正常，不必合并。 ## 验证 55 个用例，分六组打桩跑（假 WebSocket + 假计时器；会话/限流/吊销三组对着真 Redis）： 重连语义 7 断开后不再自我复活、卸载后计时器已取消、退避封顶、 online 立即重连、旧 onclose 不污染新连接 订阅重放 9 未就绪时补发、重连后重新订阅、unsubscribe 后不再重放 会话巡检 8 EXPIRE 三态、只断失效的、同 token 只查一次、 Redis 抖动时一个都不踢 Origin/限流 13 跨站与跨端口拒绝、生产不因 localhost 开后门、 突发额度、按时间回填 强制登出 13 登出只断同 token（别的设备不受牵连）、禁用断所有设备、 巡检先通知再断 前端登出 5 两支表现、收到后不再重连、两条通道只处理一次 前两组做了改动前/后对比，老代码该挂的都挂了 —— 「重连后自动重新订阅」正是这么 跑出来的，此前我以为 pendingSubmissionId 已经覆盖了这种情况。 apps/api 的 tsc 和 apps/web 的 vue-tsc 都干净，仓库既有测试照常通过。 **SubmitFlowchart.vue 的轮询兜底未经运行时验证** —— 在 SFC 内，没搭组件挂载 环境，只过了类型检查和人工核对。要验的话，停掉 worker 提交一次流程图，看 5 秒 后是否转入轮询、3 分钟后是否给出超时提示。 这批改动动了 WS 的行为面（限流会断连接、Origin 会拒绝、巡检会踢会话），上线前 建议手测：提交代码看判题、切流程图看评分、后台改配置看全站生效、开两个标签页 在一个里登出、禁用一个在线学生看另一端反应。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 05:07:26 -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	6ac458e6f3	refactor(WebSocket): 判题/流程图推送改用驼峰，去掉没人读的三个字段 ... submission_id / time_cost / memory_cost / err_info 是 OJ2 两端自己定的线上格式， 没有第三方消费（/ws/submissions 只有 apps/web 一个客户端），没理由留着 snake。 flowchart 那条更别扭：同一个对象里 submission_id 是 snake、criteriaDetails 是驼峰。 三个字段直接删掉而不是改名 —— 它们是从 statistic_info 原样抄出来的一份，前端 一处都没读过（useSubmissionMonitor 只用 submissionId / result / status）。耗时和 错误信息在提交详情里本来就有，判完了去拉一次就是，不必让推送顺带背一份 JSONB 的形状。score 保留，它不涉及大小写。 **没动的都是有外部约束的**，别顺手一起改： - 发给判题沙箱的请求体（language_config / max_cpu_time / max_memory / test_case_id / io_mode）和它回的字段（cpu_time / memory / test_case）—— 那是沙箱的 API，不是我们的 - 测试点 info 文件的键，沙箱直接读那个文件 - submission.statistic_info 里的 time_cost / err_info / ast_results —— 判题机按这套写，12 万条历史提交就是这形状 - acm_problems_status、progress_detail 这些存量 JSONB - AST 规则键（for_loop）、成就指标（accepted_count）、reaction 语义键 —— 那是词汇表标识符不是字段名，for_loop 还要映射到 tree-sitter 的 while_statement 验证：起 dev 栈（api + worker + 沙箱），学生账号真提一次代码，抓 /ws/submissions 的帧： {"type":"submission_update","submissionId":"bf13b7f0…","result":6,"status":"pending"} {"type":"submission_update","submissionId":"bf13b7f0…","result":7,"status":"judging"} {"type":"submission_update","submissionId":"bf13b7f0…","result":-2,"status":"finished","score":0} subscribe 帧也换成 submissionId 并被接受（否则会回一个 error 帧，没有）。 流程图那条路径要 AI 评分才跑得起来，本机没配，只做了类型检查。 前后端同一个 docker 栈一起构建部署，没有版本错配窗口。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 00:48:54 -06:00
yuetsh	bc0b782443	update	2026-08-27 00:42:39 -06:00
yuetsh	8ae14f055a	refactor(站点配置): WS 直接推契约字段名，去掉前端那层 snake→驼峰胶水 ... 上一版是在前端加 toCamel 把 `enable_maxkb` 换成 `enableMaxkb`。但 snake_case 是 options 表从 Django 继承来的**存储格式**，只该活在库里；WS 这一跳两边都是 OJ2 自己写的，没理由让前端再维护一层换名。 后端改成广播 OPTION_KEYS 的 key（契约字段名）而不是 value（表列键），前端直接 按名字赋值。库里的列名一个字没动。 顺带清掉两处已经死掉的客户端→服务端配置推送： - admin/setting/config.vue 保存后调 updateConfig("enable_maxkb", ...) 和 ("submission_list_show_all", ...)。那条 ConfigWebSocket 从没 connect() 过， send() 直接返回 false；就算连上了，服务端的消息处理也只认 ping / subscribe， 会回一个 error 帧。广播本来就由后端在 POST /admin/website 里做，八个键一个 不落，这两行纯属多余，且用的正是刚废掉的 snake 键。 - ConfigWebSocket.updateConfig 一并删掉，免得再有人调一个静默失败的方法。 这条通道是单向的，原地留注释说明。 验证：dev 栈 + headless chromium 走 CDP 抓 Network.webSocketFrameReceived。 后台保存配置后，页面收到的八条帧的 key 全是驼峰（websiteName / enableMaxkb / submissionListShowAll ...），且页面不刷新，document.title 和页头站点名当场 跟着变。小助手那四条路径重跑一遍照旧：未登录不加载、登录后出现、后台关掉当场 消失、开回来当场重现。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 00:42:14 -06:00
yuetsh	0f34d67cc8	fix(站点配置): WebSocket 广播的 key 是 snake，store 字段是驼峰，实时生效一直空转 ... 后端推的是 options 表里的 snake_case 键： {"type":"config_update","key":"enable_maxkb","value":false} 前端 configUpdate.ts 收到后写的是 `if (data.key in configStore.config)`，而 store 里的字段是驼峰（enableMaxkb）。这个 `in` 判断**永远是 false**，一条配置 都写不进去 —— 站点名称、页脚、班级名单、允许注册、提交列表看全部、知识库挂件， 全部都要刷新才生效，且没有任何报错。`conf.ts` 里那句「前端 configStore.config 用的就是这套键名」是写错的，八成就是照着它写的这段代码。 加一层 snake → 驼峰的转换。八个键都符合通用规则，所以用正则转而不是列表， 将来加键不用改这里；转完认不出来的键直接忽略，别把 store 撑出野字段。 站点改名时顺便同步 document.title —— getConfig() 里本来就是这么设的， 只更新页面里那份、标签页还是旧名字说不过去。 顺带把 MaxKB 挂件那块理干净： - 加载条件改成「已登录 且 后台开关打开」。挂件本来就要登录才能用，原来对匿名 访客也照样注入。 - 删掉它自己那条 /ws/config 连接和 handleConfigUpdate。store 修好之后， 原有的 watch 自然就跟着动了；多开一条连接是重复的，而且没登录时会撞 401 （后端 /ws/config 要求会话），控制台常年一条「[WebSocket] 连接错误」就是它。 匿名访客不做实时生效：/ws/config 保持要求登录，不对外开不鉴权的 WS 端点。 没登录的人下次刷新页面时拿到新配置。 验证：起 dev 栈，用一个假的 MaxKB embed 端点（返回建出 #maxkb-chat-button 的 脚本）顶掉真实地址，headless chromium 走 CDP 看 DOM： ① 开关=开、未登录 → 挂件不在，script 标签 0 ② 开关=开、已登录 → 挂件在， script 标签 1 ③ 后台关掉（页面不刷新） → 挂件消失，script 标签 0 ④ 后台开回来（不刷新） → 挂件重现，script 标签 1 另外把其余三条 WS 通道的键名也对了一遍，没有同类问题：submission_update （submission_id / time_cost / memory_cost / err_info）两边都是 snake； flowchart 的 criteriaDetails 两边都是驼峰且 handler 没读它；成就通知的字段 全是单词，不涉及大小写。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 00:34:51 -06:00
yuetsh	8600f8143a	fix(MaxKB): 「启用 MaxKB」开关在生产构建下拦不住脚本 ... vite 的 inject-maxkb 插件把 `<script src>` 写进 index.html 的 head，于是构建 产物在 Vue 启动之前就把第三方挂件拉下来执行了。App.vue 的 useMaxKB() 那条运行时 路径只能事后把标签和 `[id^="maxkb-"]` 的 DOM 删掉 —— 代码早跑完了。表现就是后台 把开关关掉、刷新，挂件的副作用照旧（其中之一是它自带的性能上报在每个页面抛 `Cannot read properties of undefined (reading 'startTime')`，堆栈全是 <anonymous> 因为它 bootstrap 时又 eval 了一层），而且关不掉。 改成只留运行时那一条路： - 删掉 inject-maxkb 插件，index.html 不再带这个 script 标签。原地留注释说明 为什么不能加回去。 - config store 的 enableMaxkb 默认值从 true 改成 false。默认 true 的话 getConfig() 还没回来挂件就已经加载了，服务端说「关」依然晚一步。代价是配置 拿不到时挂件不出现 —— 第三方脚本 fail closed 是对的方向。 - URL 为空的兜底从 vite 插件挪进 loadMaxKBScript，否则会拿 undefined 当 src。 验证：headless chromium 走 CDP 记录网络请求。 - dev（5173）：enable_maxkb=false → 0 个请求、0 个 script 标签；改成 true → 发出 embed 请求、head 里 1 个标签。 - 生产构建（bun run build 后把 dist 静态跑起来、/api 转发到后端）：同样两种 配置下分别是 0 和 1。构建出来的 index.html 里已经没有 maxkb 的 script 标签， 只剩原本就在源文件里的那行 maxkbMaskTip。 MaxKB 脚本自身那个 startTime 报错是它自己的 bug，本次只保证「关得掉」，没去 动第三方代码。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 00:26:54 -06:00
yuetsh	1d9686b929	feat(后台用户): 管理员密码默认打码，点「显示」才展开 ... 后台用户列表把所有账号的明文密码直接铺在表格里。学生密码是有意保留的运营需求 （老师要能查），但管理员账号的密码跟着一起明文显示，投屏或者旁人路过就看到了。 现在学生管理员／教师管理员／超管三类账号的密码默认渲染成 •••••• 加一个「显示」 按钮，点一下该行展开成明文（仍然是 TextCopy，点击复制照旧）。普通用户不变。 展开状态按 user id 记在 list.vue 里，listUsers() 里清空，所以翻页、搜索、换筛选、 换排序之后一律回到打码；不做定时自动隐藏，也不记进 localStorage。 只改前端。rawPassword 照旧随列表下发——/users* 每条路由本来就是 requireSuperAdmin， 非超管连列表都拿不到，要防的是屏幕被看到，不是拿到响应的人。改成「按需取单个密码」 反而要多开一个下发明文的端点，把面扩大。 rawPassword 为空时不打码：给一个点了什么也不显示的按钮没意义，直接走原来的 TextCopy。 顺带把角色标签缩短（学生管理员→生管、教师管理员→师管）。getUserRole 只有同一张表的 用户名列在用，密码列变宽之后那一列需要让出横向空间。 实跑验证（本机 dev 栈 + 超管登录）：管理员行打码、学生行明文照旧、点「显示」后展开 且仍是可复制的按钮、搜索触发重新拉列表后回到打码。vue-tsc 与 build 均通过。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-26 10:08:30 -06:00
yuetsh	7793a2fe4c	清理旧后端下线后的残留 ... 旧 Django 后端 2026-08-26 下线、回滚路径作废，代码里还留着几处以它为前提的 死代码和过期注释。 - PUBLIC_WS_URL / PUBLIC_OJ_URL 全部删除。BaseWebSocket 的 `${PUBLIC_WS_URL}/${path}/` fallback 是 Channels 时代的写法，而三个子类 早就各自传 url，等于永不执行；config.vue 里 PUBLIC_OJ_URL 只是个会被 getWebsiteConfig() 立刻覆盖、且指着 :8000 的假初值。WebSocketConfig.path 随之去掉，url 改成必填。 - vite.config：删掉 /api2、/ws2 的迁移期注释，换成还成立的约束（代理这三段 要和 docker/Caddyfile 同步）；newBackend 改名 backend。 - 六处 “回滚时旧后端还要读” 换成真实理由：snake_case 保留的结论不变，但因为 判题机按这套键名写、存量 JSONB 就是这形状。 - CLAUDE.md：数据库一节开头「不写迁移 + 先想清楚回滚」与下一节的 drizzle migration 自相矛盾，改掉；判题状态码不再要求同步到 OnlineJudge，理由换成 历史 submission.result 和沙箱用的就是这套编码。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-26 09:09:26 -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	a9332df6bd	update	2026-08-26 00:28:18 -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	36a4663193	chore(前端): 清掉四处零引用的死代码 ... 按名字扫了一遍 api 层导出和 utils 常量，四处全仓零引用： **`getContestProblem`**（admin/api.ts）—— 和紧挨在它上面的 `getProblem` 逐字 相同，同一个 URL、同一个类型。旧后端 admin 侧比赛题和公开题是两个端点，合并 之后这个壳留下来了。 **`createMessage`**（oj/api.ts）—— 两代前端都只有定义没有调用。参数名还是旧 后端那套（recipient / submission），函数体里再映射成契约的 recipientId / submissionId，等于给一个不存在的调用方写了个兼容层。 d3b05b8 删掉了它的类型 CreateMessage，函数漏了。 后端 `POST /messages` 是完整实现的，只是后台那个页面 （admin/communication/messages.vue）两代都是一句「未完待续」的占位。 在端点上加了注释说明这件事，免得下次扫「无人调用的端点」时被当成可删。 **`CONTEST_TYPE`**（constants.ts）—— 和上面 30 行处的 `ContestType` 枚举 一模一样。枚举那份有 8 处在用，这个对象零引用。 **`LANGUAGE_ID`**（constants.ts）—— Judge0 的语言 id。真正在用的那份在 utils/judge.ts 的 JUDGE0_LANGUAGE_ID，而且**只有那份是对的**：死掉的这份把 Golang / JavaScript / Python2 全写成了 0，谁要是拿它去调 Judge0，这三种语言 的在线试运行会静默发出 `language_id: 0`。 顺带确认过没有 `constants["LANGUAGE_ID"]` 这类动态取值。 验证：vue-tsc 0 error、vite build 通过、tsc(apps/api) 0 error、 check:routes 168 条无遮蔽。四处都是零文本引用的纯删除。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-25 23:32:50 -06:00