Best Practices bei der Konfiguration

Commerce bietet viele Einstellungen und Tools, mit denen Sie die Reaktionszeit auf den Seiten verbessern und einen höheren Durchsatz erzielen können.

Cron-Aufträge

Alle asynchronen Vorgänge in Commerce werden mit dem Linux cron-Befehl ausgeführt. Siehe cron konfigurieren und ausführen , um es korrekt zu konfigurieren.

Indexer

Ein Indexer kann im Modus Update on Save oder Update on Schedule ausgeführt werden. Der Modus Update on Save wird sofort indiziert, wenn sich Ihr Katalog oder andere Daten ändern. Dieser Modus setzt eine geringe Intensität von Aktualisierungs- und Browsing-Vorgängen in Ihrem Store voraus. Dies kann zu beträchtlichen Verzögerungen und zu einer Nichtverfügbarkeit der Daten bei hohen Lasten führen. Es wird empfohlen, Auf Zeitplan aktualisieren für Leistungszwecke zu verwenden, da dort Informationen über Datenaktualisierungen gespeichert werden und eine Indexierung nach Portionen im Hintergrund durch einen bestimmten Cron-Auftrag durchgeführt wird. Sie können den Modus jedes Commerce-Indexers separat auf der Konfigurationsseite System > Tools > Index Management ändern. Der Index Customer Grid muss immer auf den Modus Update on Save eingestellt sein.

Caches

Wenn Sie Ihren Store in Produktion starten, aktivieren Sie alle Caches von der Seite System > Tools > Cache Management aus. Es wird dringend empfohlen, Varnish zu verwenden, da es sich um eine effiziente Lösung für den Zwischenspeicher von Produktionsseiten handelt.

Asynchrone E-Mail-Benachrichtigungen

Durch Aktivierung der Einstellung "Asynchrone E-Mail-Benachrichtigungen"werden Prozesse, die E-Mail-Benachrichtigungen zum Checkout und zur Bestellverarbeitung verarbeiten, in den Hintergrund verschoben. Um diese Funktion zu aktivieren, gehen Sie zu Stores> Settings > Configuration > Sales > Sales Emails > General Settings >Asynchronous Sending. Weitere Informationen finden Sie unter E-Mails für Vertrieb im Benutzerhandbuch für Administratoren.

Asynchrone Auftragsdatenverarbeitung

Es kann vorkommen, dass intensive Verkäufe an eine Storefront gleichzeitig erfolgen, während Commerce eine intensive Auftragsverarbeitung durchführt. Sie können Commerce so konfigurieren, dass diese beiden Traffic-Muster auf Datenbankebene unterschieden werden, um Konflikte zwischen Lese- und Schreibvorgängen in den entsprechenden Tabellen zu vermeiden. Sie können Bestelldaten asynchron speichern und indizieren. Bestellungen werden temporär gespeichert und ohne Kollisionen stapelweise in das Order Management-Raster verschoben. Sie können diese Option von Stores> Settings > Configuration > Advanced > Developer > Grid Settings >Asynchronous indexing aktivieren. Weitere Informationen finden Sie unter Geplante Rasteraktualisierungen im Benutzerhandbuch für Administratoren.

Speichern Sie die asynchrone Konfiguration

Bei Projekten mit einer großen Anzahl von Konfigurationen auf Store-Ebene kann das Speichern einer Store-Konfiguration eine übermäßige Zeit in Anspruch nehmen oder zu einem Timeout führen. Das Modul Async Config ermöglicht asynchrone Konfigurationseinstellungen, indem ein Cron-Auftrag ausgeführt wird, der mithilfe eines Verbrauchers das Speichern in einer Nachrichtenwarteschlange verarbeitet. AsyncConfig ist standardmäßig disabled.

Sie können AsyncConfig über die Befehlszeilenschnittstelle aktivieren:

bin/magento setup:config:set --config-async 1

Der Befehl set schreibt Folgendes in die Datei app/etc/env.php:

...
   'config' => [
       'async' => 1
   ]

Starten Sie den folgenden Kunden, um die Verarbeitung der Nachrichten in der Warteschlange auf der Basis des First-in-First-Out zu starten:

bin/magento queue:consumers:start saveConfigProcessor --max-messages=1

Zurückgestellte Bestandsaktualisierung

In Zeiten intensiver Umsätze kann Commerce Lageraktualisierungen im Zusammenhang mit Bestellungen zurückstellen. Dadurch wird die Anzahl der Vorgänge minimiert und der Bestellplatzierungsprozess beschleunigt. Diese Option ist jedoch riskant und kann nur verwendet werden, wenn im Speicher Rückorder aktiviert sind, da diese Option zu negativen Lagermengen führen kann. Diese Option kann zu einer deutlichen Leistungsverbesserung der Checkout-Flüsse für Stores führen, die ihren Lagerbestand bei Bedarf einfach wieder auffüllen können. Um verzögerte Lageraktualisierungen auf Ihrer Site zu aktivieren, gehen Sie zu Stores> Settings > Configuration > Catalog > Inventory > Product Stock Options >Use Deferred Stock Update. Weitere Informationen finden Sie unter Verwalten des Bestands im Adobe Commerce-Benutzerhandbuch .

Einstellungen zur clientseitigen Optimierung

Um die Reaktionsfähigkeit Ihrer Commerce -Instanz im Storefront zu verbessern, wechseln Sie im Standard- oder Entwicklermodus zum Admin und ändern Sie die folgenden Einstellungen:

Stores-> Configuration -> Advanced -> Developer:

Wenn Sie die Option "Enable JavaScript Bundling"aktivieren, gestatten Sie Commerce, alle JS-Ressourcen zu einem oder mehreren Bundles zusammenzuführen, die in Storefront-Seiten geladen werden. Das Bundling von JS führt zu weniger Anforderungen an den Server, was die Seitenleistung verbessert. Es hilft auch dem Browser, JS-Ressourcen beim ersten Aufruf zwischenzuspeichern und sie für alle weiteren Browser wiederzuverwenden. Diese Option bringt auch eine verzögerte Auswertung mit sich, da alle JS als Text geladen werden. Sie initiiert die Analyse und Auswertung von Code erst, nachdem bestimmte Aktionen auf der Seite ausgelöst wurden. Diese Einstellung wird jedoch nicht für Stores empfohlen, bei denen die erste Seitenladezeit äußerst wichtig ist, da der gesamte JS-Inhalt beim ersten Aufruf geladen wird.

Bundle-Tipps

Validierung von Kundensegmenten

Bei Händlern mit einer großen Anzahl von Kundensegmenten kann die Leistung durch Kundenaktionen wie die Kundenanmeldung und das Hinzufügen von Produkten zum Warenkorb erheblich beeinträchtigt werden.

Kundenaktionen Trigger eines Validierungsprozesses für Kundensegmente, der zu Leistungsbeeinträchtigungen führen kann. Standardmäßig validiert Adobe Commerce jedes Segment in Echtzeit, um zu definieren, welche Kundensegmente abgeglichen werden und welche nicht.

Um Leistungsbeeinträchtigungen zu vermeiden, können Sie die Systemkonfigurationsoption Real-time Check if Customer is Matched by Segment auf Nein setzen, um Kundensegmente anhand einer einzigen kombinierten SQL-Abfrage zu validieren.

Um diese Optimierung zu aktivieren, gehen Sie zu Stores> Settings > Configuration > Customers > Customer Configuration > Customer Segments >Real-time Check if Customer is Matched by Segment.

Diese Einstellung verbessert die Leistung der Validierung von Kundensegmenten, wenn das System viele Kundensegmente enthält. Es funktioniert jedoch nicht mit split database -Implementierungen oder wenn keine registrierten Kunden vorhanden sind.

Zeitplan für die Datenbankwartung database

Es wird empfohlen, regelmäßige Datenbanksicherungen für Ihre Staging- und Produktionsinstanzen durchzuführen. Aufgrund der I/O-intensiven Natur von Sicherungsvorgängen können Sie auf langsamere Backups und potenzielle Probleme stoßen. Das gleichzeitige Ausführen von Datenbankprozessen für mehrere Umgebungen kann aufgrund von Konflikten um verfügbare Ressourcen möglicherweise langsamer ablaufen.

Planen Sie für eine bessere Leistung nacheinander die Ausführung Ihrer Sicherungen zu Zeiten außerhalb der Spitzenzeiten. Diese Methode vermeidet E/A-Konflikte und verkürzt die Fertigstellungszeit, insbesondere für kleinere Instanzen, größere Datenbanken usw.

Beispielsweise wird empfohlen, eine Sicherung Ihrer Produktionsdatenbank und danach die Staging-Datenbank zu planen, wenn Ihre Stores auf geringere Besuche stoßen.

Anzahl der Produkte im Raster begrenzen

Um die Leistung des Produktrasters für große Kataloge zu verbessern, empfehlen wir, die Anzahl der Produkte im Raster mit der Systemkonfigurationseinstellung Stores> Settings > Configuration > Advanced > Admin > Admin Grids >Limit Number of Products in Grid zu begrenzen.

Diese Systemkonfigurationseinstellung ist standardmäßig deaktiviert. Durch Aktivierung dieser Option können Sie die Anzahl der Produkte im Raster auf einen bestimmten Wert begrenzen. Records Limit ist eine anpassbare Einstellung mit einem Standardwert von mindestens 20000.
Wenn die Einstellung Limit Number of Products in Grid aktiviert ist und die Anzahl der Produkte im Raster größer als die Datensatzgrenze ist, wird die begrenzte Sammlung von Datensätzen zurückgegeben. Bei Erreichen des Grenzwerts werden die gefundenen Datensätze insgesamt, die Anzahl der ausgewählten Datensätze und die Paginierungselemente aus dem Rasterheader ausgeblendet.

Wenn die Gesamtanzahl der Produkte im Raster begrenzt ist, wirkt sich dies nicht auf Massenaktionen im Produktraster aus. Dies betrifft nur die Darstellungsschicht des Produktraster. Beispielsweise gibt es eine begrenzte Anzahl von 20000 Produkten im Raster, der Benutzer klickt auf Select All, wählt die Aktion für die Masse Update attributes aus und aktualisiert einige Attribute. Daher werden alle Produkte aktualisiert, nicht die begrenzte Sammlung von 20000 -Datensätzen.

Die Produktrasterbegrenzung betrifft nur Produktsammlungen, die von Benutzeroberflächen-Komponenten verwendet werden. Daher sind nicht alle Produktraster von dieser Einschränkung betroffen. Nur diejenigen, die Magento\Catalog\Ui\DataProvider\Product\ProductCollection verwenden.
Sie können Produktraster-Sammlungen nur auf den folgenden Seiten einschränken:

Wenn Sie nicht möchten, dass Ihr Produktraster eingeschränkt wird, empfehlen wir Ihnen, Filter präziser zu verwenden, damit die Ergebnissammlung weniger Elemente als Records Limit enthält.