magento Archivi - Petar Karan

25 Marzo 2020 Nessun commento

[magento 2] Exception #0 (LogicException): catalog_product index does not exist yet. Make sure everything is reindexed [risolto]

In Magento 2 l’errore Exception #0 (LogicException): catalog_product index does not exist yet. Make sure everything is reindexed si riferisce al fatto che il catalogo dei prodotti non è stato indicizzato. Questo problema si presenta frequentemente quando si usano altri motori per la gestione del catalogo, come ad esempio ElasticSearch (specialmente con il plugin di Smile-SA, ma non solo).

Per risolvere il problema lanciamo nuovamente l’indicizzazione del catalogo ed aggiorniamo il tutto, procedendo nel modo seguente da riga di commando.

ATTENZIONE: In teoria l’unico comando utile e necessario è il seguente:

php -d memory_limit=5G bin/magento indexer:reindex catalogsearch_fulltext

1	php -d memory_limit=5G bin/magento indexer:reindex catalogsearch_fulltext

Se dovessero sorgere problemi o non esserci risultati, procedere nella maniera descritta di seguito.

Se non lo abbiamo procuriamoci n98-magerun2.

Scarichiamolo nella cartella di installazione di Magento, poi rendiamolo eseguibile, eseguendo i seguenti comandi:

wget https://files.magerun.net/n98-magerun2.phar
chmod +x ./n98-magerun2.phar

1 2	wget https://files.magerun.net/n98-magerun2.phar chmod +x ./n98-magerun2.phar

A questo punto eseguiamo la richiesta di reindicizzazione:

n98-magerun2 index:reindex

1	n98-magerun2 index:reindex

Eseguiamola anche sul fulltext:

php -d memory_limit=5G bin/magento indexer:reindex catalogsearch_fulltext

1	php -d memory_limit=5G bin/magento indexer:reindex catalogsearch_fulltext

Faccio notare che sto concedendo al PHP 5G di memoria per poter portare a termine, senza errori, il processo.

Qualora dovessero sorgere errori nel processo di indicizzazione, come per esempio Catalog Search index is locked by another reindex process. Skipping., procediamo nel modo seguente, altrimenti andiamo alla pulizia della cache.

Individuiamo i processi attivi con:

php bin/magento indexer:info

1	php bin/magento indexer:info

Reimpostiamo il processo che ci interessa con:

php bin/magento indexer:reset <nome_processo>

1	php bin/magento indexer:reset <nome_processo>

Nel dubbi possiamo reimpostarli tutti eseguendo i seguenti comandi:

php bin/magento indexer:reset design_config_grid;
php bin/magento indexer:reset customer_grid;
php bin/magento indexer:reset catalog_category_product;
php bin/magento indexer:reset catalog_product_category;
php bin/magento indexer:reset catalogrule_rule;
php bin/magento indexer:reset catalog_product_attribute;
php bin/magento indexer:reset cataloginventory_stock;
php bin/magento indexer:reset catalog_product_price;
php bin/magento indexer:reset catalogrule_product;
php bin/magento indexer:reset catalogsearch_fulltext;

php bin/magento indexer:reset design_config_grid;

php bin/magento indexer:reset customer_grid;

php bin/magento indexer:reset catalog_category_product;

php bin/magento indexer:reset catalog_product_category;

php bin/magento indexer:reset catalogrule_rule;

php bin/magento indexer:reset catalog_product_attribute;

php bin/magento indexer:reset cataloginventory_stock;

php bin/magento indexer:reset catalog_product_price;

php bin/magento indexer:reset catalogrule_product;

php bin/magento indexer:reset catalogsearch_fulltext;

A questo punto possiamo rilanciare il processo che ci interessa.

Puliamo tutta la cache:

php -f bin/magento cache:flush
n98-magerun2 cache:clean
n98-magerun2 cache:flush
rm -rf var/cache/* var/generation/* var/session/sess_* var/view_preprocessed/* pub/static/* var/di/* var/page_cache/*

php -f bin/magento cache:flush

n98-magerun2 cache:clean

n98-magerun2 cache:flush

rm -rf var/cache/* var/generation/* var/session/sess_* var/view_preprocessed/* pub/static/* var/di/* var/page_cache/*

La cache di Magento è una delle cose più problematiche, per cui conviene eseguire anche comandi superflui per ripetere l’operazione per sicurezza.

Detto questo riavviamo apache e il servizio di elastisearch, se lo abbiamo installato:

sudo systemctl restart httpd.service
sudo systemctl restart elasticsearch.service

1 2	sudo systemctl restart httpd.service sudo systemctl restart elasticsearch.service

A questo punto dovrebbe essere tornato tutto normale.

Vedi articolo

29 Febbraio 2020 Nessun commento

[magento2] Script esterno per rimuovere le immagini duplicate su tutti i prodotti

Obiettivo: leggere tutti i prodotti del negozio su Magento 2 e eliminare tutte le immagini duplicate per ciascun prodotto.

In Magento 2 può capitare di ritrovarsi prodotti con immagini duplicate, specialmente a seguito di una importazione di dati. Inoltre sembra che ci siano anche dei bug, o almeno ci sono stati nelle diverse versioni, che producevano questo fastidioso problema.

Quello che vogliamo fare è creare una pagina correggi_immagini.php, nella root del sito, richiamando la quale percorreremo tutti i prodotti in cerca di immagini duplicate e le elimineremo.

Come piccolo accorgimento voglio che lo script sia eseguito solo a seguito di una specifica chiamata GET sulla pagina, per esempio /correggi_immagini.php?auth=1234567890abcdefghilmnopqrstuv

Al posto di 1234567890abcdefghilmnopqrstuv raccomando di sostituire un codice sufficientemente complesso.

Nei commenti ho inserito i dettagli sullo sviluppo dello script:

use Magento\Framework\App\Bootstrap;

if( $_GET['auth'] == '1234567890abcdefghilmnopqrstuv' ) {

	// includiamo le funzionalità di Magento
	require __DIR__ . '/app/bootstrap.php';
	$bootstrap = Bootstrap::create(BP, $_SERVER);
	$obj = $bootstrap->getObjectManager();
	// questo passaggio, sebbene un po' assurdo, è necessario per stabilire l'area nella quale si lavora
	// le modifiche al catalogo devono avvenire, per qualche irrazionale ragione, dentro ad una sessione
	$stato = $obj->get('Magento\Framework\App\State');
	$stato->setAreaCode('frontend');

	// creiamo il collegamento con l'istanza dell'object manager
	// con questo potremo richiamare tutte le altre istanze del framework
	$objectManager = \Magento\Framework\App\ObjectManager::getInstance();

	// creiamo il collegamento al catalogo
	$catalogo = $objectManager->create('\Magento\Catalog\Model\ResourceModel\Product\CollectionFactory');
	// creiamo il collegamento alle cartelle, questo ci servirà per trovare il percorso assoluto dei file
	$cartelle = $objectManager->get('\Magento\Framework\App\Filesystem\DirectoryList');

	// leggiamo tutta la collezione
	$collezione = $catalogo->create();
	$collezione->addAttributeToSelect('*');
	$collezione->addMediaGalleryData(); // questo passaggio è importante per includere la galleria nell'elenco dei prodotti

	// controlliamo tutta la collezione
	foreach( $collezione as $prodotto ) {
		// nel mio caso voglio controllare SOLO i prodotti raggruppati, ovvero quelli contenenti altre variazioni
		// questo IF si può anche omettere, se si vogliono controllare TUTTI i prodotti
		if( $prodotto->getTypeId() == 'grouped' ) {

			// variabile di controllo se avrò fatto delle modifiche da salvare
			$modificato = false;

			// utilizzo la product repository per salvare i prodotti
			$productRepository = $objectManager->create('Magento\Catalog\Api\ProductRepositoryInterface');

			// creo due vettori con gli MD5 delle immagini lette
			$md5imgs = array(); // qui mettiamo gli MD5
			$md5files = array(); // qui la relazione tra MD5 e ID dell'immagine, dopo vediamo perché
			
			// leggiamo tutte le immagini
			$imgs = $prodotto->getMediaGalleryEntries();

			// se $imgs è un vettore lo percorriamo tutto
			// occhio perché $imgs non è visualizzabile sempre con print_r
			if( is_array( $imgs ) ) foreach( $imgs as $ik => $iv ) {
				
				// costruiamo il percorso assoluto al file
				$path = $cartelle->getPath('media') . '/catalog/product' . $iv->getFile();
				
				// se il file esiste procediamo
				if( file_exists( $path ) ) {
					
					// leggiamo l'immagine e creiamo l'md5 corrispondente
					$md5 = md5(file_get_contents($path));
					
					// se l'md5 si trova nel vettore allora eliminiamo l'immagine
					if( in_array($md5,$md5imgs) ) {
						// normalmente basterebbe il seguente comando commentato
						//unset($imgs[$ik]);
						// ci sono casi in cui, però, l'immagine da eliminare è impostata come immagine principale
						// questo succede di solito a seguito di importazioni in CSV o tramite Api
						// allora elimineremo l'immagine trovata in precedenza, in caso contrario il salvataggio
						// potrebbe sembrare andare a vuoto
						unset($imgs[$md5files[$md5]]);
						// segnalo che ho apportato delle modifiche
						$modificato = true;
					} else {
						// se l'immagine non si trova tra gli md5 la aggiungiamo
						$md5imgs[] = $md5;
						$md5files[$md5]=$ik;
					}
				}
			}
			// se ci sono state modifiche le applico
			if( $modificato ) {
				// reimposto il vettore delle immagini
				$prodotto->setMediaGalleryEntries($imgs);
				// salvo il tutto
				$productRepository->save($prodotto);
			}
		}
	}

}

use Magento\Framework\App\Bootstrap;

if( $_GET['auth'] == '1234567890abcdefghilmnopqrstuv' ) {

// includiamo le funzionalità di Magento

require __DIR__ . '/app/bootstrap.php';

$bootstrap = Bootstrap::create(BP, $_SERVER);

$obj = $bootstrap->getObjectManager();

// questo passaggio, sebbene un po' assurdo, è necessario per stabilire l'area nella quale si lavora

// le modifiche al catalogo devono avvenire, per qualche irrazionale ragione, dentro ad una sessione

$stato = $obj->get('Magento\Framework\App\State');

$stato->setAreaCode('frontend');

// creiamo il collegamento con l'istanza dell'object manager

// con questo potremo richiamare tutte le altre istanze del framework

$objectManager = \Magento\Framework\App\ObjectManager::getInstance();

// creiamo il collegamento al catalogo

$catalogo = $objectManager->create('\Magento\Catalog\Model\ResourceModel\Product\CollectionFactory');

// creiamo il collegamento alle cartelle, questo ci servirà per trovare il percorso assoluto dei file

$cartelle = $objectManager->get('\Magento\Framework\App\Filesystem\DirectoryList');

// leggiamo tutta la collezione

$collezione = $catalogo->create();

$collezione->addAttributeToSelect('*');

$collezione->addMediaGalleryData(); // questo passaggio è importante per includere la galleria nell'elenco dei prodotti

// controlliamo tutta la collezione

foreach( $collezione as $prodotto ) {

// nel mio caso voglio controllare SOLO i prodotti raggruppati, ovvero quelli contenenti altre variazioni

// questo IF si può anche omettere, se si vogliono controllare TUTTI i prodotti

if( $prodotto->getTypeId() == 'grouped' ) {

// variabile di controllo se avrò fatto delle modifiche da salvare

$modificato = false;

// utilizzo la product repository per salvare i prodotti

$productRepository = $objectManager->create('Magento\Catalog\Api\ProductRepositoryInterface');

// creo due vettori con gli MD5 delle immagini lette

$md5imgs = array(); // qui mettiamo gli MD5

$md5files = array(); // qui la relazione tra MD5 e ID dell'immagine, dopo vediamo perché

// leggiamo tutte le immagini

$imgs = $prodotto->getMediaGalleryEntries();

// se $imgs è un vettore lo percorriamo tutto

// occhio perché $imgs non è visualizzabile sempre con print_r

if( is_array( $imgs ) ) foreach( $imgs as $ik => $iv ) {

// costruiamo il percorso assoluto al file

$path = $cartelle->getPath('media') . '/catalog/product' . $iv->getFile();

// se il file esiste procediamo

if( file_exists( $path ) ) {

// leggiamo l'immagine e creiamo l'md5 corrispondente

$md5 = md5(file_get_contents($path));

// se l'md5 si trova nel vettore allora eliminiamo l'immagine

if( in_array($md5,$md5imgs) ) {

// normalmente basterebbe il seguente comando commentato

//unset($imgs[$ik]);

// ci sono casi in cui, però, l'immagine da eliminare è impostata come immagine principale

// questo succede di solito a seguito di importazioni in CSV o tramite Api

// allora elimineremo l'immagine trovata in precedenza, in caso contrario il salvataggio

// potrebbe sembrare andare a vuoto

unset($imgs[$md5files[$md5]]);

// segnalo che ho apportato delle modifiche

$modificato = true;

} else {

// se l'immagine non si trova tra gli md5 la aggiungiamo

$md5imgs[] = $md5;

$md5files[$md5]=$ik;

}

// se ci sono state modifiche le applico

if( $modificato ) {

// reimposto il vettore delle immagini

$prodotto->setMediaGalleryEntries($imgs);

// salvo il tutto

$productRepository->save($prodotto);

}

Vedi articolo

28 Novembre 2018 Nessun commento

[magento] Errore SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry ‘0009032’ for key ‘UNQ_SALES_FLAT_ORDER_INCREMENT_ID’

Soluzione1: Questo errore si presenta quando si effettua un ordine su Magento, si viene indirizzati al pagamento, ma il pagamento non va a buon fine e si viene rimandati indietro sul negozio. Per risolvere questo problema è sufficiente modificare il file app/code/core/Mage/Sales/Model/Resource/Quote.php come indicato di seguito

Per risolvere il problema posizioniamoci nella cartella principale del negozio in Magento. Dopodiché andiamo a modificare il file app/code/core/Mage/Sales/Model/Resource/Quote.php

Apriamolo e cerchiamo la seguente parte di codice

    public function isOrderIncrementIdUsed($orderIncrementId)
    {
        $adapter   = $this->_getReadAdapter();
        $bind      = array(':increment_id' => (int)$orderIncrementId);
        $select    = $adapter->select();
        $select->from($this->getTable('sales/order'), 'entity_id')
            ->where('increment_id = :increment_id');
        $entity_id = $adapter->fetchOne($select, $bind);
        if ($entity_id > 0) {
            return true;
    }

        return false;
    }

public function isOrderIncrementIdUsed($orderIncrementId)

{

$adapter = $this->_getReadAdapter();

$bind = array(':increment_id' => (int)$orderIncrementId);

$select = $adapter->select();

$select->from($this->getTable('sales/order'), 'entity_id')

->where('increment_id = :increment_id');

$entity_id = $adapter->fetchOne($select, $bind);

if ($entity_id > 0) {

return true;

}

return false;

}

Alla linea quattro modifichiamo

$bind      = array(':increment_id' => (int)$orderIncrementId);

1	$bind = array(':increment_id' => (int)$orderIncrementId);

In modo che diventi:

$bind      = array(':increment_id' => $orderIncrementId);

1	$bind = array(':increment_id' => $orderIncrementId);

Salviamo il tutto.

Soluzione2: Questo errore si presenta quando per qualche ragione sono stati inseriti ordini sopra l’ultimo incrementale registrato in eav_entity_type. Per risolvere il problema è sufficiente incrementare sopra l’ultimo valore registrato il valore dell’incrementale.

Di seguito discutiamo il problema e la soluzione nel dettaglio.

Anzitutto l’errore che si presenta è simile a questo:

SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '0009032' for key 'UNQ_SALES_FLAT_ORDER_INCREMENT_ID', query was: INSERT INTO sales_flat_order (coupon_code, protect_code, shipping_description, is_virtual, store_id, customer_id, base_discount_amount, base_grand_total, base_shipping_amount, base_shipping_tax_amount, base_subtotal, base_tax_amount, base_to_global_rate, base_to_order_rate, discount_amount, grand_total, shipping_amount, shipping_tax_amount, store_to_base_rate, store_to_order_rate, subtotal, tax_amount, total_qty_ordered, customer_is_guest, customer_note_notify, customer_group_id, quote_id, base_shipping_discount_amount, base_subtotal_incl_tax, shipping_discount_amount, subtotal_incl_tax, weight, customer_dob, increment_id, applied_rule_ids, base_currency_code, customer_email, customer_firstname, customer_lastname, customer_middlename, customer_prefix, customer_suffix, customer_taxvat, discount_description, global_currency_code, order_currency_code, remote_ip, shipping_method, store_currency_code, store_name, x_forwarded_for, customer_note, created_at, updated_at, total_item_count, customer_gender, hidden_tax_amount, base_hidden_tax_amount, shipping_hidden_tax_amount, base_shipping_hidden_tax_amnt, shipping_incl_tax, base_shipping_incl_tax, gift_message_id, payment_fee_amount, base_payment_fee_amount, payment_installment_fee_amount, base_payment_installment_fee_amount, payment_tax_amount, base_payment_tax_amount, referral_code, ebizmarts_abandonedcart_flag, payment_fee_tax, base_payment_fee_tax, payment_percentage_fee, base_payment_percentage_fee) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, '1975-10-01 00:00:00', ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, '2018-11-28 11:14:46', '2018-11-28 11:14:46', ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)

Questo errore si presenta perché si sta cercando di inserire una chiave duplicata in sales_flat_order. Prima di tutto verifichiamo la cosa spostandoci in sales_flat_order ed effettuando la seguente query:

SELECT MAX(`entity_id`) FROM `sales_flat_order`

1	SELECT MAX(`entity_id`) FROM `sales_flat_order`

Nel mio caso il risultato della query era 10.009. Adesso spostiamoci su eav_entity_store. Qui dovremmo vedere una tabella con tutti gli incrementali. Cerchiamo quello che ci interessa. Per trovarlo guardiamo i campi entity_type_id e store_id. Gli entity_type_id hanno come riferimento la tabella eav_entity_type.

Per esempio il codice 5 corrisponde agli ordini, mentre il codice 6 alle fatture/ordini.

Nel mio caso mi accorgo che increment_last_id è su 9033, mentre il massimo valore inserito in sales_flat_order è di 10.009. Quindi mi è sufficiente portare questo valore al di sopra di quello attuale, per esempio impostandolo su 10.010.

Una volta fatto il problema è risolto.

Vedi articolo

17 Settembre 2018 Nessun commento

[magento] Errore in fase di download degli ordini

Problema: quando si cerca di scaricare l’elenco degli ordini viene restituito il seguente errore MAGENTO – Errore in fase di download degli ordini System.ServiceModel.FaultException: SQLSTATE[HY000]: General error: 1030 Got error 28 from storage engine, query was: DESCRIBE sales_flat_order

Soluzione: il disco del server è pieno, probabilmente riempito dai file log di Magento stesso e non è possibile effettuare la maggior parte delle operazioni. Basta cancellare i file log oppure liberare spazio sul server.

La seguente soluzione è stata testata su Magento 1.9.3 e sistema operativo CentOS.

Anzitutto premetto che l’errore non è per forza causato da Magento, ma potrebbe trattarsi del server che per qualche motivo si è riempito (per esempio a causa di aggiornamenti). Anzitutto verifichiamo la nostra situazione digitando su server linux:

df -h

df -h

Dovremmo vedere un risultato simile al seguente:

Notiamo come la partizione / sia montata su /dev/mapper/centos-root al quale rimangono disponibili solamente 20KB di spazio.

Nella maggior parte dei casi è altamente probabile che i log di magento abbiano saturato lo spazio a disposizione. Per verificarlo spostiamoci su /var/www/sito_magento/var/log.

Digitiamo:

ls -l

ls -l

In questo modo dovremmo vedere qualcosa di simile a questo:

Notate che il file system.log ha superato l’assurda dimensione di 57GB! A questo punto puliamo tutti i file log, eventualmente li possiamo prima salvare da qualche parte se lo riteniamo necessario. Digitiamo:

rm -rf *.log

1	rm -rf *.log

In questo modo cancelleremo tutti i file log presenti nella cartella.

Verifichiamo nuovamente la situazione digitando:

df -h

df -h

Dovremmo vedere qualcosa di simile a quanto segue:

Notiamo che si sono liberati 56GB e abbiamo nuovamente il 44% dello spazio a disposizione.

Vedi articolo