Le rechargement .des variables d'environnement sans avoir à redémarrer le serveur (Laravel 5, hébergement mutualisé)

Mon Laravel 5 a exécuter sur OK jusqu'à ce que la base de données a été configuré, puis a trouvé ce message d'erreur:

SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: Name or service not known

Faire quelques recherches, il semble que j'ai configuré les accès MySQL trop tard, donc je doit redémarrer le serveur afin d'obtenir les bonnes variables d'environnement. Eh bien, je suis en utilisant Dreamhost partagé du serveur et je ne peux pas le faire.

Comment dois-je régler ce problème?

Grâce

Vous n'avez pas à redémarrer le serveur web dans le but de faire de Laravel relire .fichier env. Laravel t-il lors de chaque course.
alors, si ce n'est pas le problème, si les informations sont correctes, quel est le problème? Je suis en cours d'exécution php artisan migrate donc que j'applique la migration

OriginalL'auteur godsaway | 2015-09-06

  1. 43

    Si vous avez exécuté php artisan config:cache sur votre serveur, puis votre Laravel application pourrait cache obsolète paramètres de configuration que vous avez mis dans le .env fichier.

    Exécuter php artisan config:clear pour résoudre ce problème.

    L'exécution de php artisan config:cache en fait efface le cache et reconstruit, je vous le recommande qu'au lieu de seulement config:clear si vous souhaitez continuer à utiliser le cache. MAIS TIL que si vous utilisez le env() fonction à l'extérieur de la cache de fichiers, vous aurez NULL des valeurs lors de la config est mis en cache. Donc, assurez-vous d'utiliser UNIQUEMENT env() à l'intérieur des fichiers dans votre répertoire de cache

    OriginalL'auteur morph

  2. 10

    Il est possible que votre configuration de variables sont mises en cache. Vérifiez votre config/app.php ainsi que votre .env fichier puis essayez

    php artisan cache:clear

    sur la ligne de commande.

    Merci mais j'ai déjà essayé ça. De toute façon, si .env variables remplacer config/app.php variables pourquoi devrais-je vérifier ce fichier?
    Ils n'en ont pas. Le config/app.php l'utilisation du fichier avec l' env() fonction. Tous les fichiers de config à faire, vraiment. Donc, je voudrais vérifier le config/database.php pour voir si les appels à env() utiliser les noms corrects.
    Voyons, si j'ai l'app de travailler localement avec apache que je ne dois modifier légèrement certaines valeurs dans le .env fichier dans le serveur, non? Et si rien n'est changé à l'intérieur de la config/fichiers tout devrait fonctionner je pense. Il y a quelque chose qui me manque, putain

    OriginalL'auteur AurelienT

  3. 3

    Dans le cas où quelqu'un tombe sur cette question qui ne peut pas recharger leur serveur (longue course de commande de la console comme une file d'attente runner) ou besoin de recharger leur .fichier env mi-demande, j'ai trouvé une façon de bien recharger .des variables d'environnement dans laravel 5.

    use Dotenv;
use InvalidArgumentException;

try {
    Dotenv::makeMutable();
    Dotenv::load(app()->environmentPath(), app()->environmentFile());
    Dotenv::makeImmutable();
} catch (InvalidArgumentException $e) {
    //
}
    mon laravel ne semble pas être en mesure d'importer Dotenv par défaut

    OriginalL'auteur Question Mark

  4. 3

    Un court de solution:

    use Dotenv;

with(new Dotenv(app()->environmentPath(), app()->environmentFile()))->overload();
with(new LoadConfiguration())->bootstrap(app());

    Dans mon cas, j'ai besoin de ré-établir la connexion à la base après la modification .env par programme, mais il ne fonctionne pas , Si vous entrez dans cette difficulté à essayer cette 

    app('db')->purge($connection->getName());

    après rechargement .env , c'est parce que Laravel Application pourrait avoir accédé à la connexion par défaut avant et la \Illuminate\Database\DatabaseManager besoins de re-lire la config paramètres.

    Il fonctionne, mais j'ai eu à utiliser ces deux importations: use Dotenv\Dotenv; use Illuminate\Foundation\Bootstrap\LoadConfiguration;
    Quand il s'agit de la base de données DB::reconnect(); a fait le tour.

    OriginalL'auteur MatteoOreficeIT

  5. -6

    Dans config/database.php j'ai changé la valeur par défaut DB connexion de mysql sqlite. J'ai supprimé le .env fichier (en fait il renommé) et créé le fichier sqlite avec touch storage/database.sqlite. La migration a travaillé avec sqlite.

    Puis j'ai rallumé le config/database.php par défaut DB connexion à mysql et récupéré le .env fichier. La migration a travaillé avec mysql.

    Il n'est pas logique, je suppose. Peut-être était quelque chose de serverside.

    Même si il résolu votre problème, vous ne devriez pas marquer un "hack" comme une réponse, il encourage les mauvaises pratiques

    OriginalL'auteur godsaway