画像それぞれの特徴に併せた細やかな最適化処理を施せない対象の画像が多くなると処理にかかる時間が長くなるの問題が残る。チェックできれば、未実施の画像ファイルに対してだけ処理すれば良い。現実解が見当たらない。チャンクや更新日時のチェックなども考えられるが、それが全ケースで完璧に機能してくれるのかどうかに自信がない。ビルド時の実施はセーフティネットとしても有効なので、これらの問題を解決できればバージョン管理時・ビルド時の両実施が望ましい形だと思われる。オンザフライで最適化する?(おまけ)画像へのリクエスト時に最適化してからクライアントに返すという発想もある。クエリパラメータを付与すると応じて最適化された画像が返却されるという仕組み。リクエストのうち初回のみ実施されてキャッシュされるので、最適化にかかるコストは無視できる程度である。うっかりクエリを付け忘れなければ、いつでもどこでも適切に処理された画像をダウンロードできるというわけだ。大掛かりな仕組みではあるので、導入は比較的困難である。制作現場では、こうしたツールの導入は難しいだろう。コンセプトはやや富豪的にも感じていて、アップロード時にきっちり処理してあげれば、それが良いのではと思っている。リサイズやクロップが必要なケースは?という話では、きっちり最適化した一枚を扱う方が効率よいケースもあると思っている。大きな画像とそれをリサイズしたサムネイルの2枚をダウンロードするより、大きな画像をダウンロードすればそれだけで済む。オンメモリでリサイズするほうがトータルコストが安そう?だし、サムネイルとしてダウンロードすればそのまま大きな画像のキャッシュになるので無駄にならない。クロップに関してはCSSでやるほうが筋だと思う。言え、大きな画像とサムネイルのサイズに差異が大きければドデカイ画像をサムネイルとしてダウンロードする羽目になるので、結局は時と場合に依ってしまう。ような仕組みはとても便利なので、使えるならそれが一番楽。@1000chソフトウェアエンジニア。技術に没頭する日々を送っている。