古いTypo3 4.5
アプリケーションは、どのサーバーでも非常に遅く実行されています。 blackfire.ioと一般的なデバッグを使用して、私たちはボトルネックと、処理時間の一部を軽減できるかどうかを判断しようとしています。Typo3でcache_imagesizesクエリを減らす方法4.5
このアプリケーションでは、ウェブサイトのさまざまなページでtt_news
拡張子を使用しています。インデックスページにはさまざまなカテゴリのエントリを表示する、多くの異なるtt_news
モジュールがあります。これらのエントリには、通常、それらに関連付けられた画像もあります。
大きなボトルネックの1つは、Typo3によって実行される多数のSQLクエリです。 (!):
SELECT ... FROM cache_imagesizes WHERE md5filename = ? limit ?
をこれまでのところ、私はこれを軽減する方法上の任意のressourceを見つけることができませんでしたか、それが偶数の場合、特にスタートページに247回実行される次のクエリでは、されて課税します可能。私はtt_news
の拡張は非常に効率が悪いと思う。
ご了承ください。
'md5filename'にはすでにインデックスがありますが、まだその長さをチェックしていません。 Typo3はすでにこのようにテーブルを作成しています。また、クエリに関して: 'tt_news'は非常に非効率なプラグインと思われます。はい、それは247の画像またはむしろニュースエントリを処理します - しかし問題のページは多くのエントリーを表示しません。設定された制限にかかわらず、データベースからのエントリは常に**すべての**読み込まれているようです。 – fritzmg
これはあなたの* '' tt_news''設定の問題です。 '' tt_news''は、10000を超えるニュースエントリを持つページで正常に動作します。 – pgampe