Anwendungsmodi

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

Informationen zum manuellen Ändern der Adobe Commerce-Betriebsmodi finden Sie unter Festlegen des Betriebsmodus .

Cloud-Unterstützung

Aufgrund des schreibgeschützten Dateisystems gibt es eine strenge Einschränkung, die verhindert, dass die Modi in Remote-Cloud-Umgebungen geändert werden, und kann vom Adobe Commerce-Support nicht überschrieben werden. Versuchen Sie nicht, die Modi durch Änderung der Datei app/etc/env.php zu ändern, da das Paket ece-tools die Datei basierend auf mehreren Konfigurationsquellen überschreibt.

Adobe Commerce in der Cloud-Infrastruktur führt die Anwendung während einer Bereitstellung automatisch im Wartungsmodus aus, wodurch Ihre Site offline geschaltet wird, bis die Bereitstellung abgeschlossen ist. Andernfalls bleibt die Anwendung im Modus Produktion. Siehe Bereitstellungsprozess im Handbuch Commerce on Cloud Infrastructure.

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

Standardmodus

Mit dem Modus default können Sie die Commerce-Anwendung auf einem einzigen Server bereitstellen, ohne Einstellungen zu ändern. Der Standardmodus ist jedoch aufgrund der Leistungsbeeinträchtigung statischer Dateien nicht für die Produktion optimiert. Das Erstellen statischer Dateien und das Zwischenspeichern dieser Dateien hat eine höhere Leistung als das Erstellen statischer Dateien mit dem Erstellungswerkzeug für statische Dateien.

Im Standardmodus:

Commerce arbeitet im Standardmodus, wenn kein anderer Modus angegeben ist.

Entwicklermodus

Der Modus Entwickler wird zum Erweitern und Anpassen der Commerce-Anwendung empfohlen. Statische Ansichtsdateien werden nicht zwischengespeichert, sondern bei Bedarf in das Verzeichnis pub/static geschrieben.

Im Entwicklermodus:

Produktionsmodus

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

Einige Felder, wie z. B. die Abschnitte Erweiterte Systemkonfiguration und Entwicklerkonfiguration im Admin, sind nicht im Produktionsmodus verfügbar. Beispielsweise können Sie nicht Cache-Typen mit dem Admin aktivieren oder deaktivieren. Sie können die Cache-Typen nur über die Befehlszeile aktivieren und deaktivieren.

Im Produktionsmodus:

Wartungsmodus

Der Modus wartung schränkt den Zugriff auf eine Site während Verbesserungen, Aktualisierungen und Konfigurationsaufgaben ein oder verhindert ihn. Standardmäßig leitet die Site Besucher auf eine standardmäßige Service Temporarily Unavailable -Seite um.

Sie können eine benutzerdefinierte Wartungsseite erstellen, den Wartungsmodus manuell aktivieren und deaktivieren und den Wartungsmodus konfigurieren, damit Besucher von autorisierten IP-Adressen den Speicher normal anzeigen können. Siehe Aktivieren und Deaktivieren des Wartungsmodus im Installationshandbuch.

Wenn Sie Commerce in der Cloud-Infrastruktur verwenden, wird die Commerce-Anwendung während der Bereitstellungsphase im Wartungsmodus ausgeführt. Nach erfolgreichem Abschluss der Bereitstellung kehrt die Commerce-Anwendung im Produktionsmodus zur Ausführung zurück. Siehe Bereitstellungs-Hooks im Handbuch Commerce on Cloud Infrastructure.

Im Wartungsmodus: