Magento - 2.2.6 Mögliche Probleme?

Magento wurde am 18. September 2018 in der Version Magento-2.2.6 veröffentlicht.

Diese Version enthält:

1. 25 wichtige Verbesserungen der Produktsicherheit, über 150 Kerncode-Korrekturen und -Erweiterungen sowie über 350 von der Community eingereichte Pull-Anforderungen.
2. Obwohl diese Version diese Sicherheitsverbesserungen enthält, sind bisher keine bestätigten Angriffe im Zusammenhang mit diesen Problemen aufgetreten.
3. Bestimmte Sicherheitslücken können jedoch möglicherweise ausgenutzt werden, um auf Kundeninformationen zuzugreifen oder Administratorsitzungen zu übernehmen. Wir empfehlen daher, Ihre Magento-Software so bald wie möglich auf die neueste Version zu aktualisieren.

Magento empfiehlt, unsere Magento-Software so schnell wie möglich auf die neueste Version zu aktualisieren.

Was sind die möglichen Probleme mit dieser Magento-2.2.6-Version?

Wenn Sie benutzerdefinierte Attribute verwenden und diese Attribute zum Erstellen von Widgetregeln verwenden, haben die meisten von mir verwendeten Widgets Fehler verursacht und mussten entfernt werden.

In meinem Fall schienen einige der aufgerufenen Attribute Fehler zu haben, da "Back-Ticks" beim Rendern der Seite einfache Anführungszeichen durch Back-Ticks ersetzten.

Ich habe die Widgets mit diesen Attributen gelöscht und die Seite wird ohne Probleme geladen.

Aufgrund des Back-Tick-Problems muss ich auch einige der Warenkorb- und Katalogregeln neu schreiben.

1 Hauptproblem, das ich habe,

" Pub / media / catalog / product / cache entfernen. (Durch Entfernen dieses Ordners wird Speicherplatz frei.) & Bin / magento catalog: image ausführen: Größe ändern, um einen neuen Image-Cache zu generieren. (Dieser Schritt ist erforderlich, da wir den Pfad geändert haben zu zwischengespeicherten Bildern und muss die zuvor zwischengespeicherten Bilder entfernen.) "

Das Entfernen von 'pub / media / catalog / product / cache' ist kein Problem, aber der 'bin / magento catalog: image: resize' erstellt nur neue Bilder in dem Ordner, den ich gerade entfernt habe. Es hieß, es würde einen neuen Weg geben, aber das scheint bisher nicht der Fall zu sein, es sei denn, ich vermisse etwas. Planen Sie jedoch eine Größenänderung des Bildes, um eine lange Zeit in Anspruch zu nehmen. Bisher 22 Minuten und weniger als 500 verarbeitete Bilder.

Ich habe 2 Probleme bei der Preisumstellung festgestellt. Ein Problem ist, dass der konfigurierbare Preisindex (und wahrscheinlich auch andere komplexe Produkte, aber ich habe kein Produktionsprojekt, das Bundles und gruppierte Produkte ausgiebig verwendet) auf die ordnungsgemäße Ausführung des untergeordneten Produktindex angewiesen ist. Der konfigurierbare Preisindexer funktioniert in zwei Schritten:

• Erstellen Sie Indexdaten basierend auf dem konfigurierbaren Produktpreis, der null ist, da Magento es Ihnen nicht ermöglicht, den Preis auf dem konfigurierbaren Preisniveau festzulegen
• Aktualisieren Sie die minimalen und maximalen Spalten in der catalog_product_index_priceTabelle basierend auf untergeordneten Daten aus derselben Tabelle

Der erste Fehler, den ich fand, war die reindexListMethode, die durch geplante Neuindizierung ausgelöst wurde. Die angegebene Liste wurde nach Produkttyp neu indiziert, der nach den angegebenen IDs sortiert wurde. Wenn die niedrigste ID in der Liste einfach war, wurden alle Simples vor den Konfigurierbaren neu indiziert. Wenn sie konfigurierbar waren, wurden die Konfigurierbaren vor den Simples konfiguriert.

Der zweite Fehler beruhte auf der Tatsache, dass im ersten Schritt der konfigurierbaren Preis-Neuindizierungs-Prozesstabelle catalog_product_index_pricebasierend auf einer Abfrage aktualisiert wurde, bei der whereTeile als where e.entity_id BEETWEEN ? and ?und Werte mit minimalen und maximalen IDs aus der bereitgestellten Liste erstellt wurden. Dies führte dazu, dass die Indextabelle für alle konfigurierbaren Elemente aus dem Bereich basierend auf ihren Daten aktualisiert wurde und in den meisten Fällen alle Preisspalten auf 0 gesetzt wurden. Im zweiten Schritt, in dem der Indexer den minimalen und maximalen Preis basierend auf der untergeordneten Abfrage aktualisieren sollte, wurde die Abfrage mit whereTeil ausgeführt wie where le.entity_id IN (?), also nur für die konfigurierbaren Elemente, die für die reindexListMethode bereitgestellt werden, die alle anderen im Basiszustand macht.