Magento - 2.2.6 Possibili problemi?

Magento è stato rilasciato la versione Magento-2.2.6 il 18 settembre 2018.

Questa versione include:

1. 25 miglioramenti fondamentali alla sicurezza del prodotto, oltre 150 correzioni e miglioramenti del codice core e oltre 350 richieste pull inviate dalla community.
2. Sebbene questa versione includa questi miglioramenti della sicurezza, ad oggi non si sono verificati attacchi confermati relativi a questi problemi.
3. Tuttavia, alcune vulnerabilità possono essere potenzialmente sfruttate per accedere alle informazioni sui clienti o assumere sessioni di amministratore, quindi ti consigliamo di aggiornare il tuo software Magento alla versione più recente il più presto possibile.

Magento consiglia di aggiornare il nostro software Magento all'ultima versione il prima possibile.

Quali sono i possibili problemi con questa versione di Magento-2.2.6?

Se si utilizzano attributi personalizzati e si utilizzano tali attributi per creare le regole dei widget, la maggior parte dei widget che ho usato ha causato errori e ha dovuto essere rimosso.

Nel mio caso, sembrava che alcuni degli attributi chiamati presentassero errori con "back-tick" che sostituivano le virgolette singole con back-tick durante il rendering della pagina.

Ho eliminato i widget usando quegli attributi e la pagina si carica senza problemi.

Ho anche bisogno di riscrivere alcune delle regole del carrello e del catalogo, anche a causa del problema del back-tick.

1 grosso problema che sto riscontrando,

" Rimuovi pub / media / catalogo / prodotto / cache. (La rimozione di questa cartella libera spazio.) & Esegui catalogo bin / magento: immagine: ridimensiona per generare una nuova cache di immagine. (Questo passaggio è necessario perché abbiamo cambiato il percorso alle immagini memorizzate nella cache e devono rimuovere le immagini precedentemente memorizzate nella cache.) "

Rimuovere "pub / media / catalog / product / cache" non è un problema, ma il "bin / magento catalog: image: resize" sta semplicemente creando nuove immagini all'interno della cartella che ho appena rimosso. Diceva che ci sarebbe stato un nuovo percorso, ma questo non sembra essere il caso finora, a meno che non mi manchi qualcosa. Ma pianifica il ridimensionamento dell'immagine per impiegare molto tempo. 22 minuti finora e meno di 500 immagini elaborate.

Ho riscontrato 2 problemi relativi alla reindicizzazione dei prezzi. Un problema è che l'indicizzatore di prezzi configurabile (e probabilmente anche altri prodotti complessi ma non ho un progetto di produzione che utilizza ampiamente pacchetti e prodotti raggruppati) si affida al suo indice di prodotto figlio per essere eseguito correttamente. L'indicizzatore di prezzi configurabile funziona in 2 passaggi:

• costruire i dati dell'indice in base al prezzo del prodotto configurabile che è nullo poiché magento non consente di impostare il prezzo al livello di prezzo configurabile
• aggiorna le colonne min e max nella catalog_product_index_pricetabella in base ai dati secondari della stessa tabella

Il primo bug che ho riscontrato è stato che il reindexListmetodo attivato dal reindex programmato ha reindicizzato l'elenco specificato per tipo di prodotto che è stato ordinato in base agli ID forniti. Se l'id più basso nell'elenco era semplice, tutte le semplici venivano reindicizzate prima dei configurabili, se era configurabile e quindi configurabile prima dei semplici.

Il secondo bug si basava sul fatto che nel primo passaggio della tabella dei processi reindex configurabile è catalog_product_index_pricestato aggiornato in base a una query che ha creato whereparti come where e.entity_id BEETWEEN ? and ?e valori in cui gli ID minimo e massimo dall'elenco fornito. Ciò ha comportato l'aggiornamento della tabella dell'indice per tutti gli elementi configurabili dell'intervallo in base ai suoi dati e nella maggior parte dei casi la colonna di prezzo è stata impostata su 0. Nel secondo passaggio, l'indicizzatore dovrebbe aggiornare il prezzo minimo e massimo in base alla query figlio è stata eseguita con whereparte come where le.entity_id IN (?), quindi solo per i configurabili forniti al reindexListmetodo rendendo tutti gli altri nello stato di base.