Magentoストアの読み込み速度を改善しようとしていますhttp: //www.jinkou.infopingdomツールのフロントページの読み込み時間は13秒です!pingdomの読み取りの遅延は、「接続」後の緑色のセクションのようです。
このボトルネックの原因は何でしょうか。
Magentoストアの読み込み速度を改善しようとしていますhttp: //www.jinkou.infopingdomツールのフロントページの読み込み時間は13秒です!pingdomの読み取りの遅延は、「接続」後の緑色のセクションのようです。
このボトルネックの原因は何でしょうか。
まず、Magentoキャッシュが有効になっていることを確認する必要があります。これは、[管理]->[システム]->[キャッシュ管理]で実行できます。ここですべてのキャッシュデータを有効にする必要があります。
それでも問題が解決しない場合は、プロファイラーを有効にする必要があります。これにより、フッターのテーブルとしてボトルネックを確認できます。あなたは2つのステップでそれを行うことができます:
Magentoのindex.phpファイルを編集し、次の行のコメントを解除します。
手順1と2が完了したら、任意のページに移動し、フッターを確認します。
Magentoは確かにデータベースを頻繁に使用するのが好きで、すべてのクエリは、他に何も行われていない間、ディスクへのラウンドトリップを意味します。MySQLでクエリキャッシュがオンになっていて、大量のメモリが割り当てられていることを確認してください。大規模なサイトでは、数ギガバイトが必要です。これが専用サーバーが最適な理由です。
テストから、最大のCPUコストはPHPの実行であることがわかりました。オペコードキャッシュを使用する場合でも、それは依然としてインタプリタ言語であり、それは高価です。PHPを個別のFastCGIプロセスとして実行します。従来の3層アプローチに従う場合、これも専用サーバーになります。
複数のPHPサーバーがある場合にのみMemcacheを使用します。それ以外の場合はvar/cache/
、tmpfsとしてマウントします。
最後に、rpSetzerが言ったように、そして間違いなく他の人が言うように、ブロックキャッシングを使用します。
より多くのブロックキャッシング。
ページキャッシュ。
言うのは難しいですが、ここに確かに役立ついくつかのヒントがあります:
サイトが読み込まれるときにMagentoキャッシュを有効にする必要があります。しかし、実際に違いを生むのはPHPキャッシュです。APCを使用しており、その大きな違いがあります。また、データベースを調整してください。MySQLのチューニングにより、大幅な改善が行われます。MySQLチューニングのためのグーグルとあなたは見つけるでしょう。
Magentoスピードアナライザモジュールの助けを借りて、各ブロックのロード時間を見つけることができます。
スピードアナライザモジュールの助けを借りて、各ブロックのロード時間を見つけることができます。 http://www.magentocommerce.com/magento-connect/speed-analyzer.html