mirror of
https://github.com/Rain-kl/OpenFlare.git
synced 2026-10-13 02:26:36 +08:00
dbaa3bf140
docs(changelog): 修正表述笔误
refactor(cordis): 磁盘缓存改用上上游能力并清理本地副本
按上游/下游归属规约:类型断言守卫已回流 Wavelet(f3d85d5,附回归用例),
本仓库删除 OpenFlare/plugins/server/pkg/cache 整包并改 import 到
Wavelet/pkg/cache/disk,同步后与上游零漂移。
验证:go build 通过;go test ./... exit 0(137 包 ok);256 条路由对拍与
232 条 swagger 操作均零差异;make build-all 四进制;前端零改动。
docs(cordis): 记录 T1 清理结果与五个复用阻塞点
refactor(cordis): server 复用上游 pkg 能力并删除等价本地副本
按上游/下游归属规约清理重复实现,删除 7 个与上游等价的本地包并改 import:
shared/response→pkg/response、pkg/{logger,mail,trace,httppool,cache/ram}→
上游同名包、infra/persistence/batchwriter→pkg/batchwriter。逐项核过差异:
httppool 逐字节相同;logger 的 Config 字段完全一致;response 的 7 个 Abort*
一致;cache/ram 换过去顺带把裸 go 变回带 panic 恢复的 util.Go。
两处非等价差异按语义处理:
- batchwriter.Stats 与 status DTO 原为类型别名,改为消费侧逐字段转换,
避免 model 反向依赖基础设施类型;
- 上游 pkg/idgen 要求显式 Init(本地副本为懒加载自动初始化),本次保留本地
副本,待与 infra 初始化一并迁移(已登记在清理计划)。
验证:go build 通过;go test ./... exit 0(138 包 ok);256 条路由对拍零差异;
make swagger 232 条操作零增减,且归一化后与旧文档深度相等——差异仅为
response.Any / logger.LogEntry 两个定义名随包路径改名,接口形状未变。
chore(cordis): 回流内核与 pkg/util 通用能力并清理 vendoring 污染
按新增的上游/下游归属规约:HandleRaw/BasePath 与版本比较、网络、格式化助手
属通用能力,已提交到 Wavelet 分支 feat/cordis-router-raw-routes,本仓库改为
纯同步获取(pkg/util 已零漂移),补丁登记保留至上游合并。
同时修掉我此前 git add -A 造成的污染:首次 vendoring 把上游工作区里被
gitignore 的运行期产物一起提交进来(upload 的 diskcache 缓存块 650 个与
driver_http/dist 前端构建物 380 个,共 12872 行/1030 文件)。sync-upstream.sh
现显式排除 uploads/dist/data/*.db,.gitignore 补上对应兜底规则。
AGENTS.md 增加上游/下游改动归属规约,并把仍指向前 Cordis 布局的硬性约束
(internal/router + Serve、internal/repository/logstore、internal/platform/bootstrap、
internal/cmd)改到当前插件路径。
验证:go build 通过;go test ./... exit 0(144 包 ok);make swagger 232 条
操作与基线逐条一致;make build-all 四进制;gofmt 干净。
feat(cordis): server 插件化并改由内核挂载控制面路由
新增 plugins/server/plugin.go:Apply 以 ctx.Router().Group(app.api_prefix)
声明根级与 /v1 全部路由;33 个注册函数由 *gin.RouterGroup 改为
core.RouterExtension,RegisterCollection 改用内核新增的 HandleRaw 保留
尾部斜杠变体,AdminMiddlewares 返回 []any(Go 不允许把 []T 展开为 ...any)。
删除 router.Serve 与 registerRoutes,装配根改为 core.App +
driver_http.New(WithEngine(router.BuildEngine())),监听、信号与优雅退出归内核;
前端 SPA 的 NoRoute 兜底因内核暂无贡献点而保留在引擎层。
路由保真证据:plugin_parity_test 对拍 baseline/routes-engine.txt 的 256 条
(方法 路径) 零差异;go test ./... exit 0(144 包 ok,含真实 handler 的
openflare/integration 用例走同一条挂载路径);make swagger 232 条操作与基线
逐条一致;golangci-lint 0 issues;make build-all 四进制;embed_frontend
标签编译通过;前端零改动。
已知待补:带 Redis 的实机 HTTP 冒烟(本机 6379 未启动,session store 与
改造前一样在建店阶段即 fatal),以及 bootstrap 的任务/设置/迁移注册迁入 Apply。
feat(core): RouterExtension 增加 HandleRaw 与 BasePath 以保真尾部斜杠路由
server 插件化的前置:Handle 经 cleanPath 会剥掉尾部斜杠,无法表达
/resource 与 /resource/ 两条不同路由,而 OpenFlare 有 20 个历史 list
端点两者都注册且部署关闭了 RedirectTrailingSlash,缺失即 404。新增
HandleRaw 与 BasePath(作用域包装器同样登记反注册),补 extpoints 用例;
并把 router.Serve 拆出 BuildEngine 以便交给 driver_http.WithEngine 复用,
新增路由表导出 harness,固化 256 条 (方法 路径) 基线供插件化对拍。
上游补丁登记于 backend/OpenFlare/upstream-patches.md,同步脚本改为按目录
前缀输出差异并在同步后提醒确认补丁是否仍在。
验证:go build 通过;go test ./... exit 0(143 包 ok);gofmt 干净。
docs(cordis): 记录 server 插件接入内核的可行路径与内核能力缺口
feat(cordis): agent/relay/flared 落地为内核驱动插件
三个边缘守护进程各新增 plugin.go,实现 core.Plugin + core.Driver
(自定义 DriverType 与同名 profile),装配与生命周期从 main 迁入
Apply/Start/Stop:Apply 负责 JSON 配置加载、运行环境与用户确保、
openresty/frps/frpc 管理器与各服务装配;Start 以 util.Go 拉起阻塞式
runner 与 GeoIP 周期更新;Stop 收敛主循环结果并在超时时报错而非静默。
入口改为 core.NewApp(core.WithProfile(...)) + Prepare/Run,保持
-config 旗标、默认路径、退出码与启动/停止日志不变。
验证:go build 通过;go test ./... exit 0(143 包 ok,含 3 个插件身份
与配置失败路径测试);make build-all 四进制产出;三进制实跑缺失配置
均 exit 1 且错误链保留 load {agent,relay,flared} config 原因;gofmt 干净。
refactor(cordis): 按功能职责拆分为 4 个插件与 share 共享层
backend/OpenFlare 不再平铺遗留分层,改为 plugins/{server,agent,relay,flared}
加 share/:控制面业务(openflare/admin/oauth/user/upload/cap/config/health 与
repository/model/infra/router 等支撑层)归 server;三个边缘守护进程各自成插件;
被两个以上插件消费的 protocol/geoip/wsclient/render/pagesarchive/edge 归 share。
同时把 pkg/util 与 buildinfo 合并回上游 pkg(上游已覆盖全部符号,仅 8 个函数与
2 个类型为 OpenFlare 独有,已一并迁入),装配根统一到 backend/cmd(含三个 daemon
入口),Dockerfile 与 release 工作流的构建路径和 -X 注入路径同步更新。
验证:go build 通过;go test ./... exit 0(141 包 ok);make swagger exit 0 且
232 条 API 操作与基线逐条一致;make build-all 产出 4 进制;-X 注入经二进制
strings 实测生效;日志后端直连门禁改写为按 server 插件业务域扫描并在扫描数为 0
时报错(防门禁静默失效);前端零改动。
feat(cordis): 落地 backend/share 共享层与上游同步脚本
跨插件共享资源(控制消息协议、GeoIP+iputil、边缘守护进程日志)从下游包
移入 backend/share,并声明其只能依赖 core/pkg 与标准/第三方库,禁止反向
引用下游业务与具体插件实现;新增 scripts/sync-upstream.sh 只覆盖
backend/{core,pkg,plugins},同步后 --check 报告零差异,证明与上游逐字一致。
go build 通过,go test ./... exit 0(142 包 ok),前端零改动。
refactor(cordis): 采用与 Wavelet 同构的单模块布局并引入上游内核
按上游结构落位:backend/{core,pkg,plugins} 为 Wavelet 上游拷贝,OpenFlare
全部业务收拢到上游 downstream 所对应的位置 backend/OpenFlare/,模块名保持
Wavelet 以保证上游 import 路径逐字一致、同步零改写;三个 daemon 入口移至
backend/OpenFlare/cmd,backend/cmd 与 main.go 作为控制面装配根。
行为不变:go build 通过,142 个测试包全绿(含上游插件测试),232 条 API
操作与改造前逐条一致,四进制产物正常,前端零改动。swagger 暂只扫描下游代码,
待 P4 挂载上游路由后再纳入 plugins/。
style: 修正模块路径改写导致的 import 分组排序漂移
refactor(layout): Go 代码迁入 backend/ 并将模块名简化为 OpenFlare
对齐上游 Wavelet 的仓库布局,为以第二 module 形态 vendoring Cordis 内核与
平台插件做准备:模块路径整体改写为 OpenFlare,Go 目标加 cd backend,
swaggo 产物移至 backend/docs 并把 json/yaml 复制回 docs/ 供站点消费,
Dockerfile 与 release 工作流的构建目录、ldflags 模块路径同步更新。
行为保持不变:232 条路由与改造前逐条一致,95 个测试包全绿,
四进制产物正常,前端零改动。
chore(cordis): 落地改造计划与 schema/路由基线
新增 legacy_dump_test 迁移快照 harness:在临时 sqlite 库上按生产顺序
(goose.UpTo → zone 导入 → goose.Up)跑完 76 个历史迁移并导出 schema 与
版本序列,作为改造前后一致性门禁的唯一事实来源。同时记录 232 条路由清单
与 foundation 实施计划。
docs(cordis): add OpenFlare Cordis 架构改造设计
明确上游以第二 module 形态 vendoring 进 backend/Wavelet、4 个插件
(server/agent/relay/flared) 全部装载内核,并规定保留 76 个历史 goose
迁移 + 一次性版本 stamp 桥接的迁移方案,配套三方 schema 一致性门禁,
确保已部署库不重跑历史、不丢数据。
265 lines
8.9 KiB
Markdown
265 lines
8.9 KiB
Markdown
---
|
||
name: "file-upload"
|
||
description: "Wavelet 项目专用:当业务需要上传文件、读取已上传文件、在 Worker/任务中程序化摄取字节流、选择存储引擎能力、或排查 w_uploads / 文件统计异常时必须使用。本技能指导 storage 与 upload 分层、upload.Ingest 策略选型、前后端接入与禁止旁路写表。"
|
||
---
|
||
|
||
# 存储引擎与文件上传开发规范
|
||
|
||
本技能是 Wavelet **文件上传与对象存储**的唯一开发指导。开始开发前先阅读仓库根目录 [AGENTS.md](file:///Users/ryan/DEV/Go/Wavelet/AGENTS.md),遵守项目级核心规则。
|
||
|
||
---
|
||
|
||
## 架构分层(必须理解)
|
||
|
||
Wavelet 将「对象存储」与「上传业务」分为两层,**禁止混用职责**:
|
||
|
||
| 层级 | 包路径 | 职责 | 业务是否直接调用 |
|
||
| :--- | :--- | :--- | :--- |
|
||
| **对象存储引擎** | `internal/infra/objectstore` | `Backend` 接口:`Put` / `Get` / `Delete` / `Test`;按配置切换 Local / S3 / R2 / OSS / WebDAV | **禁止**(仅 upload 域内部使用) |
|
||
| **上传域服务** | `internal/apps/upload` | `w_uploads` 记录、权限、秒传、统计、文件服务、`upload.Ingest` | **必须** |
|
||
| **上传 HTTP 入口** | `internal/apps/upload/handler` | `POST /api/v1/upload` 等 multipart 接口 | 前端 / 用户侧上传 |
|
||
| **文件访问** | `internal/apps/upload/filesrv` | `GET /f/:id` 流式响应、访问控制、图片 WebP 压缩 | 展示 / 下载 |
|
||
|
||
```text
|
||
业务模块 ──► upload.Ingest / upload.Remove(唯一写入门禁)
|
||
├── storage.Backend.Put/Get/Delete
|
||
├── repository.CreateUpload(仅 upload 内部)
|
||
└── RecordUploadStatsAdd/Remove(ingest 内置,禁止业务直调)
|
||
```
|
||
|
||
---
|
||
|
||
## 核心防线(Guardrails)
|
||
|
||
以下写法**一律禁止**:
|
||
|
||
```go
|
||
// ❌ 业务包直接写 blob
|
||
storage.Active(ctx); backend.Put(...)
|
||
|
||
// ❌ 旁路写 w_uploads
|
||
db.DB(ctx).Create(&model.Upload{})
|
||
repository.CreateUpload(ctx, upload) // 仅 internal/apps/upload 允许
|
||
|
||
// ❌ 手动维护统计
|
||
upload.ApplyUploadStatsAdd(ctx, upload) // 已 Deprecated
|
||
|
||
// ❌ 业务表存物理路径
|
||
invoice.FilePath = "uploads/2026/01/02/123.pdf"
|
||
```
|
||
|
||
**正确做法**:业务表只存 `upload_id`(`uint64` / JSON string),通过 `/f/{id}` 或 `upload.OpenStoredObject` 访问。
|
||
|
||
---
|
||
|
||
## Ingest 策略选型(Policy Decision)
|
||
|
||
根据场景选择 `upload.Ingest` 的 `Policy`:
|
||
|
||
| 场景 | Policy | 哈希命中时 | 未命中时 | 典型调用方 |
|
||
| :--- | :--- | :--- | :--- | :--- |
|
||
| 用户 HTTP 上传(含秒传) | `PolicyDedupNewRecord` | 复用 path,**新建记录 + 统计** | 写 blob + 新建记录 + 统计 | `handler.UploadFile`(已内置) |
|
||
| Worker 生成全新文件 | `PolicyCreate` | 不查重,始终写 blob + 记录 | 同左 | 报表导出、定时生成 |
|
||
| 镜像 / 去重摄取(Pixez) | `PolicyResolveExisting` | **直接返回已有记录**,不建新记录、不加统计 | 写 blob + 新建记录 + 统计 | 异步镜像任务 |
|
||
| 业务只需引用已有文件 | 不调 Ingest | — | — | 业务 API 校验 `upload_id` 即可 |
|
||
|
||
### Result 字段含义
|
||
|
||
| 字段 | 含义 |
|
||
| :--- | :--- |
|
||
| `Created` | 是否新建了 `w_uploads` 记录 |
|
||
| `Stored` | 是否写入了新 blob |
|
||
| `Resolved` | 是否通过哈希解析到已有记录(仅 `PolicyResolveExisting`) |
|
||
|
||
---
|
||
|
||
## 后端:程序化上传(Worker / 业务逻辑)
|
||
|
||
### 标准模板
|
||
|
||
在 `logics.go`(接受 `context.Context`,不依赖 `*gin.Context`)中调用:
|
||
|
||
```go
|
||
import (
|
||
"bytes"
|
||
|
||
"OpenFlare/internal/apps/upload"
|
||
"OpenFlare/internal/model"
|
||
)
|
||
|
||
func ingestMirrorFile(ctx context.Context, userID uint64, data []byte, hash, filename, mime, ext string) (model.Upload, error) {
|
||
accessMode := 1
|
||
result, err := upload.Ingest(ctx, upload.IngestRequest{
|
||
UserID: userID,
|
||
Reader: bytes.NewReader(data),
|
||
Size: int64(len(data)),
|
||
FileName: filename,
|
||
MimeType: mime,
|
||
Extension: ext,
|
||
Hash: hash, // 必填:SHA-256 hex
|
||
Type: "your_biz_type",
|
||
AccessMode: &accessMode,
|
||
Metadata: model.UploadMetadata{
|
||
Extra: map[string]any{"source": "worker"},
|
||
},
|
||
Policy: upload.PolicyResolveExisting,
|
||
})
|
||
if err != nil {
|
||
return model.Upload{}, err
|
||
}
|
||
return result.Upload, nil
|
||
}
|
||
```
|
||
|
||
### Request 关键字段
|
||
|
||
| 字段 | 说明 |
|
||
| :--- | :--- |
|
||
| `Hash` | **必填**,推荐 SHA-256 hex;用于秒传 / 镜像去重 |
|
||
| `Type` | 业务分类(如 `avatar`、`invoice`、`pixez_mirror`),用于筛选与统计 |
|
||
| `AccessMode` | `nil` 时按 type 默认:`avatar` → 公开(1),其余 → 私有(0) |
|
||
| `SkipExtensionCheck` | Worker 场景若已自行校验扩展名,可设为 `true` |
|
||
| `ObjectKeyFn` | 可选自定义存储路径;默认 `uploads/YYYY/MM/DD/{id}.{ext}` |
|
||
|
||
### 错误处理
|
||
|
||
| 错误 | 含义 | Handler 映射建议 |
|
||
| :--- | :--- | :--- |
|
||
| `upload.ErrIngestStorageReadOnly` | 存储迁移维护中 | `response.AbortConflict` |
|
||
| `ingest.ErrForbidden` | 无权删除他人文件 | HTTP 403 |
|
||
| `shared.ErrUnsupportedFormat` | 扩展名不在白名单 | `response.AbortBadRequest` |
|
||
|
||
### 删除
|
||
|
||
```go
|
||
// 管理员 / 系统删除
|
||
_, err := upload.Remove(ctx, uploadID)
|
||
|
||
// 用户删除自己的文件
|
||
_, err := upload.RemoveOwned(ctx, userID, uploadID)
|
||
```
|
||
|
||
### 读取已存储对象(不上传)
|
||
|
||
```go
|
||
uploadRec, err := repository.GetActiveUploadByID(ctx, uploadID)
|
||
obj, err := uploadstorage.OpenStoredObject(ctx, &uploadRec)
|
||
defer obj.Body.Close()
|
||
```
|
||
|
||
或通过门面(若已从 `exports` 暴露 `OpenStoredObject`)读取。HTTP 对外访问统一走 `GET /f/:id`。
|
||
|
||
---
|
||
|
||
## 后端:业务 API 引用已上传文件
|
||
|
||
推荐 **两步流程**(先上传、后提交业务):
|
||
|
||
1. 前端 `POST /api/v1/upload` → 获得 `upload.id`
|
||
2. 业务 API 接收 `upload_id`,用 `repository.GetActiveUploadByID` 校验存在且 `status` 为 active
|
||
3. (可选)校验 `upload.Type` 是否为预期业务类型
|
||
4. 将 `upload_id` 写入业务表字段(如 `cover_file_id`)
|
||
|
||
**禁止**在业务 Handler 中重复实现 multipart 解析,除非有极强的特殊协议需求。
|
||
|
||
---
|
||
|
||
## 前端:用户侧上传
|
||
|
||
使用 `frontend/lib/services/upload/`:
|
||
|
||
```typescript
|
||
import { services } from '@/lib/services'
|
||
import { getFileUrl } from '@/lib/services/upload'
|
||
|
||
// 上传
|
||
const upload = await services.upload.uploadFile(file, 'invoice', { orderId: '123' })
|
||
|
||
// 展示
|
||
const url = getFileUrl(upload.id) // → /f/{id}
|
||
|
||
// Base64 图片(头像等)
|
||
const res = await services.upload.uploadBase64Image(croppedBase64, 'avatar', 'avatar.png')
|
||
```
|
||
|
||
### 前端规范
|
||
|
||
- 新增上传相关 API 时,扩展 `UploadService` / `AdminUploadService`,在 `frontend/lib/services/index.ts` 注册
|
||
- 图片预览使用 `getFileUrl(id, quality?)` 或 `FileImagePreview` 组件
|
||
- 业务表单项只提交 `upload_id`,不要提交 blob URL 或 `file_path`
|
||
|
||
---
|
||
|
||
## 统计与排查
|
||
|
||
`w_upload_stats` 由 `upload.Ingest` / `upload.Remove` **自动维护**,业务不得手动增量。
|
||
|
||
若发现 trend / total 与 `w_uploads` 不一致(常见于历史旁路写表):
|
||
|
||
```go
|
||
upload.RebuildUploadStats(ctx) // 从 w_uploads 全量重建统计
|
||
```
|
||
|
||
排查清单:
|
||
|
||
1. 业务是否绕过 `upload.Ingest` 直接 `db.Create(&model.Upload{})`?
|
||
2. 是否手动调用已 Deprecated 的 `ApplyUploadStatsAdd`?
|
||
3. 删除是否走 `upload.Remove`(须在软删**前**扣减统计)?
|
||
|
||
---
|
||
|
||
## 测试要求
|
||
|
||
### 后端 ingest 测试
|
||
|
||
- 使用 `testhelper.SetupTestEnvironment(t)` 初始化 DB
|
||
- 存储 mock:`storage.MockStorage(...)` + `storage.IsEnabledFunc = func() bool { return true }`
|
||
- **禁止**在源码目录硬编码 `uploads/test` 路径;本地文件测试用 `t.TempDir()` 或 mock backend
|
||
- 覆盖:三种 Policy、Remove 后统计归零、ReadOnly 拒绝写入
|
||
|
||
参考:[internal/apps/upload/ingest/ingest_test.go](file:///Users/ryan/DEV/Go/Wavelet/internal/apps/upload/ingest/ingest_test.go)
|
||
|
||
### Handler 回归
|
||
|
||
修改 upload handler 后运行:
|
||
|
||
```bash
|
||
go test ./internal/apps/upload/...
|
||
make code-check
|
||
```
|
||
|
||
若变更 HTTP 接口,运行 `make swagger`。
|
||
|
||
---
|
||
|
||
## 存量代码迁移(旁路写表 → Ingest)
|
||
|
||
将以下模式:
|
||
|
||
```go
|
||
storage.Active(ctx)
|
||
backend.Put(ctx, key, reader, size, mime)
|
||
db.DB(ctx).Create(&upload)
|
||
```
|
||
|
||
替换为:
|
||
|
||
```go
|
||
upload.Ingest(ctx, upload.IngestRequest{ Policy: upload.PolicyResolveExisting, ... })
|
||
```
|
||
|
||
迁移完成后执行一次 `upload.RebuildUploadStats(ctx)` 修复历史统计偏差。
|
||
|
||
---
|
||
|
||
## 质量门禁 Checklist
|
||
|
||
完成文件上传相关开发后,确认:
|
||
|
||
- [ ] 业务模块无 `repository.CreateUpload` / `SoftDeleteUpload` 调用
|
||
- [ ] 业务模块无 `storage.Active` + `Put` 直接写文件
|
||
- [ ] 业务表存 `upload_id`,不存 `file_path`
|
||
- [ ] Worker 摄取使用正确的 `Policy`
|
||
- [ ] 新增测试覆盖 ingest 路径
|
||
- [ ] `make code-check` 通过
|
||
- [ ] HTTP 变更已 `make swagger` |