update docs/proposal

pull/322/head
Michael Li 1 year ago
parent 2fd8b57216
commit fdf3ec36a4
No known key found for this signature in database

@ -0,0 +1,30 @@
| 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
| ----- | ----- | ----- | ----- | ----- | ----- |
| 23062120| 北野 | 2023-06-21 | 2023-06-21 | v0.1 | 提议 |
### 概述
目前图片、视频、附件资源的位置信息是使用完整url的形式存储在sql表中也就是对外可取的url链接这就造成这些多媒体资源与一个网站的网址进行了
绑定,如果网站变更网址后,这些媒体资源将访问不了,除非使用原先的网址。
### 需求
* 变更网址不影响图片、视频、附件资源的获取;
* 图片、视频、附件资源的存储位置应该对外透明内部如何存储已经具体的存储位置信息不应该暴露到对外url链接中
* 图片、视频、附件资源的存储位置信息在sql表中应该存储为相对地址
### 方案
#### 设计要点
* 图片、视频、附件资源的相对位置信息存储在sql表中
* 图片、视频、附件资源的对外url地址采用动态生成的方式可以采用服务端生成或者客户端生成的方式或者通过api的参数来自定义
#### 设计细节
TODO
### 疑问
1. 为什么要优化?
解绑网站地址与图片、视频、附件资源的对应关系。
### 更新记录
#### v0.1(2023-06-21) - 北野
* 初始文档

@ -0,0 +1,25 @@
| 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
| ----- | ----- | ----- | ----- | ----- | ----- |
| 23062121| 北野 | 2023-06-21 | 2023-06-21 | v0.1 | 提议 |
### 概述
数据库表的Migration优化。
### 需求
TODO
### 方案
TODO
#### 设计细节
TODO
### 疑问
1. 为什么要优化?
TODO
### 更新记录
#### v0.1(2023-06-21) - 北野
* 初始文档
Loading…
Cancel
Save