Iphone 当800/900 KB照片上传到服务器时,我们是否应该压缩/解压两端的图像?

Iphone 当800/900 KB照片上传到服务器时,我们是否应该压缩/解压两端的图像?,iphone,upload,dropbox,photos,Iphone,Upload,Dropbox,Photos,我们需要一些好的建议来缩短上传照片到服务器的时间(目前我们使用dropbox,但我们也有其他选择,比如AmazonS3等) 当用户拍摄照片时,我们对照片进行了加密并将其上传到dropbox/或我们自己的服务器,但照片大小为800/900 KB,完成它需要一分钟以上 目前,我们正在探索其他选项,如两端的压缩/解压缩,我们不确定是否值得压缩/解压缩照片以节省上传时间 任何好的建议都将不胜感激 压缩图像并不能真正获得很多好处,而且可能会损坏图像。800-900 MB的图像几乎肯定是tifs或分辨率很重

我们需要一些好的建议来缩短上传照片到服务器的时间(目前我们使用dropbox,但我们也有其他选择,比如AmazonS3等)

当用户拍摄照片时,我们对照片进行了加密并将其上传到dropbox/或我们自己的服务器,但照片大小为800/900 KB,完成它需要一分钟以上

目前,我们正在探索其他选项,如两端的压缩/解压缩,我们不确定是否值得压缩/解压缩照片以节省上传时间


任何好的建议都将不胜感激

压缩图像并不能真正获得很多好处,而且可能会损坏图像。800-900 MB的图像几乎肯定是tifs或分辨率很重要的东西。最重要的因素就是简单的带宽。

如果您有一个连接到自己专用服务器(可能是EC2->S3)的胖管道,它会有所帮助。这里的瓶颈是带宽,但您不想通过压缩一些不能很好压缩的内容来降低带宽。许多图像类型已经得到了很好的压缩。

即使您的客户有相当快的10mbit/s电缆或DSL连接,上传1GB文件也需要大约1000秒,或近20分钟。实际上情况更糟——大多数连接都是不对称的。例如,典型的情况是下载速度为10mbit/s,上传速度仅为1mbit/s。对于您的情况,这将意味着上传1GB文件的时间将超过3小时

无论您在服务器端使用什么—dropbox、S3或它们的任何组合,甚至使用多个并行流—您的瓶颈是您的internet连接

大多数图像都已经被严重压缩了,你不太可能通过压缩它们得到任何好处


换句话说,你们真的需要重新考虑你们的方法——你们真的希望用户首先下载1GB的镜像到你们的服务器上吗?只下载典型大小的高质量图片(5-10MB)的缩略图,然后慢慢上传uber质量的巨幅图片就足够了吗?

现在问题已经被编辑为千字节而不是兆字节…:-)

在典型的互联网连接上,上传小于1MB的照片不需要一分钟。正如其他人所说,照片通常压缩得不好,因此不太可能通过先压缩来提高性能