2012-12-19 43 views
5

我有一個應用程序,用戶上傳圖像,它必須有三種不同的尺寸(縮略圖,中等尺寸,全尺寸)。該圖像不需要由我的用戶修改。filepicker.io - 轉換()和存儲與FPUrl轉換

似乎有兩種選擇:

選項1:每當我想要顯示的縮略圖 使用圖像轉換的URL。例如, https://www.filepicker.io/api/file/hFHUCB3iTxyMzseuWOgG/convert?w=200&h=250

選項2: 使用帶商店的convert()將縮略圖存儲在S3中。

我的問題是我可以使用選項1?這會如何影響性能?每次用戶的瀏覽器遇到轉換url時,轉換後的文件是否緩存在filepicker.io的末尾,或者filepicker是否會轉換圖像?

回答

5

轉換後的文件緩存在我們的最後,因此完全支持使用轉換url。如果您事先知道需要的尺寸,並且認爲您不需要多種類型,還可以使用.convert()調用來「緩存」轉換,但它更像是一種風格偏好,而不是一種巨大的性能差異

+1

是否有必要在轉換REST調用中包含cache = true以確保緩存發生?我無法證明它*沒有發生,但在我有限的測試中,我使用REST將十幾張1080p圖像轉換爲縮略圖大小,然後重新加載頁面,但速度並不像我想象的那麼快預期。我如何判斷filepicker是否從緩存中檢索與再次調整大小? –

2

實際上,使用Javascript .convert()方法和使用/ convert REST url之間存在一個非常重要的區別。

每次調用.convert()時,您都會在您的帳戶中使用一個上傳信用,而使用/ convert url方法使用其中一個轉換信用...並且帳戶的轉換信用多於上載學分。

因此,如果可能的話,使用/ convert url會顯着便宜。