Konfigurationsdateien für die Bereitstellung

Adobe Commerce bietet Konfigurationsdateien, mit denen Sie eine Komponente einfach anpassen und Konfigurationstypen erstellen können, um die Standardfunktion zu erweitern. Der Bereitstellungsprozess besteht aus der freigegebenen und systemspezifischen Konfiguration für Ihre Installation. Die Bereitstellungskonfiguration von Commerce ist auf app/etc/config.php und app/etc/env.php aufgeteilt.

Zusammen werden config.php und env.php als Commerce Bereitstellungskonfiguration bezeichnet, da die Dateien während der Installation erstellt werden und zum Starten der Commerce-Anwendung erforderlich sind.

Im Gegensatz zu anderen Modulkonfigurationsdateien wird die Commerce-Bereitstellungskonfiguration beim Initialisieren in den Speicher geladen, wird nicht mit anderen Dateien zusammengeführt und kann nicht erweitert werden. (config.php und env.php werden jedoch zusammengeführt.)

Details zur Bereitstellungskonfiguration

config.php und env.php sind PHP-Dateien, die ein mehrdimensionales assoziatives Array zurückgeben, das im Grunde eine hierarchische Anordnung von Konfigurationsparametern und -werten ist.

Auf der obersten Ebene dieses Arrays befinden sich Konfigurationssegmente. Ein Segment hat beliebigen Inhalt (einen skalaren Wert oder ein verschachteltes Array), der sich durch einen beliebigen Schlüssel unterscheidet, wobei sowohl das Schlüssel- als auch das Wertpaar vom Commerce-Framework definiert werden.

Magento\Framework\App\DeploymentConfig bietet lediglich Zugriff auf diese Abschnitte, erlaubt jedoch nicht, sie zu erweitern.

Auf der nächsten Hierarchieebene werden Elemente in jedem Segment gemäß der Modulsequenzdefinition geordnet, die durch Zusammenführen der Konfigurationsdateien aller Module mit Ausnahme deaktivierter Module abgerufen wird.

In den folgenden Abschnitten werden Struktur und Inhalt der Bereitstellungskonfiguration beschrieben:

Installierte Module verwalten

Die Datei config.php enthält eine Liste der installierten Module. Adobe Commerce bietet sowohl Befehlszeilen- als auch webbasierte Dienstprogramme zum Verwalten von Modulen (Installieren, Deinstallieren, Aktivieren, Deaktivieren oder Aktualisieren).

Beispiele:

config.php

return array (
  'modules' =>
  array (
    'Magento_Core' => 1,
    'Magento_Store' => 1,
    'Magento_Theme' => 1,
    'Magento_Authorization' => 1,
    'Magento_Directory' => 1,
    'Magento_Backend' => 1,
    'Magento_Backup' => 1,
    'Magento_Eav' => 1,
    'Magento_Customer' => 1,
...
  ),
);

Der Wert 1 oder 0 gibt an, ob ein Modul aktiviert oder deaktiviert ist.

Deaktivierte Module werden von der Commerce-Anwendung nicht erkannt, d. h. sie beteiligen sich nicht an der Zusammenführung von Konfigurationen, an der Injektion von Abhängigkeiten, an Ereignissen, Plug-ins usw. Deaktivierte Module beeinflussen weder die Storefront noch den Administrator und wirken sich nicht auf das Routing aus.

Der einzige praktische Unterschied zwischen einem deaktivierten Modul und einem fehlenden Modul in der Codebasis besteht darin, dass ein deaktiviertes Modul vom Autoloader gefunden wird und seine Klassen und Konstanten für die Wiederverwendung in anderem Code verfügbar sind.