...またはコレクションの適切な動作。

パフォーマンスの問題があったほとんどすべてのMagentoプロジェクトで見たエラーについてお話したいと思います。 Magentoを使用する場合、他人のコードを監査する必要がある場合があります。 したがって、あなたのサイトのパフォーマンスを改善し、将来の間違いを避けるのに役立つ経験をあなたと共有したいと思います。

この記事では、Magento 1について説明しています。*ただし、説明されていることはMagento 2にも当てはまります。

パフォーマンスの問題があるほとんどすべてのプロジェクトで、次のようなものを見つけることができます。

$temp = array(); $collection = Mage::getModel('catalog/product')->getCollection()->addAttributeToSelect('*'); foreach ($collection as $product) { $product = $product->load($product->getId()); $temp[] = $product->getSku(); } 

間違った

の代わりに

 $temp = array(); $collection = Mage::getModel('catalog/product')->getCollection()->addAttributeToSelect('sku'); foreach ($collection as $product) { $temp[] = $product->getSku(); } 

そうだね

この理由は非常に簡単です。

1. ロード後、必要な属性はありません
2. インターネットの「プログラマー」もそうです
3. 「悪化しない」という原則に従って、余分な属性をロードする

何が間違っているのか、パフォーマンスで何ができるのかを理解するには、コレクションの操作に集中することをお勧めします。

1. Eav /フラットテーブル
2. キャッシュ
3. コレクションの適切な作業

そしてもちろん結論。

---

EAV /フラットテーブル

EAVは、属性が属するエンティティ、属性自体、およびその値が異なるテーブルに配置されている場合のデータストレージアプローチです。

MagentoのEAVエンティティには、製品、カテゴリ、カスタムメーター、住所のカスタムアドレスが含まれます。 属性自体はeav_attributeテーブルに保存されます。

Magento 5の合計属性値タイプは、text、varchar、int、decimal、およびdatetimeです。 もう1つのタイプがあります。静的です。エンティティを含むテーブルにあるという点で他の5つのタイプと異なります。

属性テーブルは、このテーブルまたはその属性がどのテーブルまたはどのタイプであるかを示し、Magentoはすでにどこに書き込むか、どこから読み取るかを知っています。

このような値の格納により、セットの属性を非常に簡単に実装できます（各エンティティが独自の属性を持つことができる場合、またはまったく持たない場合）。新しい属性の追加はデータベース内のもう1行です。 別のストアの1つの属性に新しい値を追加しました-この属性の値の表の新しい行。


フラットは、すべてが1か所にあり、不必要な作業なしで製品とそのすべての属性を取得するために追加のテーブルを必要としない、私たち全員に馴染みのあるアプローチです-SELECT * FROM plate WHERE id = some kind of id and that's。

EAVエンティティから、フラット表示はカテゴリと商品にのみ使用できます。



次の事実に注意してください。

1. フラットテーブルは、カテゴリページ、グループ製品の製品リスト、および実際にコレクションが使用されている場所でのみ使用されます。 モデルでloadメソッドを使用する場合、管理パネルの製品ページでは使用されません。
2. フラットテーブルを有効にした後、インデックスを再作成する必要があります。そうしないと、Magentoは引き続きEAVテーブルのみを使用します
3. フラットテーブルを有効にした後、Magentoは引き続きEAVを使用しますが、変更を保存するときにフラットテーブルへの変更のコピーを開始します

---

キャッシュ

もちろん、データベース内のクエリを高速化する方法と、キャッシュが私たちを保存し、すべてがキャッシュされている場合、一般にコレクションがどのように動作するかを理解する必要があるのはあなたそれぞれです。 簡単に答えます-キャッシュはあなたを救いません。 Magentoに表示されるキャッシュは、コレクションを自動的にキャッシュしたり、データのインポート時や何かのカウント時などに使用するカスタムコントローラーやモデルで動作しません。 さらに、キャッシュに入れる前に、なんらかの方法でキャッシュに入れてすぐにユーザーに表示する必要があるためです。

Magento 1のキャッシュの種類。*：

• 構成 -構成ファイルをキャッシュします
• レイアウト -レイアウトファイルをキャッシュします
• HTML出力をブロック -phtmlテンプレートをキャッシュします 。 デフォルトでは、トップメニューとフッターのフロントエンドでのみ使用されます。
• 翻訳 -CSV CSVファイルのキャッシュ
• コレクションデータ --> initCache（...）メソッドを使用するコレクションをキャッシュします。 デフォルトでは、core_store、core_store_group、core_websiteコレクションのみが初期化中にキャッシュされます。
• EAVタイプと属性 -eav属性をキャッシュする必要がありますが、キャッシュはしません。 Magneto CE 1.4以降は呼び出されない1つのメソッドで使用されます
• Webサービスキャッシュ-api.xmlファイルをキャッシュします
• ページキャッシュ （FPC）-すべてのHTMLをキャッシュし、CMS、カテゴリ、製品ページのみをキャッシュします。 httpsプロトコルの場合、パラメーターを取得しても無視されますか？No_cache = 1、Cookie NO_CACHE
• DDLキャッシュ （非表示）-データベースへのDESCRIBE呼び出しをキャッシュします。書き込み操作で使用されます

...そしてコレクションを自動的にキャッシュするものはありません。

---

コレクションの適切な作業

多くの人が以前とは異なる方法で何かを行う必要がある理由をより明確に示すために、さまざまなアプローチのパフォーマンステストを行うことにしました。 テストベンチから始めましょう。 テストには、次のものを使用しました。

テストスタンド：
OS X 10.10
3.1 GHz Intel Core i5（4コア）
8GB

Magentoの構成：
Magento EE 1.14.0
MySQL 5.5.38
PHP 5.6.2

内容：
3つのカテゴリー
2000製品
2000 CMSページ

プロセス：
テストでは、1つのコントローラーと1つのアクションで拡張機能が作成され、各テストが5回実行された後、平均時間が計算されました。 すべての結果は秒単位です。

 class Test_Test_IndexController extends Mage_Core_Controller_Front_Action { public function indexAction() { $temp = array(); $start = microtime(true); Init values Loop start $temp[] = $product->getSku(); Loop end Or Some code snippet $stop = microtime(true); echo $stop - $start; } } 

擬似コード

テスト

1. モデルをリロードする場合としない場合のEAV /フラット
2. コレクションのキャッシュ
3. count（）およびgetSize（）の適切な使用
4. getFirstItemおよびsetPage（1,1）の適切な使用

モデルをリロードする場合としない場合のEAV /フラット

収集サイクル。 ループ内にロード（リブート）モデルがある場合：

 $temp = array(); $collection = Mage::getModel('catalog/product')->getCollection()->addAttributeToSelect(...); foreach ($collection as $product) { $product = $product->load($product->getId()); $temp[] = $product->getSku(); } 

収集サイクル。 内部に負荷モデルがない場合：

 $temp = array(); $collection = Mage::getModel('catalog/product')->getCollection()->addAttributeToSelect(...); foreach ($collection as $product) { $temp[] = $product->getSku(); } 

3種類のデータサンプリング：

1. addAttributeToSelect（ '*'）; //すべての属性
2. addAttributeToSelect（ 'sku'）; // 1つの静的属性
3. addAttributeToSelect（ 'name'）; // 1つの標準属性

コレクションのキャッシュ

キャッシュなし：

 $collection = Mage::getModel('catalog/product')->getCollection() ->addAttributeToSelect('*'); 

initCacheメソッドの使用：

 $collection = Mage::getModel('catalog/product')->getCollection() ->addAttributeToSelect('*') ->initCache(Mage::app()->getCache(),'our_data',array('SOME_TAGS')); 

カスタムキャッシュの実装：

 $cache = Mage::app()->getCache(); $collection = $cache->load('our_data'); if(!collection) { $collection = Mage::getModel('collection/product')->getCollection()->addAttributeToSelect('*')->getItems(); $cache->save(serialize($collection),'our_data',array(Mage_Core_Model_Resource_Db_Collection_Abstract::CACHE_TAG)); } else { $collection = unserialize($collection); } 

キャッシュを使用せずに、Magentoが提供する方法を使用し、キャッシュモデルの方法に基づいて、どこにも見たことがない松葉杖を使用したサンプルを考えてみましょう。 すべてのテストで、リクエストをコンパイルした後、データをロードし、コレクションをオブジェクトの配列に変換したことに注意してください。

count（）およびgetSize（）の適切な使用

getSize（）

 $size = Mage::getModel('catalog/product')->getCollection() ->addAttributeToSelect('*') ->getSize(); 

カウント（）

 $size = Mage::getModel('catalog/product')->getCollection() ->addAttributeToSelect('*') ->count(); 

getFirstItemおよびsetPage（1,1）の適切な使用

getFirstItem（）

 $product = Mage::getModel('catalog/product')->getCollection() ->getFirstItem(); 

setPage（1,1）

 $product = Mage::getModel('catalog/product')->getCollection() ->setPage(1,1) ->getFirstItem(); 

負荷（）

 $product = Mage::getModel('catalog/product')->load(22); 

---

結論

上記のすべてを要約するために、Magentoで作業するすべての人にアドバイスしたいと思います。

• コレクションから取得したオブジェクトに対してloadメソッドを再度呼び出さないでください。
• 必要な属性のみをダウンロードする
• プロジェクトに該当する場合は、フラットテーブルを使用します。
• countを使用してロードされたコレクションの結果をカウントし、getSizeを使用してすべてのレコードの数を取得します
• setPage（1,1）または同様のメソッドなしでgetFirstItemメソッドを使用しないでください