simple-upload

upload0.01

可以直接使用默认值启动进程，可以从返回日志中获取token

{"level":"info","ts":1670309567.1186619,"caller":"simple-upload/main.go:19","msg":"ip 127.0.0.1,port 23456,token cf4afce824ae9e7359f9,upload_limit 4194304,root /tmp/simpleUpload"}

文件上传

☁  /tmp  curl -Ffile=@file.txt 'http://localhost:23456/upload?token=cf4afce824ae9e7359f9'
{"ok":true,"path":"/files/file"}%

文件下载

☁  simpleUpload  curl 'http://localhost:23456/files/file.txt?token=3805c7b1b8abacb55e47'
aa

问题

• http部分需要手写，考虑框架
• 没有测试
• 鉴权过于简单

upload0.11

gin框架下的upload，实现了上传和下载，并有相应的测试。

upload0.20

断点续传功能 断点续传是基于分片上传的，对于用户来说，就是使用客户端提交上传请求。客户端则是存储提交过程的UploadId，且提交上传请求UploadId和Etag，从某一个分片开始继续上传。 服务器端则是提供分片上传接口即可。

• Init初始化来分配UploadId，服务器分配文件名称。
• UploadPart上传分片返回一个分片的etag，服务器存储。
• Complete完成上传打包成一个文件，服务器合并。

uploadId

uploadId的设置很像三次握手的第二次，uploadId是服务器端给客户端的一个确认，后续客户端通信就拿着这个确认回执来发送消息。这样的好处是：如果以单个key作为上传凭证，那任何获取到key的机器都可以上传内容，不安全。

问题

• 没有鉴权

参考

Put和Post上传文件比较

putvspost

大文件上传中的优化

参考