5

ユーザーが画像をアップロードするアプリケーションがあり、3 つの異なるサイズ (サムネイル、中サイズ、フルサイズ) で利用できる必要があります。ユーザーが画像を変更する必要はありません。

次の 2 つのオプションがあるようです。

オプション 1: サムネイルを表示するときはいつでも画像変換 URL を使用します。元。https://www.filepicker.io/api/file/hFHUCB3iTxyMzseuWOgG/convert?w=200&h=250

オプション 2: store で convert() を使用して、サムネイルを S3 に保存します。

私の質問は、オプション 1 を使用できますか? これはパフォーマンスにどのように影響しますか? 変換されたファイルは filepicker.io の最後にキャッシュされますか、それともユーザーのブラウザが変換 URL にアクセスするたびに filepicker が画像を変換しますか?

4

2 に答える 2

5

変換されたファイルは私たちの側でキャッシュされるので、変換URLの使用は完全にサポートされています。必要なサイズが事前にわかっていて、その種類が必要ないと思われる場合は、.convert（）呼び出しを使用して変換を「プリキャッシュ」することもできますが、これは巨大なものというよりもスタイルの好みです。パフォーマンスの違い

于 2012-12-20T00:40:15.340 に答える
2

実際、Javascript .convert() メソッドの使用と /convert REST URL の使用には、非常に重要な違いがあります。

.convert() を呼び出すたびに、アカウントのアップロード クレジットの 1 つを使い果たしますが、/convert url メソッドを使用すると、コンバージョン クレジットの 1 つが使用されます。アカウントには、アップロード クレジットよりも多くのコンバージョン クレジットがあります。

そのため、可能であれば、/convert URL を使用すると大幅に安くなります。

于 2014-01-20T07:52:26.993 に答える