@keepeye 丢图应该就是处理不过来挂了，反正很怪异，没任何规律，重名也不可能，重名覆盖的话数据库有记录至少会破图，上传的时候 3-4 天有 40G 的量，时间点上来说还相对集中。

@sujin190
@itchihuo
@cnbattle 项目涉及到使用这些图片生成 PDF 还有打包下载，很多地方用到这些图片，怼云存储要调整好多地方，甲方不加资金没得搞，现在我就想弄清楚，如果在自己服怎么搞能避免丢失

图片直接前端预览 /压缩（ pica)，发微博时才上传，避免用户取消发布、删除 /修改图片再请求接口（或者无用图片的存储，毕设可以忽略，产品的话这种操作不在少数， 云存储带宽和容量这些都是成本），至于多表或者 json 没太大区别，个人觉得 json 更方便，至于排序，加个修改时间戳，前端排一下即可。

我的产品也挂了，所以还是要加个回滚加载本地的，不能完全依靠 cdn .

引用的 js 网站全不能用了

先不说谁的合适，就事上来说，做为主管，这种小事扯一天，下属都管不住，严重失职。规则定下，下属可以有想法，但接不接受主管说了算，那怕主管是错的，下属依旧要遵照执行，不执行就走人。做为下属，上边说啥做啥，这种小事纯粹闲的蛋疼才会扯一天。如果我是主管，你走人；如果我是主管的上司，主管走人，你走人。另外从设计上来说，主管的更通用，你现在是不用处理成功的返回，保不齐哪天就要成功也返回状态码。不过我更建议错误直接返回 http 的状态码，这样接口调用直接 catch。

这还是要看加盟商和快递员吧，寄过几次都不错，当然要顺丰 /京东比还是差距明显的。