2016-04-08 5 views
0

古い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の拡張は非常に効率が悪いと思う。

ご了承ください。

答えて

0

indexmd5filenameに設定してください。これはハッシュ・カラムなので、索引は5文字以下である必要があります。

247というクエリは、フロントページを表示するために考慮される画像が247枚あることを意味します。その数の画像を表示しない場合は、プラグインとレンダリングの制限を設定して、データを考慮して減らしてください。

+0

'md5filename'にはすでにインデックスがありますが、まだその長さをチェックしていません。 Typo3はすでにこのようにテーブルを作成しています。また、クエリに関して: 'tt_news'は非常に非効率なプラグインと思われます。はい、それは247の画像またはむしろニュースエントリを処理します - しかし問題のページは多くのエントリーを表示しません。設定された制限にかかわらず、データベースからのエントリは常に**すべての**読み込まれているようです。 – fritzmg

+0

これはあなたの* '' tt_news''設定の問題です。 '' tt_news''は、10000を超えるニュースエントリを持つページで正常に動作します。 – pgampe

関連する問題