5 Commits

Include renames

Author	SHA1	Message	Date
xuyueandClaude Opus 5.5	566599614a	style(结果页签): 分段、说明、对比改成和题面同一套样子；做对后「接着做」直接给下一题 ... - 提交结果 / 运行例子 / 自己输入改成浅灰底的分段按钮；状态大字和测试点方块放大一档 - 哪里不对一律是黄色小节标题（例子 1 没对上、错在没给你看的测试点、第 2 行出错），说明用正文大小 - 答错的对比竖着排成灰 / 绿 / 红三格，和题面的例子一个样子；运行时错误把出错那一行放进红格 - 做对了去掉浅绿卡片，改成「接着做」一句话加写着下一题题号题名的大按钮 - 提交详情页的答错对比不变 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-11-04 22:09:31 +08:00
xuyueandClaude Opus 5.5	37e971b6b4	refactor(判题机): 换成 go-judge，空闲内存从几百 MB 降到 16 MB ... 原来的 JudgeServer 按核数起 gunicorn worker、每份提交再按核数开进程池，空闲内存跟着核数走 （2 核 52MB、16 核 305MB）。换成 go-judge 后空闲 16MB，同一批提交判题中 80–100MB（原来约 370MB）。 go-judge 只管在沙箱里跑命令，编译、逐点运行、比对输出、定状态码搬到 judge/sandbox.ts， 口径逐条照搬 JudgeServer，出参形状不变。拿生产库真实提交新旧逐点对比：C 2000 份 1989 一致、 C++ 891 份 890 一致、Python 2000 份全一致；不一致的是 system("pause")（现在不再判运行时错误）、 未定义行为、endl 死循环打印（运行时错误变运行超时），见 docker/judge/README.md。 - 判题容器改成 privileged（go-judge 要自己建 cgroup），镜像 oj2-judge-3 - 心跳改由 worker 每 5 秒问判题机 /version 代记，删掉 /api/judge-server/heartbeat - 前端统一用 stripJudgePath 去掉判题机工作目录（新的 /w/ 和旧的 /judger/run/） - 提交前编译检查只编译不运行 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-26 15:03:57 +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
xuyueandClaude Opus 5.5	e8a20d12f9	refactor(前端): shared / utils 不再 import oj 和 admin 下的任何东西 ... 依赖方向原来是反的：顶栏、登录框、举手列表这些 shared 组件从 oj/ 里拿东西。 - 跨端的接口挪进 shared/api.ts（按 apps/web/CLAUDE.md 的分法）：学生端题目列表、 出题人列表、这节课的题、待弹的成就 - 这节课的 store → shared/store/lesson.ts；头像 RankAvatar → shared/components - 纯函数挪进 utils/：举手列表的错法归类 errorKind、它依赖的答案错误分类 wrongAnswer 和 Python 报错翻译 pythonError、题目列表行的 toProblemRow - 只有后台在用的出题人下拉 AuthorSelect 挪回 admin/components 纯搬家。首页、题目列表、题目页、排名、课堂看板、后台题目列表打开无报错， 顶栏题号框敲 1001 回车直达题目页。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-16 15:11:21 +08:00
xuyueandClaude Opus 5.5	fa092d334c	feat(编译错误): C / C++ 编译没过时也给中文说明、标出出错位置，中文标点能一键换成英文 ... 原来 C / C++ 的编译错误学生看到的是 gcc 的英文原文。现在和 Python 一样一张翻译表 （cError.ts），照全库 2851 条 C / C++ 编译错误用现在的判题机（gcc-14）重新编译出来的 报错定的，只看第一条 error，98% 能给出说明。 三件事先于句式判，因为 gcc 对同一个错报法五花八门： - 交成了 Python 代码（330 条）：gcc 报的是 request for member 之类，直接说换语言； - C 里写了 C++（iostream、cout）； - 中文标点：gcc-14 不再报 stray，而是把「；」吞进变量名、错报到下一行，所以直接在 代码里找引号和注释之外的中文标点，行号按代码算。中文标点查找认 C 的 // 和 /* */。 句式上：缺分号报在下一句开头的往回挪一行，把分号写成冒号、关键字拼错（coutinue、 RETURN、return0）、文字没加引号、#include 拼错、main 外面写语句等各有说法。 gcc 的 did you mean 会从库函数里挑（num → enum），只信学生代码里有的名字。 列范围按 gcc 的显示宽度换算（中文占两格），含中文的行也能标到具体位置。 卡片改名 CompileErrorExplain，提交结果、运行例子、提交列表弹框三处都接上了。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-30 11:22:31 +08:00