Je me demande si vous avez déjà réfléchi à cette question : Maintenant qu'il existe un fichier de configuration, quel est le rôle de ce fichier .env ?
Vous devez avoir eu cette expérience. L'environnement local et l'environnement du serveur sont différents, et certaines valeurs de configuration seront différentes, telles que des informations de configuration de base de données différentes, des noms de domaine différents, etc. Cela entraînera des problèmes. Si vous utilisez un système de contrôle de version, le côté serveur extrait le dernier code et le fichier de configuration côté serveur deviendra l'environnement de développement local. Ensuite, il faut les regarder un par un puis les modifier. N'est-ce pas très gênant ! Il est également possible que vos informations de configuration locale soient vues par d'autres partenaires de développement (peut-être que les informations de votre base de données locale sont également très importantes et vous ne voulez pas que les autres le sachent) Le fichier
.env est à résoudre ce problème de. Nous pouvons placer les mêmes éléments de configuration du serveur et de l'environnement local dans le fichier de configuration, et placer différents éléments de configuration et informations sensibles dans le fichier .env. Notez également qu'il ne faut pas placer de fichiers .env dans le système de contrôle de version .
De plus, vous devriez remarquer qu'il existe également un fichier .env.example dans le répertoire racine. Il est généralement recommandé de placer ce fichier dans un système de contrôle de version pour informer les autres développeurs que vous devez faire une copie de ce fichier et changer son nom en .env. Définissez ensuite les valeurs à l'intérieur en fonction de votre propre environnement.
Si vous êtes comme moi, il existe trois environnements différents : l'environnement de développement, l'environnement de test et l'environnement en ligne. Ensuite, vous devez également créer un autre fichier .env.testing. Ce fichier écrasera les valeurs du fichier .env lors de l'exécution de tests PHPUnit ou de l'exécution de commandes Artisan avec l'option --env=testing.
Super variable globale $_ENV
Le fichier .env contient toutes les variables listées, qui seront chargées dans la variable super globale $_ENV de PHP, et la valeur correspondante peut être récupérée via cette variable .
Déterminer l'environnement système actuel
L'environnement actuel de l'application est déterminé par APP_ENV dans le fichier .env. Vous pouvez utiliser la méthode App::environment() pour obtenir la valeur de cette option. Tels que :
if ('local' == App::environment()) { // 本地环境 }
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!