图片上传后服务端压缩 or 客户端压缩后再上传

[Foxkeh]

背景：

服务端限制上传大小 2M，但手机拍照上传证件很容易就超了。
产品经理提出来要在服务端做压缩，我说服务器性能很弱而且很贵，服务器性能甚至连现在主流 2 个手机都比不上，建议在客户端做。
为了寻找数据支撑，搜了下 Geekbench 跑分，结果给我惊呆了，这服务器已经连现在连现在一个主流手机都赶不上了。

跑分

跑分 @Geekbench	单核	多核
本 ECS(双核 Xeon Gold 6149)	894	2032
iPhone X(A11-2017)	922	2088
小米 Mix2S(骁龙 845-2018)	518	2092
iPhone 12 Pro Max(A14-2020)	1206	4243
小米 11 Ultra(骁龙 888-2020)	1123	3700

大家的选择是上传后服务端压缩还是客户端压缩后再上传呢?

[neverfall]

根据需要上传

[neverfall]

图片等多媒体服务 使用三方云服务，应该比自己的机器便宜，上传下载非常占用带宽

[xmumiffy]

用户：我今天用你们 app 拍了几张照片，流量用了 1 个多 G，你有什么头绪么？

[woshipanghu]

原图直接上传到 oss 上面 不走自己的服务器 不占用服务器的带宽
然后用 oss 的自带的压缩参数展示图片

[qiayue]

4#是最常用的做法

[cmdOptionKana]

在客户端压缩，节约带宽，节约用户的流量等等都是优点，未见明显缺点。

[misaka19000]

客户端传 OSS，不走服务端

[JensenQian]

https://github.com/GoogleChromeLabs/squoosh
要不这个试下

[xxfye]

Geekbench 就是过来搞笑的，也就测测爆发性能，真的重负载大部分 arm 分分钟被 x86 教做 cpu

[leonme]

@xxfye m1 打脸吗？

[lagoon]

作为客户端开发，这种一般我们都是客户端压缩后上传。

这年头的相机，一张照片动不动 3M，甚至更大。这么高清的照片传上去干嘛啊。

[jdhao]

客户端压缩吧，省流量，并且压缩以后传输速度也快啊，别压缩的太离谱就行了

[kokutou]

相机一张照片几 m 十几 m
直接传???

[lewinlan]

啊这，肯定客户端压缩啊，这还需要问吗
免费的分布式计算都不用？

[letitbesqzr]

😓 难道不都是客户端压缩？现在一张照片都要接近 10m 了，有些场景上传 9 张的，都要接近 100m 了...

[xxfye]

@leonme 不打脸。
M1 作为桌面级 Soc，已经比那些手机上面的 Soc 好不少了，但重负载下还是不如 X86 。
我队友试过用 M1 来跑 5000 张图像处理，不如 5800U 。

[securityCoding]

服务端扛不住的，后台下发 token 直传 oss 吧

[draguo]

不是相册类应用传原图干啥，存储不要钱吗，传输也慢

[TingHaiJamiE]

@xmumiffy 这样的客户一般会先联系运营商客服，“你们流量数据有问题”。

[leonme]

@xxfye 那 m1 剪辑视频比其他机器流畅很多怎么解释？这算重负载了吧