chengmaandClaude Opus 5
90379347b4
仓库从单子项目变成两个：client（Python + PyQt5 桌面端）和 admin（Go + Gin + HTML 模板 Web 管理端）。两者技术栈完全不同， 规则各自独立，只通过三个 HTTP 接口交互。 新增 admin/AGENTS.md 和 docs/admin/ 共 9 份文档，结构与 docs/client/ 对齐。 关键设计决策（均已与用户确认） - 四模块：蝦皮数据 / 顺运宝数据 / 采购任务 / 客户端列表， 统一三段式布局（工具条 / 带勾选的表格 / 状态条） - 蝦皮数据拆成商品表 + SKU 表：报表本身就是两层结构， 且 PDD 链接是商品级的，放 SKU 级会重复维护 - pdd_data 存商品级，一个 PDD 商品采一次，所有订单共用 - SKU 映射独立成表且可复用，同一蝦皮 SKU 只需人工匹配一次 - PDD 链接人工填写，采集按钮就放在填链接的编辑弹窗里 - 任务分配给指定客户端；不加心跳，注册在领取时完成， 在线状态由 last_seen_at 派生 - SQLite 驱动固定 modernc.org/sqlite（纯 Go 免 cgo，go build 直接出 exe） - 不引入前端框架和 npm 构建，只允许原生 JS 或 htmx 基于样本文件 raw_data/蝦皮数据样本.xlsx 实测得出的约束 - 11287 行 = 5195 商品汇总行 + 6092 SKU 行，导入必须分开处理 - 商品規格ID 零重复，是天然主键 - 规格原文两种格式各占 53.4% / 46.6%，只解析【】会漏掉一半 - 平均每商品仅 1.17 个 SKU，报表不是全量目录， 因此必须支持手动新增，且货运单外键不能加硬约束 同步更新 - 根 AGENTS.md 开头的指针改为两个子项目对照表 - docs/README.md 重构为双子项目索引 - .gitignore 加 admin/data/、admin.exe、Excel 锁文件 说明：Gitea 尚未配置，本次无对应工单号。 raw_data/ 未提交，含台币销售额等商业数据，待用户决定。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
65 lines
3.8 KiB
Markdown
65 lines
3.8 KiB
Markdown
# 00 Admin 术语表
|
||
|
||
- 文档状态：基线草案
|
||
- 用途：Admin 文档里出现的专业词，在这里查一句话解释
|
||
|
||
跨 Client 和 Admin 共用的词（幂等、SKU、采集任务、采购任务、便携模式……）
|
||
在 [Client 术语表](../client/00-glossary.md) 里，本文不重复。
|
||
|
||
## 1. 业务名词
|
||
|
||
| 词 | 一句话解释 | 在本项目里指 |
|
||
|---|---|---|
|
||
| 蝦皮 / Shopee | 台湾的电商平台，**我们在上面卖货** | 订单的来源。导出的报表是繁体中文、金额是台币 |
|
||
| 顺运宝 / SYB | 物流服务商，提供**货运单** | 告诉我们"这单要发什么货"，是采购的触发源 |
|
||
| 货运单 | 顺运宝那边的一条发货记录 | `syb_orders` 表的一行 |
|
||
| 拼多多 / PDD | 大陆的电商平台，**我们在上面进货** | 采购的目标平台 |
|
||
| 商品規格ID | 蝦皮给每个 SKU 的唯一编号 | `shopee_skus.sku_id`。实测 6092 条零重复，是天然主键 |
|
||
| 规格原文 | 蝦皮报表里没拆开的那一列，例如 `黑色,M【建議40-50公斤】` | `shopee_skus.spec_raw`，**永远原样保留** |
|
||
| 建议 | 蝦皮规格里的建议体重，例如 `40-50公斤` | 不是"建议采购链接"，别理解错 |
|
||
| SKU 映射 | "蝦皮的这个规格 = 拼多多的那个规格"的对应关系 | `sku_mappings` 表。**匹配一次，以后同商品自动带出** |
|
||
| 采集状态 | 某个蝦皮商品对应的 PDD 商品数据采到没有 | `shopee_products.collect_status` |
|
||
|
||
## 2. 技术名词
|
||
|
||
| 词 | 一句话解释 | 在本项目里指 |
|
||
|---|---|---|
|
||
| Gin | Go 的一个 Web 框架，负责把 URL 路由到你的函数 | 唯一允许使用的 Web 框架 |
|
||
| `html/template` | Go 自带的 HTML 模板引擎，**会自动转义**，防 XSS | 所有页面都用它渲染，不引入前端框架 |
|
||
| 服务端渲染 | 页面的 HTML 在服务器上拼好再发给浏览器 | 与之相对的是前端框架在浏览器里拼，本项目**不用** |
|
||
| htmx | 一个单文件 JS 库，让 HTML 标签直接发请求换局部内容 | 需要局部刷新时可用，**没有构建步骤** |
|
||
| upsert | "有就更新、没有就新增"，一次操作搞定 | Excel 导入的唯一正确做法，见 §3 |
|
||
| cgo | Go 调用 C 代码的机制。**用了就需要装 C 编译器** | 本项目**避开它**，所以 SQLite 驱动选纯 Go 的 |
|
||
| `modernc.org/sqlite` | 纯 Go 实现的 SQLite，不需要 cgo | 固定用它，`go build` 直接出 exe |
|
||
| excelize | Go 读写 Excel 的库 | 固定用它读蝦皮报表 |
|
||
| CSRF | 攻击者诱导你在已登录状态下发出非本意的请求 | 所有写操作都要防，见 [06](06-quality-security.md) §4 |
|
||
| 参数化查询 | SQL 里用 `?` 占位、值单独传，而不是拼字符串 | 防 SQL 注入的唯一正确做法 |
|
||
|
||
## 3. 为什么导入必须是 upsert
|
||
|
||
这条单独说，因为**做错了会丢数据**。
|
||
|
||
蝦皮报表可以反复导入（每次导出的都是"最近有成绩的商品"，不是全量）。
|
||
而 **PDD 链接是人工一条条填上去的**，只存在我们自己的库里，报表里没有。
|
||
|
||
所以导入时：
|
||
|
||
| 做法 | 后果 |
|
||
|---|---|
|
||
| 先 `DELETE` 再 `INSERT` | **人工填的 PDD 链接、SKU 映射全没了** ✗ |
|
||
| 按主键 upsert | 报表里有的字段更新，人工填的字段原样保留 ✓ |
|
||
|
||
主键：商品用 `商品ID`，SKU 用 `商品規格ID`。
|
||
|
||
## 4. 蝦皮报表的两层结构
|
||
|
||
一个文件里混了两种行，别当成一种：
|
||
|
||
| 行类型 | 判断方法 | 条数（样本） | 导入到 |
|
||
|---|---|---|---|
|
||
| 商品汇总行 | `商品規格ID` 是 `-` | 5195 | `shopee_products` |
|
||
| SKU 行 | `商品規格ID` 是数字 | 6092 | `shopee_skus` |
|
||
|
||
平均每个商品只有 1.17 个 SKU —— 因为这份报表**只包含有销售成绩的 SKU，不是完整目录**。
|
||
所以订单来了查不到 SKU 是正常现象，界面必须支持**手动新增**，见 [01 需求](01-requirements.md) §4.1。
|