Prestazioni: aggiungere i livelli di inventario nella lista di elenchi di prodotti

TL; DR , il requisito è che un livello di inventario sia visualizzato nella pagina di elenco dei prodotti della categoria con un numero di query / memoria aggiuntivo con in mente le prestazioni che aderiscono al framework Magento.

Dopo aver letto l'articolo di Vinai Kopp sul precaricamento per la scalabilità .

Qual è il modo migliore per includere i livelli delle scorte nelle pagine di elenco dei prodotti della categoria ( list.phtml ) con un numero di query / carichi aggiuntivi per prestazioni elevate?

Sono a conoscenza di alcuni approcci:

afterLoad () sembra funzionare bene con l'media_galleryinclusione senza ulteriori query, tuttavia non sono riuscito a implementare lo stesso approccio con l'inventario.

$attributes = $_product->getTypeInstance(true)->getSetAttributes($_product);
$media_gallery = $attributes['media_gallery'];
$backend = $media_gallery->getBackend();
$backend->afterLoad($_product);

Dirigere SQL per raccogliere i dati richiesti parallelamente alla raccolta con una product_idchiave, ad esempio. Ma alla ricerca di più di un mezzo attraverso il framework.

Attualmente sto semplicemente caricando l' stock_itemoggetto tramite:

$_product->load('stock_item')->getTotalQty(); Il che funziona, ma noto l'aggiunta di più query per ottenere i totali dello stock di inventario di tutti i prodotti della collezione.

...

__EAV_LOAD_MODEL__ (Mage_Catalog_Model_Product, id: stock_item, attributes: NULL)
__EAV_LOAD_MODEL__ (Mage_Catalog_Model_Product, id: stock_item, attributes: NULL)
__EAV_LOAD_MODEL__ (Mage_Catalog_Model_Product, id: stock_item, attributes: NULL)

...

stranamente, funziona. La magia si verifica in Mage_Eav_Model_Entity_Abstract-> load ($ oggetto, $ entityId, $ attributi). Se $ attributi è vuoto, chiamerà loadAllAttribute ($ object). Quindi $ product-> load ('blah') caricherà tutti gli attributi mancanti, incluso 'media_gallery' - William Tran, 19 novembre 14 alle 16:45

• /programming/7890616/get-product-media-gallery-images-from-a-product-collection-in-magento#comment42546135_23804663

Aggiungi i valori necessari alla raccolta già caricata.

L'approccio semplice ovvio di aggiungere i dati necessari alla raccolta di produzione di livello superiore nel layer / filtro sembrerebbe l'approccio migliore.

Ho notato un osservatore addInventoryDataToCollection () in Mage_CatalogInventory_Model_Observer che suona come se potesse raggiungere tale obiettivo, ma l'aggiunta del metodo a un osservatore di moduli personalizzati non sembra compatibile.

<events>
    <catalog_product_collection_load_after>
        <observers>
            <inventory>
                <class>cataloginventory/observer</class>
                <method>addInventoryDataToCollection</method>
            </inventory>
        </observers>
    </catalog_product_collection_load_after>
</events>

Che si traduce in:

Avvertenza: argomento non valido fornito per foreach () in /app/code/core/Mage/CatalogInventory/Model/Resource/Stock/Item/Collection.php sulla riga 71

Il vero problema qui non è il precaricamento, è la precisione. È relativamente facile ottenere la quantità di stock per una raccolta di prodotti:

$products = Mage::getModel('catalog/product')->getCollection()
    ->addCategoryFilter($_category);
$stockCollection = Mage::getModel('cataloginventory/stock_item')
    ->getCollection()
    ->addProductsFilter($products);

Ora con due query, hai tutte le informazioni di cui hai bisogno. Sono difficili da mettere in relazione l'uno con l'altro, cosa che può essere risolta usando una matrice associativa 'product_id' => 'stock'e scrivendo un getter. Inoltre, addProductsFilter può essere ottimizzato:

public function addProductIdsFilter(array $productIds)
{
    if(empty($productIds) {
        $this->_setIsLoaded(true);
    }
    $this->addFieldToFilter('main_table.product_id', array('in' => $productIds));
    return $this;
}

Ciò consente di risparmiare il controllo del tipo e la clonazione dell'array.

Il problema ora è bloccare la cache HTML. Questa pagina di categoria deve essere eliminata quando uno stock viene aggiornato su un prodotto in esso contenuto. Per quanto ne so, questo non è standard, poiché solo una modifica dello stato delle scorte elimina una pagina di categoria contenente un prodotto (o più precisamente, una modifica della visibilità). Quindi dovrai osservare almeno cataloginventory_stock_item_before_savee forse alcuni altri ed eliminare la cache html del blocco (e la cache FPC) per quella pagina di categoria.

Vedo che hai già accettato e senza dubbio implementato qualcosa ormai, tuttavia vorrei sottolineare quanto eri vicino addInventoryDataToCollection()ma sembra che tu abbia citato erroneamente il file di configurazione o che stiamo usando versioni di magento molto diverse. La mia copia di CatalogInventory/etc/config.xmlha richiesto un metodo diversocatalog_product_collection_load_after

 <catalog_product_collection_load_after>
    <observers>
        <inventory>
            <class>cataloginventory/observer</class>
            <method>addStockStatusToCollection</method>
        </inventory>
    </observers>
 </catalog_product_collection_load_after>

addInventoryDataToCollection() viene chiamato <sales_quote_item_collection_products_after_load>

La fonte per addStockStatusToCollection()è:

public function addStockStatusToCollection($observer)
{
    $productCollection = $observer->getEvent()->getCollection();
    if ($productCollection->hasFlag('require_stock_items')) {
        Mage::getModel('cataloginventory/stock')->addItemsToProducts($productCollection);
    } else {
        Mage::getModel('cataloginventory/stock_status')->addStockStatusToProducts($productCollection);
    }
    return $this;
}

Puoi impostare il flag require_stock_itemssulla raccolta prima che sia caricato, probabilmente non è così facile per il blocco dietro l'elenco delle categorie, oppure puoi chiamare Mage::getModel('cataloginventory/stock')->addItemsToProducts($productCollection)manualmente sulla raccolta, dopo che è già stato caricato. addItemsToProducts()ottiene tutti gli articoli per te e li allega al tuo ProductCollection

public function addItemsToProducts($productCollection)
{
    $items = $this->getItemCollection()
        ->addProductsFilter($productCollection)
        ->joinStockStatus($productCollection->getStoreId())
        ->load();
    $stockItems = array();
    foreach ($items as $item) {
        $stockItems[$item->getProductId()] = $item;
    }
    foreach ($productCollection as $product) {
        if (isset($stockItems[$product->getId()])) {
            $stockItems[$product->getId()]->assignProduct($product);
        }
    }
    return $this;
}

Stai usando Varnish o FPC o stai pianificando di farlo in futuro?

Abbiamo riscontrato che la quantità di perforazioni / richieste ESI richieste negli elenchi dei prodotti non valeva quasi la pena mettere in atto la memorizzazione nella cache, quindi ho optato per un approccio diverso.

Abbiamo implementato una soluzione su un sito Web che utilizza una richiesta AJAX a un controller personalizzato per recuperare i dati di magazzino per i prodotti e javascript gestisce gli aggiornamenti DOM. La richiesta aggiuntiva per i dati di stock richiede ~ 100 ms, il che non ha alcun impatto sul tempo di caricamento complessivo della pagina (visibile). Abbina che con FPC innescato che riduce la richiesta della pagina fino a meno di 100 ms hai un sito rapido con sovraccarico a basse prestazioni per la visualizzazione dei dati di magazzino negli elenchi dei prodotti.

Tutto quello che devi fare per quanto riguarda il modello è aggiungere il productId a ciascun wrapper di prodotti html in modo che il tuo javascript sappia quali dati di magazzino applicare a ciascun prodotto.

Se si esaminano le tecniche di memorizzazione nella cache aggiuntive per i dati di stock effettivi, è possibile che scendano ben al di sotto di 100 ms senza dover avviare Mage / colpire il database su ogni richiesta.

Ci scusiamo se questo non è in linea con quello che stai cercando, ma abbiamo trovato che fosse l'approccio migliore per la scalabilità e le prestazioni rispetto ai nostri requisiti.