sugar

no problem, wait a moment

感谢反馈，目前存储费用还是比较便宜，支出能接受，不过是可以放个🐴 哈哈 1. 同上，文件目前都存储在[七牛云OSS](https://www.qiniu.com/products/kodo)上，💰到位，理论上无空间大小限制，也不限制下载速度，可定制控件高，如果有恶意的。我这边通过日志可以查询到。可以做相应的删除操作。 2. 样式问题，我下来迭代一下，是有些小糙，主要没有专门的UI协助设计 3. 文件自动重命名功能是有的，可选择开启（你可能还没体验到），就算名字一样也不会影响到存储的冲突，这个可放心 4. 按钮这边可以考虑迭代一下，另外可以在提交页面，查询提交情况的。你可能没注意到。单独的查询页面可以考虑一下，remind。 5. 可以限制提交方，这个功能你可能也没体验到 嘿嘿，手机验证码登录也是有的 6. 这个当前是可以，通过多个创建任务搞定的，不同任务走不同的重命名规则。如果在一个提交任务里搞多条规则的话。这个可能交互这块设计需要一定时间，功能做复杂 意味着 可能用户使用的时候也比较困惑，太多可选项了 7. 这个已经实现的，同名的文件在下载的时候会加递增序号，这块后面我给些可选项迭代一下自增的逻辑丰富性。在存储的时候文件的名字不会给改变，这个规避规则只在 下载的时候生效。文件管理面板是可以直接看到每个文件提交的时间的 8. 第8个是什么意思嘞，没太懂。是说批量下载的时候吗 9. 对于1人提交多个文件，并且开启了自动命名，你这边有什么好的建议吗？ 10. 这块我下来看看 case ，默认就是读的最后的 `.ext` 11....

如果觉得好用可以推荐给其它同学，嘿嘿。这边会下来根据反馈迭代一波。 1. 服务端这块，暂时不考虑对接到网盘。那样增加了使用成本。目前的存储体量还用不上 2. 这个与是否Serverless部署没有关系，你可能对Serverless有些误解，可以看看这篇科普文，[我的Serverless学习笔记](https://juejin.cn/post/6894629673045590029) 3. 这个可以考虑，我记一下 4. 这个目前感觉没必要，需要考虑手机除了选择图片方便一点，在选择文件上并不太方便。H5目前体验应该是还OK的。小程序这块不太有优势做这种文件上传类型的应用（可以参考一些网盘小程序，只提供了查看，不提供直传与下载）

收集完毕后把文件收集情况及文件下载链接以邮件的形式发送给收取者的功能。 这个可以考虑，但生成的文件下载链接是有时限的。

刚建了个QQ小群，方便可以加入及时交流沟通问题: 685446473 

## 功能建议这块 1. 选择文件夹上传，理论上可实现。在浏览器侧压缩也可以实现。但存在性能问题，同时既然是指定文件加了，又希望执行压缩。这块更适合让用户自己压缩好再传。目前看优先级不高，可以先加批注的Feature提醒压缩上传 2. 一个收集任务内嵌多个小任务这个可以实现。目前是有任务分类的。即一个分类包含多个任务。后续可以给一个开关。可以在提交页切换到其它任务

不是很理解描述，有时间你可以举个清晰点的例子描述一下

UI 相关的建议 已随 v2.1.5 修改上线 😄

三者通常都用于用户的身份校验。 ## session 服务端生成,存储于服务端的内存中,长时间不使用会过期,服务端会通过session判断请求是否来自同一个客户端 ## cookie 一般也由服务端生成,存储在客户端,每次请求都会自动附上这个值 * 请求同域下的静态资源也会附上,会损耗资源 ## token 服务端生成,服务端可以不做存储,也可以做存储 ### 不做存储 在 token中加入用户身份识别信息,过期时间,时间戳等等内容,然后进行过加密传输给客户端, 需要身份校验的接口,服务端就判断请求头是是否附带有token,如果有取出来解密然后执行后续操作 ### 做存储 生成一段不重复的加密字符串token作为key,然后存放在服务端(通常是用redis,服务端重启也不会丢失用户的登录状态)使用key-value形式,value是用户信息,然后将token(key)发给客户端

# 使用强缓存 表示在缓存期间不需要请求 可以通过设置HTTP Header 实现: * Expires * Cache-Control ## Expires * ``Expires``是HTTP/1中的,表示资源在指定时间之后失效,需要重新请求 * 受限制与本地时间,可以通过修改本地时间导致其失效 ```js // 2020-03-10 11:11:28 后失效,需要重新请求 res.setHeader('Expires','Tue Mar 10 2020 11:11:28 GMT+0800') ``` ## Cache-Control...