私は timthumb を使用して、WordPress Web サイトの画像サムネイルをオンザフライで生成しています。私のサイトの 1 つは非常に大きく、多くの画像が含まれています。timthumb が機能するのにかなりの時間がかかり、私のサイトが非常に遅いことに気付きました。
ウェブサイトの読み込み時間を短縮するには、画像が生成されるたびに画像のサムネイルを生成し、それをサーバーに保存する必要があります (保存は私にとって問題ではありません)。それとも、ウェブサイトの読み込み時間を最小限に抑えながら、その場でサムネイルを生成することはまだ可能ですか?
ちなみに、私のウェブサイトの画像を提供するために Amazon CloudFront を実装しています。
ほとんどのサイトでは、本番環境に入るときにいくつかの画像サイズが設定されています。
このような状況 (つまり、メインの画像サイズが 2 つまたは 3 つある場合) に遭遇した場合は、最初のサイズ変更後にそれらをサーバーに保存するのが理にかなっています。
スペースが心配ですが、ほとんどの場合、サイズを大きくするのではなく、サイズを小さくします。つまり、サイズ変更されたイメージ キャッシュは常に、高解像度のマスターよりも小さくなります。
保存されたルートを使用する理由については、各リクエストで Web サーバーに実行を依頼している作業について考えてみてください。サイズ変更されたすべての画像はラスターであり、ロードしてサイズ変更し、適切なコンテンツ タイプとしてストリーミングする必要があります。1 つまたは 2 つの画像であれば問題ありませんが、ギャラリー ページのようなものでは常にパフォーマンスの問題が発生します。
それを、事前にキャッシュされたサムネイルに関連する作業と比較してください。初めて出て、あなたはその問題にぶつかるでしょう。後続のすべてのリクエストは、「ファイルを見つけて提供する」というケースにすぎません。
可能であれば、ストレージ ヒットを取得します。毎回まったく同じ結果になるのに、何百万回も注文する画像を作成する必要はありません。