我們需要一些很好的建議,以提高照片上傳到服務器的時間(目前我們使用Dropbox,但我們打開其他選項,如亞馬遜S3 ..等)當800/900 KB照片上傳到服務器時,我們是否應該在兩端壓縮圖像/解壓縮圖像?
當用戶拍照時,我們加密了照片並將其上傳到Dropbox /或我們自己的服務器,但照片大小爲800/900 KB,完成後需要超過一分鐘的時間,
目前我們正在探索其他選項,例如壓縮/解壓縮兩端,我們不確定是否值得壓縮/解壓縮照片以節省上傳時間。
任何好建議,將不勝感激!
我們需要一些很好的建議,以提高照片上傳到服務器的時間(目前我們使用Dropbox,但我們打開其他選項,如亞馬遜S3 ..等)當800/900 KB照片上傳到服務器時,我們是否應該在兩端壓縮圖像/解壓縮圖像?
當用戶拍照時,我們加密了照片並將其上傳到Dropbox /或我們自己的服務器,但照片大小爲800/900 KB,完成後需要超過一分鐘的時間,
目前我們正在探索其他選項,例如壓縮/解壓縮兩端,我們不確定是否值得壓縮/解壓縮照片以節省上傳時間。
任何好建議,將不勝感激!
通過壓縮圖像,您不會真正獲得很多收穫,並且可能會損壞圖像。 800-900 MB的圖像幾乎可以肯定是tif或者分辨率很重要的東西。最重要的因素是普通帶寬。
如果你有一個FAT管道到你自己的專用服務器(也許EC2-> S3),它會有所幫助。這裏的瓶頸將會是帶寬,但是你不想通過對壓縮不好的東西進行壓縮來減慢它的速度。許多圖像類型已經很好地壓縮了。
即使您的客戶有相當快的10mbit/s電纜或DSL連接,上傳1GB文件大約需要1000秒,或者將近20分鐘。實際上它更糟 - 大多數連接都是不對稱的。例如,通常具有10mbit/s的下載速度和僅1mbit/s的上傳速度。對於你的情況,這意味着上傳1GB文件的時間將超過3小時。
無論你在服務器端使用什麼 - 保管箱,S3或它們的任意組合,或甚至使用多個並行流 - 你的瓶頸是你的互聯網連接。
大多數圖像已經被高度壓縮,並且很難通過壓縮它們來獲得任何東西。
換句話說,你真的需要重新考慮你的方法 - 你真的希望用戶首先下載1GB圖像到你的服務器?只下載典型尺寸的高質量圖片(5-10MB)的縮略圖就足夠了,然後才能緩慢上傳超高質量的巨型圖片?
現在這個問題已被編輯說千字節,而不是兆字節... :-)
上傳照片使用小於1MB不應該採取一個典型的互聯網連接上一分鐘。正如其他人所說,照片通常壓縮不好,因此通過首先壓縮不太可能會看到很多性能增益。