TimThumbとWordPressのサムネイルの関係は？素晴らしい議論
抜粋に関しては、あなたはTimThumbまたはWordPressのサムネイルが行くべき道だと思いますか？なぜ？回答は採点されません（ただし批判される可能性があります）。
私の意見では、組み込みの<?php add_image_size( $name, $width, $height, $crop ); ?>関数ははるかに柔軟で、簡単で、オーバーヘッドが少なくてすみます。それはサイズ変更 - トリミングをするので、私はTimThumbに戻る理由を見ません（私は過去にそれを私は広く使用しました）。
WordPressの画像処理、疑いなく。
TimThumbが持っているonlyがコアイメージ処理では現在不可能なことは、ズームクロップです。それ以外のすべては、コアイメージ処理、を使用してオンザフライリサイズを使用して実行できます。
私はTimThumbを使用することにはまったく利点がないと考えていますが、欠点だけがあります。それはWordPress 2.9より前の素晴らしいツールでしたが、それ以来本質的に不必要でした。
編集
コアシステムを使用する利点
- カスタムフィールドではなく、使い慣れたUI（Media Manager、 "Featured Image"メタボックス）
- コアWordPress関数を使用してテンプレートに実装する
- 少ないオーバーヘッド
- テーマ間サポート
- サムネイル画像処理はプラグイン経由で拡張可能なまま
- サムネイル画像処理はWordPressコアとの前方互換性を維持します
Timthumbの唯一の利点は、サーバーに保存されるファイルの量を減らすことです。デフォルトでは、Wordpressは各アップロードから3つの画像を作成します。さらにサイズを追加すると、それぞれのサイズに対して新しい画像ファイルも作成されます。
基本的な使用法：1回の投稿につき平均5枚の画像を含む1000件の投稿で、最低15,000枚の画像が生成されます。
投稿一覧などで使用されるトリミング値に5つのカスタムサイズを使用すると、1投稿あたり平均5枚の画像を含む1000件の投稿で、最低40,000枚の画像が生成されます。
共有ホスティング環境では、サーバー上のファイル数を50,000以下に制限することができます。したがって、ファイルの保存数を少なくするためにtimthumbを使用すると便利です。
それは私の2セントです....
私は3番目の選択肢を選びます。
http://wordpress.org/extend/plugins/custom-image-sizes/
まだWordPressに統合されている間、それはその場でカスタムサムネイルサイズを生成します。
本当に、そのプラグインがあれば、もう二度とTimThumbを使う必要はないはずです。