mirror of
https://github.com/snapotter-hq/SnapOtter.git
synced 2026-08-03 07:46:42 +02:00
docs(guide): describe both library save modes in database.md and architecture.md (#580)
Closes #578. Rewrites the user file library save-mode description in the English database.md and architecture.md guides (independent-new by default, parent-linked on overwrite) and updates all 20 translated copies of each, with i18n_source_hash re-stamped so the parity gate stays green.
This commit is contained in:
@@ -1,7 +1,7 @@
|
||||
---
|
||||
description: "SnapOtter 的 monorepo 结构、应用与包架构、请求生命周期以及资源占用。"
|
||||
i18n_output_hash: bc9e6a754251
|
||||
i18n_source_hash: 733cb3c10884
|
||||
i18n_source_hash: a53946e760b0
|
||||
i18n_provenance: human
|
||||
---
|
||||
|
||||
@@ -54,7 +54,7 @@ Python 脚本位于 `packages/ai/python/` 中。大型可选模型包根据需
|
||||
|
||||
一个 Fastify v5 服务器,暴露跨五种模态(image、video、audio、PDF、file)的 241 个工具路由,负责处理:
|
||||
- 文件上传、临时工作区管理以及持久化文件存储
|
||||
- 带版本链的用户文件库(`user_files` 表)——每个处理结果都会链接回其源文件,并记录所应用的工具,同时为 Files 页面自动生成缩略图
|
||||
- 用户文件库(`user_files` 表):默认情况下,保存的编辑会存储为一个独立的新文件;而当你覆盖原文件时,则存储为一个与父文件链接的版本。它记录所应用的工具(`toolChain`),并为 Files 页面自动生成缩略图
|
||||
- 工具执行(将每个工具请求路由到图像引擎或 AI 桥接层)
|
||||
- 流水线编排(顺序串联多个工具)
|
||||
- 通过 BullMQ 作业队列进行带并发控制的批处理(池:image、media、ai、docs、system)
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
description: "SnapOtter 的 PostgreSQL 数据库架构、表、迁移和备份流程。"
|
||||
i18n_source_hash: b37398ae91a3
|
||||
i18n_source_hash: 50d5d4f220cf
|
||||
i18n_provenance: human
|
||||
i18n_output_hash: 3289d2d06514
|
||||
---
|
||||
@@ -77,7 +77,7 @@ SnapOtter 使用 PostgreSQL 17 配合 [Drizzle ORM](https://orm.drizzle.team/)
|
||||
|
||||
### user_files {#user-files}
|
||||
|
||||
带版本链跟踪的持久化文件库。每个保存结果的处理步骤都会创建一个新行,并通过 `parentId` 链接到其父行,从而形成一棵版本树。
|
||||
持久化文件库。默认情况下,保存的编辑会作为一个独立的根行插入(“保存为新文件”:`version` 为 1、`parentId` 为 null,因此原文件仍会保留在列表中);而当你覆盖原文件时,则作为一个与父行链接的版本(设置 `parentId`、递增 `version`,并取代原文件)。`toolChain` 列记录所应用的工具。
|
||||
|
||||
| 列 | 类型 | 描述 |
|
||||
|--------|------|-------------|
|
||||
|
||||
Reference in New Issue
Block a user