Laravel 5.2 не читає env-файл

Після оновлення до Laravel 5.2 жодне з моїх .envзначень файлів не читається. Я дотримувався інструкцій щодо оновлення ; жоден з моїх конфігураційних файлів не був змінений, крім auth.php. Всі вони добре працювали в попередній версії, 5.1.19

.env містить такі значення, як

DB_DATABASE=mydb
DB_USERNAME=myuser

config/database.php містить

'mysql' => [
    'database' => env('DB_DATABASE', 'forge'),
    'username' => env('DB_USERNAME', 'forge'),
]

Я отримую цю помилку:

PDOException: SQLSTATE[HY000] [1045] Access denied for user 'forge'@'localhost' (using password: NO)

Очевидно, що не тягнуть у моїй конфігурації env. Це впливає на кожен мій конфігураційний файл, включаючи сторонні, такі як помилка.

Я також спробував

php artisan config:clear
php artisan cache:clear

Оновлення

Пробуючи php artisan tinker

>>> env('DB_DATABASE')
=> null
>>> getenv('DB_DATABASE')
=> false
>>> config('database.connections.mysql.database')
=> "forge"
>>> dd($_ENV)
[]

Я спробував встановити свіжу копію Laravel 5.2. В основному я лише копіював у своїй appпапці; додаткові пакети композиторів не включені. Все ще виникає те саме питання. У мене є інші проекти Laravel 5.2 на тому ж сервері, які працюють нормально.

З офіційних приміток щодо оновлення Laravel 5.2:

Якщо ви використовуєте config:cacheкоманду під час розгортання, ви повинні переконатися, що ви викликаєте envфункцію лише з ваших файлів конфігурації, а не з будь-якого іншого місця у вашій програмі.

Якщо ви телефонуєте envв межах своєї програми, настійно рекомендується додати належні значення конфігурації до файлів конфігурації та envнатомість зателефонувати з цього місця, що дозволяє вам перетворювати envдзвінки в configдзвінки.

Довідка: https://laravel.com/docs/5.2/upgrade#upgrade-5.2.0

Якщо будь-яка з ваших .envзмінних містить пробіл, переконайтеся, що ви загорнули їх у подвійні лапки. Наприклад:

SITE_NAME="My website"

Не забудьте очистити кеш-пам'ять перед тестуванням:

php artisan config:cache
php artisan config:clear

Ого. Добре горе. Це тому, що у мене було значення env із пробілом у ньому, а не в оточенні лапок

Це

SITE_NAME=My website

Змінився на це

SITE_NAME="My website"

Виправлено це. Я думаю, це стосувалося Laravel 5.2, тепер оновлено vlucas / phpdotenv з 1.1.1 до 2.1.0

Для мене він працював у такому порядку:

php artisan config:cache
php artisan config:clear
php artisan cache:clear

І я спробував усі залишки без везіння.

У мене була аналогічна проблема на мою , config/services.phpі я вирішив з допомогою config clearі optimizeкоманди:

php artisan config:clear
php artisan optimize

Для мене працювало наступне

- php artisan config:cache
- php artisan config:clear
- php artisan cache:clear

запустіть це:

php artisan config:clear
php artisan cache:clear

тоді
php artisan config:cache

У мене було те саме питання щодо місцевого середовища, що я вирішив

1. php artisan config: ясно
2. php artisan config: кеш
3. а потім скасувати команду php artisan serve і перезапустити знову.

Вирішити проблему можна за наступною рекомендацією

Рекомендація 1:

Ви повинні використовувати .env файл через файли конфігурації, це означає, що вам потрібно прочитати файл .env з файлів конфігурації (наприклад, /config/app.php або /config/database.php), тоді можна використовувати конфігурацію файли з будь-якого місця вашого проекту.

Рекомендація 2: Встановіть значення env у подвійній пропозиції

 GOOGLE_CLIENT_ID="887557629-9h6n4ne.apps.googleusercontent.com"
 GOOGLE_CLIENT_SECRET="YT2ev2SpJt_Pa3dit60iFJ"
 GOOGLE_MAP="AIzaSyCK6RWwql0DucT7Sl43w9ma-k8qU"

Рекомендація 3: Виконуйте таку послідовність команд після зміни будь-якої конфігурації або значення env.

 composer dump-autoload
 composer dump-autoload -o

 php artisan clear-compiled
 php artisan optimize

 php artisan route:clear
 php artisan view:clear

 php artisan cache:clear
 php artisan config:cache
 php artisan config:clear

Рекомендація 4: Коли синтаксис1 не працює, ви можете спробувати інший синтаксис2

   $val1 = env('VARIABLE_NAME');     // syntax1
   $val2 = getenv('VARIABLE_NAME');  // syntax2
   echo 'systax1 value is:'.$val1.' & systax2 value is:'.$val2;

Рекомендація 5: Коли ваше число користувачів більше / більше, вам доведеться збільшити розмір відповідної пам'яті в конфігурації сервера .

Рекомендація 6: Встановіть ймовірне значення за замовчуванням, коли ви читаєте змінну .env.

 $googleClinetId=env("GOOGLE_CLIENT_ID","889159-9h6n95f1e.apps.googleusercontent.com");
 $googleSecretId=env("GOOGLE_CLIENT_ID","YT2evBCt_Pa3dit60iFJ");
 $googleMap=env("GOOGLE_MAP","AIzaSyCK6RUl0T7Sl43w9ma-k8qU");

Коли ви запустили команду, php artisan config:cacheто вона видалить всі envзмінні та env()дасть нульові значення, спробуйте виконати наступну команду і там env()знову почнете ловити всю envзмінну

php artisan config:clear

Я пропустив це в інструкціях з оновлення:

Додайте до app.phpконфігураційного файлу опцію конфігурації env, яка виглядає наступним чином: 'env' => env('APP_ENV', 'production')

Додавши цей рядок, локальний .envфайл можна прочитати правильно.

Простота - це потужність:

php artisan config:cache

Ви отримаєте:

Кеш конфігурації очищено!

Конфігурація успішно кешована!

Те ж саме відбувається і тоді, коли: порт знаходиться у вашому локальному .env

знову подвійні лапки роблять трюк

APP_URL="http://localhost:8000"

і потім

php artisan config:clear

видалити кеш за допомогою:

    php artisan config:clear
    php artisan config:cache

Крім того, що @andrewtweber запропонував переконайтесь, що у вас немає пробілів між KEY = і значенням, якщо воно не знаходиться між цитатами

.env файл, наприклад:

...
SITE_NAME= My website
MAIL_PORT= 587
MAIL_FROM_NAME= websitename
...

до:

...
SITE_NAME="My website"
MAIL_PORT=587
MAIL_FROM_NAME=websitename
...

Я зіткнувся з цією самою проблемою на своїх місцевих, і я спробував усі відповіді тут, але безрезультатно. Тільки це працювало на мене, php artisan config:clearі restart server. Працює як шарм!

Я вирішив цю проблему, створивши новий ключ за допомогою команди: php artisan key:generate

якщо ви викликали config: кеш під час локальної розробки, ви можете скасувати це, видаливши файл bootstrap / cache / config.php. і це робота для мене.

якщо ви викликали config: кеш під час локальної розробки, ви можете скасувати це, видаливши файл bootstrap / cache / config.php. і це робота для мене.

@Payal Pandav дав коментар вище.

Я хочу розповісти простий спосіб вирішення. Просто відредагуйте файл config.php у завантажувальній / кеш / папці. І змінити облікові дані. Це працювало для мене. Не видаляйте цей файл, оскільки він може містити інші важливі дані у виробничому середовищі.

У моєму випадку laravel 5.7 env('APP_URL')не працює, але config('app.url')працює. Якщо я додати нову змінну до envі налаштувати - вона не працює - але після php artisan config:cacheїї запуску працює.

Якщо ви запускаєте цю php artisan config:cacheкоманду на консолі, вона зберігатиме весь вміст файлу .env у кеші, після цієї команди, якщо ви додасте будь-який вміст у файл .env, вона не буде доступною, доки не запустите php artisan config:clearкоманду

Я дуже часто стикаюся з тією ж проблемою протягом розвитку личинок. інколи env припиняє роботу і не повертає жодної цінності. ця причина може бути різною, що залежить від вашої ситуації. але в моєму випадку кілька днів тому я просто бігаю

 PHP artisan::config:clear

тому обережно використовуйте цю команду. тому що він буде стерти всі конфігураційні дані з кешу. тому після цього він не поверне жодної цінності. Тож у цій ситуації вам потрібно скористатися цим спочатку, якщо ви запустили команду PHP artisan config :: clear .

php artisan config:cache  // it will cache all data 
php artisan config:clear
Configuration cache cleared!

Я пережив це. Причина полягала в тому, що apache (користувацькі www-дані) не міг читати .env через дозволи файлів. Тому я змінив дозволи на файли, щоб переконатися, що сервер (apache) прочитав дозволи на файл. Просто це і бум, це все працювало зараз!
Оновлення:
як це зробити, залежить від того, кому належить файл .env, але якщо припустити, що він належить до www-dataгрупи Apache , ви можете зробити це:

sudo chmod g+r .env

Змініть його залежно від вашої структури дозволів.

Я допустив помилку, зробивши dd / die / dump у index.phpфайлі. Це змушує систему не регенерувати конфігури.

Просто виконайте скидання файлів перегляду. Зміни до .envоновлення файлу миттєво.

У мене були деякі проблеми з цим. Здавалося, проблема з дозволом на файли десь у додатку - не .env-файл.

Мені довелося - зупинити свій докер - використовувати chown, щоб встановити права власності на власного користувача на весь проект - запустити докер знову

Цього разу це спрацювало.

Спробував майже все вищесказане. Закінчив робити

chmod 666 .env

який працював. Ця проблема, здається, продовжує з'являтись у додатку, який я успадкував, проте останній час був після додавання .env.testting. Запуск Laravel 5.8