カート内で観察するすべての製品ラインを観察してコメントする観察者が多すぎます。ダウンロード可能な製品を使用したり、RSS をいじったりしない場合は、これらのモジュールを制御ファイルで active=false に設定して、モジュールをオフにし、オブザーバーを牧草地に置き、カート機能を高速化できます。
それらのオーバーヘッドは驚異的です...そして、行数が増えるにつれてチェックアウトが指数関数的に遅くなります.
app/etc/modules/Mage_Downloadable.xml<active>行を に設定しfalseます。
app/etc/modules/Mage_All.xmlMage_Rss の<active>行を見つけて、false
この原因は、Rafael Kassner http://www.kassner.com.br/en/2011/01/07/magento-slow/によって推測されました。
標準免責事項、YMMV、開発サーバーでのテストなど、ライブサーバーで解き放つ前に。
Magentoは、MVCシステムとEAVデータベース構造のため、非常に複雑で柔軟なシステムですが、その結果、リソースを非常に消費します。これを処理するには、サーバーを最適化する必要があります。便利なガイドはこれらのhttp://www.magentocommerce.com/whitepaper/です。Apache、mysql、およびphpの設定を検討してください。
これに加えて、各リクエストでロードされるすべてのMagentoファイルを停止するために、APCやMemcachedなどのキャッシュシステムが必要です。トラフィック量、同時ユーザーなどに応じて、強力なサーバーが必要になります。16GBのRAMを搭載した専用のクアッドコアubuntuサーバーと、ストアを実行するための専用のDBサーバーを実行しています。
100アイテムのカートに関して、これは実際に発生する可能性がありますか？カートページでは、magentoがデータベースから100個の製品すべてをロードしますが、これは非常に集中的に行われるため、これが発生した場合は、上記のすべての点を確認する必要があります。
APCのインストールは非常に簡単で、すぐに劇的な効果があります。一方、サーバーの調整は、試行錯誤のケースです。これを支援するツールはインターネット上にたくさんあります。まず、負荷影響テストを使用して、一度に処理できるユーザーの数や1秒あたりのリクエスト数などを確認します。
ページ全体のキャッシュを開始するモジュールもありますが、これが100アイテムのカートのシナリオに役立つかどうかはわかりません。これは、主にデータベースのボトルネックになると思います。
これは、Magento がその属性をどのように使用するかに関係していると思います。物事を遅くするのはdbリクエスト自体ではありません（合計約0.06秒）。
私は同じ問題を抱えており、構成可能な製品も非常に遅いです。
属性処理を最適化するコードを含む Web ページをいくつか見つけました。(そして、これはもちろん、より多くのメモリ内キャッシュを意味します:-)