Comment modifier .env dans Laravel

Comment modifier .env dans Laravel : 1. Obtenez le chemin du fichier env via "base_path('.env');" 2. Déclarez la fonction via "function updateEnv($data = array()){} "; 3. Modifiez et analysez simplement le fichier env en utilisant "$pattern = '/([^=]*)=[^n]*/';" correspondance régulière.

L'environnement d'exploitation de ce tutoriel : système Windows 7, Laravel version 5.7, ordinateur Dell G3.

Comment modifier .env dans Laravel ?

Laravel modifie dynamiquement la valeur de la variable d'environnement env !

Introduction

Afin de séparer les paramètres de configuration pour distinguer l'environnement de développement, l'environnement en ligne et d'autres fonctions, ou de changer manuellement le pilote de cache, le pilote de file d'attente, l'adresse du serveur de messagerie, etc., etc., ceux-ci peuvent être facilement marqués . Laravel utilise donc des fichiers .env pour envelopper ces données de configuration, qui sont des paires clé-valeur.

Temps d'apprentissage

Dans des circonstances normales, nous ne sommes pas autorisés à modifier le contenu du fichier env à moins qu'il ne soit traité manuellement. Cependant, en programmation, il est inévitable de rencontrer des situations qui doivent être modifiées. Alors, comment faire fonctionner dynamiquement les paires clé-valeur dans le fichier env ?

Supposons que l'APP_KEY générée par le système à l'aide de key:generate ne soit pas sûre lors d'un déploiement automatisé et d'un déploiement par lots, il est nécessaire de modifier dynamiquement la clé APP_KEY. Comment y parvenir ?

En fait, le fichier env n'est qu'un fichier texte, écrit dans un format standard tel que clé=valeur, utilisant une correspondance de chaîne tout au long, sur une seule ligne jusqu'à ce que le caractère de nouvelle ligne s'arrête.

Ensuite, modifier le contenu du fichier env n'est rien d'autre que trouver la clé appropriée puis remplacer la valeur, c'est tout.

La première version est donnée ci-dessous, qui est le fichier simple et brut file_put_contents. Obtenez d'abord le chemin du fichier env :

$path = base_path('.env');

Vous devez déterminer si le fichier existe :

if (file_exists($path)){
    // 文件存在
}

Si le fichier existe, lisez d'abord tout. le contenu du fichier dans une chaîne Dans la variable :

$origin = file_get_contents($path);

Supposons que notre nouvelle APP_KEY existe dans la variable $new_key, récupérez d'abord la valeur APP_KEY d'origine :

$old_key = env('APP_KEY');

Le fonctionnement sur chaîne nécessite bien sûr une correspondance directe à l'aide de la fonction de remplacement de chaîne, nous utilisons str_replace, la quantité de données du fichier env. Après tout, ce n'est pas gros, donc il n'y a pas vraiment de problème de performances.

$result = str_replace('APP_KEY=' . $old_key, $new_key, $origin);

De cette façon, $result stocke la valeur du dernier fichier env. Ensuite, écrivez simplement le fichier env :

file_put_contents($result);

La valeur par défaut est d'écraser, donc une fois le programme exécuté, le fichier env sera le dernier modifié dynamiquement. données.

Allez plus loin

Le code ci-dessus est toujours défectueux, car il n'y a fondamentalement aucune gestion des erreurs, ce qui peut facilement provoquer des erreurs. De plus, pour les opérations sur les fichiers aussi importantes que env, utiliser directement le remplacement de chaîne pour lire et écraser l'intégralité du fichier est intrinsèquement risqué.

Comment transformer notre façon de fonctionner pour la rendre plus sûre ? Nous avons besoin de code plus compatible. Dans cette section, nous essayons d'utiliser la correspondance régulière pour analyser le fichier env, le lire ligne par ligne, l'exploiter ligne par ligne et le juger ligne par ligne. Si la valeur clé existe, elle sera écrasée si ce n'est pas le cas. existe, il sera créé. De cette façon, il peut être compatible avec les fonctions nouvelles et de mise à jour, et les valeurs clés prises en charge sont plus flexibles.

Encapsulé en tant que fonction d'assistance, en supposant que le paramètre transmis est un tableau et un tableau associatif. Déclarez la fonction comme suit :

function updateEnv($data = array()){}

Écrivez la logique dans le corps de la fonction, vérifiez d'abord s'il n'est pas vide :

if (! count($data)) {return;}

Si ce n'est pas un tableau associatif, il n'est pas non plus accepté, car le fichier env doit clairement spécifier la clé et la valeur. Pour les tableaux associatifs, il vous suffit de déterminer si les clés du tableau sont différentes des clés automatiquement sérialisées :

if (array_keys($data) === range(0, count($data) - 1)) {return;}

Préparez le modèle correspondant :

$pattern = '/([^\=]*)\=[^\n]*/';

C'est le format d'écriture des fichiers env. Nous l'avons déjà présenté dans la section précédente. Nous lisons l'ancien fichier env dans un tableau et déclarons un nouveau tableau pour stocker les dernières données du fichier de configuration :

$envFile = base_path() . '/.env';
$lines = file($envFile);
$newLines = [];

Ensuite, parcourons les anciennes données du fichier et les analysons ligne par ligne :

foreach ($lines as $line) {
    preg_match($pattern, $line, $matches);
    if (!count($matches)) {
        $newLines[] = $line;
        continue;
    }
    if (!key_exists(trim($matches[1]), $data)) {
        $newLines[] = $line;
        continue;
    }
    $line = trim($matches[1]) . "={$data[trim($matches[1])]}\n";
    $newLines[] = $line;
}

Ce qui précède n'est qu'un flux de traitement approximatif, ce Le processus d'analyse peut être personnalisé indépendamment en tant que fonction personnalisée ou autre moteur d'analyse, ce qui le rend universel.

Enfin, écrivez complètement les nouvelles données analysées dans le fichier env :

$newContent = implode('', $newLines);
file_put_contents($envFile, $newContent);

À ce stade, l'opération de mise à jour du fichier env est terminée.

Écrit à la fin

Cet article implémente la fonction de création et de mise à jour dynamiques des données du fichier de configuration globale d'environnement dans le programme de deux manières. La deuxième méthode est plus tolérante aux pannes, polyvalente et évolutive, nous la recommandons donc. La première approche ne comporte aucune gestion des erreurs et est presque inutilisable dans un environnement de production. Ce serait formidable si tout le monde connaissait l'idée.

Apprentissage recommandé : "tutoriel vidéo laravel"

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!