  xuyueandClaude Opus 5.5
|
2a4405d2ea
|
feat(题目): Python 语法错误改成中文说明，在编辑器里标出位置，中文标点可以一键换成英文
Deploy / deploy (push) Canceled after 0s
中职学生看不懂英文报错。原来提交前用浏览器里的 Skulpt 拦语法错误，只弹一句
「第 N 行存在语法错误」——Skulpt 九成报的是 bad input / bad token，没有列号。
- 提交前的语法检查挪到服务端：/code/format 先用 CPython 编译一遍（只编译不执行），
api 镜像加 python3-minimal（3.13，与判题机同版本，+17MB），前端删掉 Skulpt
- 报错按规则表翻成中文（pythonError.ts），生产库 2695 条 Python 编译错误覆盖 99.7%；
提交前拦下的和判题回来的编译错误共用同一张卡片
- 编辑器里标红出错行和 ^ 指的位置
- 中文标点（历史编译错误的 22%）一键换成英文，跳过字符串和注释、处理 f 字符串花括号；
594 条里修好 593 条，经 tokenize 核对没有改到字符串内容；走编辑器事务，可 Ctrl+Z
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
2026-09-27 21:47:01 +08:00 |
|
|
xuyue
|
d25b5dbe6d
|
update
Deploy / deploy (push) Canceled after 0s
|
2026-09-27 19:36:28 +08:00 |
|
|
xuyueandClaude Opus 5.5
|
ca1df38440
|
chore(web): 构建配置清理 —— 别名读 tsconfig、调高 chunk 警告阈值、删死掉的 browserslistrc
Deploy / deploy (push) Canceled after 0s
- resolve.alias 换成 resolve.tsconfigPaths，别名只在 tsconfig.app.json 写一份
- chunkSizeWarningLimit 调到 1000：超 500 kB 的三个 chunk（skulpt / wangeditor /
@mermaid-js/parser）都是懒加载，默认阈值下每次构建都报，真涨了反而看不见
- 删 .browserslistrc（chrome >= 90）：renderLegacyChunks 关着时 plugin-legacy 不读它，
vite / oxc 也不读，留着只会和 105 的基线打架
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
2026-09-27 16:15:05 +08:00 |
|
|
xuyueandClaude Opus 5.5
|
44295188b9
|
chore: 格式化、lint、任务编排换成 Vite+
Prettier + oxlint + 散在各包的检查脚本，收成 vite-plus（1.0.0-rc.1）一套，配置只有
根目录 vite.config.ts 一份：
- fmt（Oxfmt，替掉 Prettier）：semi: false、printWidth: 80。Vite+ 下 Oxfmt 默认 100 列，
不显式写 80 就是 267 个文件的 diff。范围和原来 Prettier 一致，只管代码 ——
md / yml / json / toml 排掉（文档表格、compose 注释是手排的），db/meta 快照和
unplugin 的两个 .d.ts 照旧排掉。.prettierrc.toml / .prettierignore 删除
- lint（Oxlint，vite-plus 自带同版本 1.85.0，单独的 oxlint 依赖删掉）：denyWarnings。
范围从三个 src 目录扩到全仓，多抓出 apps/web/vite.config.ts 里没人用的 loadEnv，删掉
- run.tasks：typecheck:api / typecheck:web / check:routes / check:ast 四个检查 + 汇总的
verify（vp check + 前四个）。一律经 `bun run <脚本>` 调 —— 任务定义在根包，PATH 是根
目录的 node_modules/.bin，直接写 tsc 拿到的是根目录的 TS 5.9 而不是 apps/api 的 TS 7，
实测报一堆假错
- 根脚本：fmt → vp fmt，lint → vp lint，新增 check → vp check。verify 不设同名脚本
（Vite+ 不许任务和脚本重名），用 `bunx vp run verify`
- dev 仍是 bun run --parallel：常驻进程，缓存用不上
实测：verify 首跑全过；第二遍 5/5 命中缓存、0.25 秒；往 apps/api 塞一个类型错误，
只有 typecheck:api 和 check:routes 重跑并失败、前端直接命中缓存；.vue 里塞类型错误
同样被抓到；denyWarnings 下有一条 warning 退出码就是 1。前端构建、后端单二进制编译照常。
代价：vite-plus 带 vitest、tsgolint 等约 120MB 依赖，只进 Docker builder 阶段、不进运行
镜像，CI 的 --prebuilt 部署不受影响。
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
2026-09-27 15:37:23 +08:00 |
|
|
xuyueandClaude Opus 5
|
3559ae4d6f
|
chore(前端): 浏览器基线从 Chrome < 94 提到 105，删掉 mermaid@9 那套 fallback
机房只有部分电脑还是 Chrome 105，其余更新，按最低那档定基线。
- legacy 插件留着：vite 8 的默认 build.target 是 chrome111，比机房高。
modernTargets 不写，用插件自带的 chrome>=105 基线，正好是这一档。
- polyfill 清单按 105 重新探测，63 → 50 项，仍然写死：自动探测要对每个产物
跑 Babel 扫描，构建 3s → 12s。写死后产出的 polyfills chunk 与自动探测同尺寸。
- 删 mermaid-legacy(mermaid@9)、useMermaid 里按 UA 分叉的 v9 回调式 render、
为它存在的 cytoscape UMD→ESM 别名 —— 105 直接用 mermaid 11。
- View Transitions 要 111，darkTransition 的降级分支保留，注释改成 105。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-09-16 07:43:21 -06:00 |
|
|
xuyueandClaude Opus 5
|
2256597838
|
fix(后台建题): 修好 dev 代理走错服务，以及新建页带出上一题 id、超长标签报英文
三处不相干的小毛病，都在「新建/编辑题目」这条路上。
vite 的 /api 代理写的是 localhost:3000。api 用 Bun.serve 起、只绑 IPv4 的
0.0.0.0:3000，而 Node 解析 localhost 时 ::1 排在前面 —— 别的项目的 dev server
一占 [::1]:3000，两边端口就不冲突（一个 v4 一个 v6，谁都不报错），浏览器发出的
/api/* 整个落到那个站上，表现是后台一进就被弹回首页。改成 127.0.0.1。
新建页和编辑页共用同一个 localStorage 草稿键，而编辑页会把服务器数据连 id 一起
写进去。没保存就离开的话，这个 id 跟着草稿漂到新建页：「下载测试点」下的是那道旧
题的包，SQL 测试点编辑器也会去回显那道旧题的脚本。新建分支进来先把 id 摘掉。
新标签没有长度限制，超过 32 字要到保存时才撞出 zod 的英文原文（Too big:
expected string to have <=32 characters）。把 32 提成契约里的
PROBLEM_TAG_MAX_LENGTH，输入框拿它做 maxlength，validateNewTags 再兜一道粘贴
绕过的情况，提示换成中文。校验的松紧没动，32 字仍然存得进、33 字仍然拦下。
editContestProblem 和 editProblem 函数体逐字相同（都是 PUT admin/problems/:id，
比赛由后端从题目自己推导），合成一个。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01XvmqDsZNyUo9P3sFQtoWVB
|
2026-09-07 07:18:23 -06:00 |
|
|
xuyueandClaude Opus 5
|
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 |
|
|
xuyueandClaude Opus 5
|
7793a2fe4c
|
清理旧后端下线后的残留
Deploy / deploy (push) Has been cancelled
旧 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 |
|
|
xuyueandClaude Opus 5
|
ea521e7b0a
|
feat(阶段5): 镜像、三套 compose，前端切回 /api 与 /ws
## 镜像
一个 Dockerfile 两个 target：api（单二进制）和 web（Caddy + 前端产物）。
旧后端是一个容器里用 supervisord 跑 caddy+gunicorn+dramatiq，这里拆成
oj-web / oj-api / oj-worker 三个容器 —— Docker 本身就是进程管理器，
拆开之后 worker 挂了能单独重启、日志也分得开，少一层 supervisord 要维护。
同一个镜像换个子命令就是 worker，镜像里只有一份运行时。
新增 healthcheck 子命令：运行镜像是 debian-slim，没有 curl/wget，
让二进制自己打 /health（只打 /health 不碰库 —— 库挂了该由库的 healthcheck 报，
不该让 api 跟着被判不健康然后被重启）。
**数据目录照抄旧后端**（test_case、public/upload、public/avatar）。
不是审美问题：切换那天不用搬动任何文件，回滚时旧后端立刻能找到自己的数据。
少一次几十 GB 的 mv，就少一个在停机窗口里出错的机会。
构建路上踩到三个坑，都是「本地能过、容器里过不了」那一类：
- 构建上下文吸进了 data/，judge_server/run 是判题沙箱用别的 uid 建的，
docker 连 stat 都做不了，构建直接失败 → 补 .dockerignore
- mermaid@9.4.3（机房老 Chrome 的 legacy 依赖，不能砍）从容器里连
registry.npmjs.com 稳定失败，主机上没问题 → 换 npmmirror，并重试两次
- 容器里 bun 用 isolated 布局，本地是扁平的。靠「提升」才能解析到的包
在容器里一律解析不到：@node-rs/jieba-linux-x64-gnu（编译要 import 它的 .node）、
以及前端的 @codemirror/{language,state,view} 和 @lezer/highlight。
这些本来就是代码直接 import 的，补成直接依赖。顺手写了个脚本扫全仓，
确认只有这 4 个。
## 前端切回 /api、/ws
迁移期用 /api2、/ws2 指新后端，/api、/ws 还指着 Django。端点已全部搬完，
临时前缀去掉。改动只有三处（api2.ts 的 baseURL、websocket.ts 的两个 URL），
`api2` 那些 import 是模块名不是路径，不动。vite 代理同步收敛成三条。
## compose
- debian：全套（含 postgres，对外开 5445 给机房连）
- school：**没有 postgres**，连服务器的库；本地 Redis + 本地判题沙箱
- 两边共用一个库但各有各的队列和 WS 推送，和旧后端的 Dramatiq/Channels 拓扑一致
密钥一律走 env 且带 `:?`，没设置就直接报错退出，不静默用弱默认值。
COOKIE_SECURE 在机房必须是 false（http 直连 IP，带 Secure 的 Cookie 发不回来，
表现是「登录成功但立刻又变未登录」）。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-07 23:41:20 -06:00 |
|
|
xuyueandClaude Opus 5
|
8c00cdc947
|
feat(阶段3): oj 侧端点铺开（基线提交，未经评审）
由外部 agent (Codex) 在本会话额度中断期间完成。原样提交作为基线，
后续修复单独成 commit，便于区分与回退。
覆盖 oj 侧 65 个端点，新增 9 组路由（account/achievement/ai/classroom/
content/contest/flowchart/problemset/site）与对应 Zod 契约。
已核验：tsc --noEmit 退出码 0；API 可启动；/api/problems 返回真实数据；
judge 与 flowchart worker 均 ready。
未核验：权限边界与数据泄露，评审进行中。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-07 01:25:36 -06:00 |
|
|
xuyue
|
ec274419c3
|
Build Phase 2 judge vertical slice
|
2026-08-06 22:42:39 -06:00 |
|
|
xuyue
|
e6329ecabb
|
feat(阶段1): 端到端串通，前端显示本地库真实题目
|
2026-08-06 21:19:52 -06:00 |
|
|
xuyue
|
ae1fb329b5
|
feat(阶段1): 搬入 ojnext 为 apps/web，未改业务代码
|
2026-08-06 21:18:16 -06:00 |
|