mirror of
https://gitee.com/sjqzhang/go-fastdfs.git
synced 2024-12-02 19:27:55 +08:00
modify readme.md
This commit is contained in:
parent
ddc134ea2c
commit
ded132a0dc
13
README.md
13
README.md
@ -182,6 +182,19 @@ func main() {
|
||||
|
||||
|
||||
# Q&A
|
||||
- 最佳实战?
|
||||
```
|
||||
一、如果是海量存储,不要开启文件token认证功能,减少性能开消。
|
||||
二、尽量用标准上传,上传后业务保存path,在业务用的时候再并接上域名(方便迁移扩展等)。
|
||||
三、如果使用断点续传,上传后一定要用文件id置换成path存储(如何置换看QA/API文档),为后面访问减少性能开消。
|
||||
总结:业务保存的文件的path,减少后期访问路径转换带来开消,文件访问权限由业务来完成,这样性能最好,通用性强(可直接其它web服务器)。
|
||||
|
||||
重要提醒:如果开启小文件合并功能,后期是无法删除小文件的。
|
||||
```
|
||||
|
||||
- 有API文档么?
|
||||
[API文档](doc/api.md)
|
||||
|
||||
- 在微信讨论群中大家都问到go-fastdfs性能怎样?
|
||||
```
|
||||
由于问的人太多,在这里统一回答。
|
||||
|
Loading…
Reference in New Issue
Block a user