Anwendungsmodi

Sie können die Commerce-Anwendung in einem der folgenden ausführen:

Informationen manuellen Ändern der Adobe CommerceBetriebsmodi finden Sie unter „Festlegen des Betriebsmodus“.

Cloud-Support

Aufgrund des schreibgeschützten Dateisystems gibt es eine strikte Einschränkung bezüglich des Wechsels der Modi in Remote-Cloud-Umgebungen und es kann nicht durch den Adobe Commerce-Support überschrieben werden. Versuchen Sie nicht, den Modus zu ändern, indem Sie die app/etc/env.php ändern, da das ece-tools die Datei basierend auf mehreren Konfigurationsquellen überschreibt.

Adobe Commerce in der Cloud-Infrastruktur führt die Anwendung während einer Bereitstellung automatisch Wartungsmodus aus. Dadurch wird Ihre Site offline geschaltet, bis die Bereitstellung abgeschlossen ist. Andernfalls verbleibt die Anwendung im Produktions Modus. Siehe Bereitstellungsprozess im Handbuch zu Commerce in Cloud-Infrastrukturen.

Wenn Sie Cloud Docker für Commerce als Entwicklungs-Tool verwenden, können Sie Ihr Cloud-Infrastrukturprojekt in einer Docker-Umgebung im Entwicklermodus bereitstellen, die Leistung ist jedoch aufgrund zusätzlicher Dateisynchronisierungsvorgänge langsamer. Siehe Bereitstellen der Docker-Umgebung im Handbuch Cloud Docker for Commerce.

Standardmodus

Der Standard-Modus ermöglicht die Bereitstellung der Commerce-Anwendung auf einem einzelnen Server, ohne dass dabei Einstellungen geändert werden müssen. Der Standardmodus ist jedoch aufgrund der negativen Auswirkungen statischer Dateien nicht für die Produktion optimiert. Das Erstellen statischer Dateien und das Zwischenspeichern dieser Dateien wirkt sich stärker auf die Leistung aus als das Generieren mit dem Tool zur Erstellung statischer Dateien.

Im Standardmodus:

Commerce wird im Standardmodus ausgeführt, wenn kein anderer Modus angegeben ist.

Entwicklermodus

Der Entwicklermodus wird zum Erweitern und Anpassen des Commerce-Programms empfohlen. Statische Ansichtsdateien werden nicht zwischengespeichert, sondern bei Bedarf in das pub/static-Verzeichnis geschrieben.

Im Entwicklermodus:

Produktionsmodus

Der Produktionsmodus eignet sich am besten für die Bereitstellung der Commerce-Anwendung auf einem Produktionssystem. Nach der Optimierung der Serverumgebung, z. B. der Datenbank und des Webservers, sollten Sie das Bereitstellungs-Tool für statische Ansichtsdateien ausführen, um statische Ansichtsdateien in das pub/static-Verzeichnis zu schreiben. Dies verbessert die Leistung, indem alle erforderlichen statischen Dateien bei der Bereitstellung bereitgestellt werden, anstatt das Commerce-Programm zu zwingen, statische Dateien bei Bedarf während der Laufzeit dynamisch zu suchen und zu kopieren (materialisieren).

Einige Felder, wie die Systemkonfigurationsabschnitte „Erweitert“ und „Entwickler“ in „Admin“, sind im Produktionsmodus nicht verfügbar. Beispielsweise können Sie Cache-Typen der Admin-Klasse nicht aktivieren oder deaktivieren. Sie können Cache-Typen (nur ) der Befehlszeile) aktivierendeaktivieren.

Im Produktionsmodus:

Wartungsmodus

Der Wartungsmodus beschränkt oder verhindert den Zugriff auf eine Site während Verbesserungen, Aktualisierungen und Konfigurationsaufgaben. Standardmäßig leitet die Site Besucher zu einer standardmäßigen Service Temporarily Unavailable um.

Sie können eine benutzerdefinierte Wartungsseite erstellen, den Wartungsmodus manuell aktivieren und deaktivieren und den Wartungsmodus so konfigurieren, dass Besucher von autorisierten IP-Adressen den Store normal anzeigen können. Siehe Aktivieren und Deaktivieren desim Installationshandbuch.

Wenn Sie Commerce in der Cloud-Infrastruktur verwenden, wird die Commerce-Anwendung während der Bereitstellungsphase im Wartungsmodus ausgeführt. Wenn die Bereitstellung erfolgreich abgeschlossen wurde, kehrt die Commerce-Anwendung zur Ausführung im Produktionsmodus zurück. Siehe Bereitstellungs-Hooks im Handbuch zu Commerce in Cloud-Infrastrukturen.

Im Wartungsmodus: