4 Commits

Include renames

Author	SHA1	Message	Date
xuyueandClaude Opus 5.5	4c3ce31fe1	部署：push origin 就由开发机编好、测过再传到服务器，服务器不再自己编，push 后一两分钟上线。照 OJ2 的做法，开发机上的 gitea-runner（和 OJ2 共用，标签 iot-deploy，一次只跑一个任务）跑 .gitea/workflows/deploy.yml：编 C# 运行时（Release）、网页和 server.js，跑服务端测试（用要上线的 Release 版运行时）、网页端测试和类型检查，产物 rsync 到服务器的 prebuilt/（按内容比、传完才换上、断了重试），服务器上 deploy/update.sh --prebuilt 用现成产物构建镜像，只剩几条 COPY。以前 GitHub 上测试约 5 分钟、服务器 2 核再编约一分钟（编的时候学生程序会卡），push 后 6 分钟多才上线。host 模式用开发机自己的 ssh 和 git 访问，不需要 secret。Dockerfile 加构建参数 ARTIFACTS（build 默认在镜像里编 / prebuilt 用现成产物），服务器自己编的能力保留；prebuilt/COMMIT 和要部署的提交对不上时 update.sh 直接失败。服务端测试同时跑：文件之间 --parallel，评分测试标 describe.concurrent（--max-concurrency=8），本机 4 分钟降到半分钟，连跑三遍都通过。GitHub 的 ci.yml 改成 PR 跑测试、手动触发才部署（服务器自己编），开发机不在时用，push 不再两边各部署一遍。顺手：update.sh 每次部署拉一下 caddy:2-alpine（up 不会自己拉，一直是第一次部署时那份）；app 和 caddy 的容器日志限 10MB × 3。部署说明、README、设计方案同步 ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-11-03 12:08:14 +08:00
xuyueandClaude Opus 5.5	aadb2c9e93	Bun 升级到 1.4.4（Docker 镜像和 CI） ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-25 18:27:17 +08:00
xuyueandClaude Opus 5.5	d6bcd11fb4	修复部署：数据卷属主是 root，平台用户写不进数据库 ... Docker 新建数据卷时属主是 root，而平台用普通用户（APP_UID）运行，SQLite 打不开数据库， 新容器反复退出。compose 加一个启动前只运行一次的 init-data（root 把 /data 交给平台用户）， Dockerfile 里也预先建好属于平台用户的 /data。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-22 19:50:00 +08:00
xuyueandClaude Opus 5.5	697f31e9ce	部署：bubblewrap 沙箱、编译检查、访问口令、Docker Compose ... - 学生程序每次运行放进 bubblewrap：断网，只读挂载系统文件、运行时和自己的工程目录， 看不到其他进程和服务器环境变量；限制堆内存 128 MB、CPU 时间 120 秒、运行 60 分钟， nice 10，全站同时运行上限 150；启动时自检沙箱，不可用时拒绝运行 - 编译检查（SIM001）：网络、反射、启动进程、调用本机代码、加载程序集、dynamic 给出中文报错 - 访问口令：cookie 保存口令哈希，按真实 IP 限制输错次数；前端口令页 - 服务端配置集中到 config.ts，可用环境变量覆盖；Bun 直接提供打包好的网页 - Dockerfile（多阶段，服务端打包成单文件）、compose.yaml（Caddy 只收 HTTP，接入 NPM 的 npm_proxy 网络）、deploy/deploy.sh（本机构建后经 ssh 传到服务器）和部署说明 - 测试：沙箱隔离、内存上限、CPU 时间上限、编译检查 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-22 15:40:09 +08:00