Fichiers de configuration pour le déploiement
Adobe Commerce fournit des fichiers de configuration qui vous permettent de personnaliser facilement un composant et de créer des types de configuration pour étendre les fonctionnalités par défaut. Le processus de configuration du déploiement comprend la configuration partagée et spécifique au système pour votre installation. La configuration du déploiement de Commerce est divisée entre app/etc/config.php et app/etc/env.php.
-
app/etc/config.phpest le fichier de configuration shared.
Ce fichier contient la liste des modules, thèmes et modules de langue installés, ainsi que les paramètres de configuration partagés.Archivez ce fichier pour contrôler la source et utilisez-le dans vos systèmes de développement, d’évaluation et de production.
-
app/etc/env.phpcontient des paramètres spécifiques à l’environnement d’installation.
Ensemble, config.php et env.php sont appelés la configuration de déploiement de Commerce, car les fichiers sont créés pendant l’installation et sont nécessaires pour démarrer l’application Commerce.
INFOlocal.xml dans Magento 1.x.Contrairement aux autres fichiers de configuration de module, la configuration du déploiement Commerce est chargée en mémoire lors de l’initialisation, n’est fusionnée avec aucun autre fichier et ne peut pas être étendue. (config.php et env.php sont toutefois fusionnés les uns avec les autres.)
Détails sur la configuration du déploiement
config.php et env.php sont des fichiers PHP qui renvoient un tableau associatif multidimensionnel, qui est essentiellement une structure hiérarchique de paramètres et de valeurs de configuration.
Au niveau supérieur de ce tableau se trouvent les segments de configuration. Un segment a un contenu arbitraire (une valeur scalaire ou un tableau imbriqué) distingué par une clé arbitraire, où la paire clé/valeur est définie par la structure Commerce.
Magento\Framework\App\DeploymentConfig donne simplement accès à ces sections, mais ne vous permet pas de les étendre.
Au niveau de la hiérarchie suivante, les éléments de chaque segment sont triés en fonction de la définition de séquence de module, qui est obtenue en fusionnant les fichiers de configuration de tous les modules, à l’exception des modules désactivés.
Les sections suivantes abordent la structure et le contenu de la configuration du déploiement :
- Gestion des modules installés
- Configuration spécifique au système
Gestion des modules installés
Le fichier config.php contient une liste de modules installés. Adobe Commerce fournit des utilitaires de ligne de commande et web pour gérer les modules (installation, désinstallation, activation, désactivation ou mise à niveau).
Exemples :
- Désinstallation des composants :
bin/magento setup:uninstall - Vérifiez l’état des composants :
bin/magento module:status - Activez ou désactivez les composants :
bin/magento module:disable,bin/magento module:enable.
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,
...
),
);
La valeur 1 ou 0 indique si un module est activé ou désactivé.
Les modules désactivés ne sont pas reconnus par l’application Commerce ; en d’autres termes, ils ne participent pas à la configuration de fusion, à l’injection de dépendances, aux événements, aux modules externes, etc. Les modules désactivés ne modifient pas le storefront ou l’administrateur et n’affectent pas le routage.
La seule différence pratique d’un module désactivé et d’un module absent de la base de code est qu’un module désactivé est trouvé par l’outil de chargement automatique, et ses classes et constantes sont disponibles pour réutilisation dans d’autres codes.
Commerce
