Можно ли использовать .env в production?

Question

[Space]

Laravel использует .env всегда, там хранятся, например, доступы в БД. Теперь подключена ещё nodejs и не хочется в обычном скрипте писать подключение к БД. Нашёл решение https://github.com/bkeepers/dotenv, специальная библиотека для этого есть. Но почему-то уже во второй статье пишут, что использовать можно только разработки, но не для production.

Кто-нибудь пояснит почему?

Вот например материал

Answer 1

[Alex Wells]

.env файл не загружается в гит. На то он и env (environment - среда), что бы каждый раз настраивать его под нужную среду. Так что в проде он тоже используется.

"It is important to remember that this setup should only be used for development. For production you should still set your environment variables in the standard way" - написано в статье. Дочитывайте до конца) the standard way = .env

Comments

[Space]

Спасибо большое, да в гите его нет. Может подскажете а как передавать env другому разработчику, нужно делать файл с примеров типо .env.example?

[JhaoDa]

Space, изучайте инструменты, которые используете.

[pavelkunyavskiy]

А к чему такие заморочки? Почему все не хранить в обычном файлике JSON?

[Alex Wells]

pavelkunyavskiy, к тому, что у разработчика стопроцентно будут совсем другие настройки, ежели на продакшене, равно как и разные у разных разработчиков. Как вы себе представляете хранение такого json файла в гите? Сделать ключ, типа "pavelkunyavskiy": { "db_host": "127.0.0.1" } или как? Это же полная бредятина.

[pavelkunyavskiy]

Alex Wells, а кто говорит о хранении в гите? И передаче JSON другому разработчику? Вы вообще о чем тут рассказываете? Зачем заморачиваться всеми этими dotenv, если все можно хранить просто в файле??? Что не понятно?

[Alex Wells]

pavelkunyavskiy, в смысле? Каком файле? Если этого файла не будет в гите, то это и есть env, только сложнее. В чем смысл?

[pavelkunyavskiy]

Alex Wells, в чем сложнее, вы издеваетесь? Что легче - просто создать файл с конфигом и не е*ать мозг с установкой модулей dotenv (НАХЕР ОН НУЖЕН???)?

[Alex Wells]

pavelkunyavskiy, еще раз, в фреймворке это ЕСТЬ и РАБОТАЕТ из коробки.

Если у вас руки растут из жопы и ваши сайты работают на вордпрессе, который вы архивом клиенту скидываете, то это исключительно ваши проблемы. Если вы не понимаете, что такое env, git - то вам не сюда.

[pavelkunyavskiy]

Alex Wells, да я вообще php не держу, опасно для здоровья)) Я знаю что такое env, я не понимаю преимущества загружать переменные окружения через дополнительные свистоперделки! Не проще ли уже bashrc отредактировать одной командой на сервере? Или все-таки проще ТУПО создать текстовый файл и заполнить его данными? ЗАЧЕМ ДЛЯ ЭТОГО СТОРОННИЙ МОДУЛЬ? Какие практические преимущества?

[Space]

pavelkunyavskiy, да потому что в одно место забил переменные и ссылаешься на них. Если поменял доступ к базе, то изменил в одном месте и подхватилось везде. К тому же другим разработчикам не нужно искать, где хранятся доступы.
И php здесь не причём. Это используют везде.

[Alex Wells]

pavelkunyavskiy, еще раз, а в чем преимущество создания файла со сложным синтаксисом (относительно env) и потом написания велосипедов, по типу

json_encode(file_get_contents('settings.json'), true)['db']['host'] ?

Зачем? Это в сто раз медленней и в плане написания, и в плане работы. Более того, это просто говнокод. Есть отличное готовое решение, с которым все знакомы, которое вообще работает из коробки, а даже если нет, подключается элементарно (не только на php, сейчас проект на js, подключил файлик в, внимание, ОДНУ СТРОЧКУ)..

И про bashrc, а если винда? Я, например, сейчас пишу на винде, что бы експортированная переменная сохранилась, ей требуется перезагрузка. Да и в каком месте это удобней? Более того, прийдется хранить файлик для девов, хранящий список тех самых переменных, а когда вы надумаете их изменить, вам пригодятся навыки сисадмина, а не программиста (или хотя бы бухгалтера, способного файл открыть).

А давайте может и код в bashrc писать, почему бы и нет..

UPD: да и о чем говорить с человеком, которому навязали, что "php опасно для здоровья", более того, он в 2018-ом придерживается этого мнения (не своего).

[pavelkunyavskiy]

Space, я говорю о таком же решении, вы текст вообще читаете или нет? Создай ЛЮБОЙ текстовый файл и грузи оттуда свои значения.

[Василий Варюхин]

pavelkunyavskiy, Аплодирую вашему терпению.

По теме – .env
Он был. Его просто приспособили под языки.

github phpdotenv
Если вы посмотрите, то увидите тот же парсинг.

Не проще ли уже bashrc отредактировать одной командой на сервере?

Именно так и советуют. .env нужен только для стадии разработки.

the standard way = .env

тут != должен стоять.

Они просто троллят, я так понял.

[Alex Wells]

Hocopor, ... кого троллят.. на площадке ответов?...

Посмотрите, пожалуйста, в документацию фреймворка, о котором в первой же строчке написал АВТОР ВОПРОСА. Вы увидите laravel. И о чудо, в документации этого чудесного фреймворка написано, что на проде следует использовать кэширование конфига, которое так же закэширует и .env, так как выполнит файлы конфигурации.

bashrc НЕ РЕКОМЕНДУЮТ, только если у вас руки из жопы.

[Василий Варюхин]

Alex Wells, Да, да, вы абсолютно правы.

[Alex Wells]

pavelkunyavskiy, вы издеваетесь? Может хватит повторять одно и то же с комментария до комментария? Почитаете мой ответ, нет?

Еще раз: зачем писать свой

18+

хуевый

велосипед, когда библиотеки делают ровно тоже самое, только НАМНОГО проще? Вы вообще понимаете, что такое библиотека и для чего их используют??

А уж если это встроено в фреймворк из коробки, и это лучшее решение которое вообще существует, которое используют в проектах по всему миру - грех не воспользоваться.

Если вы считаете это

json_encode(file_get_contents('settings.json'), true)['db']['host'] ?

"решением", то, опять же, вам не сюда. Это не решение, это говнокод.

[Alex Wells]

Hocopor, ахаха, вот и началось неадекватное общение русского быдла в перемешку с троллингом. Стараюсь придерживаться адекватной стороны, но не сказать "слился" тут про невозможно. Слился.

Answer 2

[Антон]

Так использовать нормально. Единственное замечание - файлы .env не должны храниться в репозитории.

Comments

[Space]

Да, спасибо. Это знаю) А как правильно передавать .env другому разработчику - шаблон .env.example должен быть?

[Mykola Ivashchuk]

Space, ну шаблон может быть - .env-example.
Ну без паролей естественно

Answer 3

[Василий Варюхин]

Ну а зачем тратить ресурс для того, что-бы считывать статичные данные. Я думаю тут только это важно и речь не о безопасности.

upd. 19:08 stackoverflow

phpdotenv is made for development environments, and generally should not be used in production. In production, the actual environment variables should be set so that there is no overhead of loading the .env file on each request. This can be achieved via an automated deployment process with tools like Vagrant, chef, or Puppet, or can be set manually with cloud hosts like Pagodabox and Heroku.

Comments

[Space]

Он нужен лишь один раз при загрузке сервера. Подключатеся веб сокет и устаналивается соединение с базой данных. Т.е. здесь не каждый раз запросов в env.

[Space]

Но буду знать, что это может потреблять больше ресурсов. Отмечу тоже решением.

[Василий Варюхин]

Space, Считывание с массива тоже ресурс. Не тот который нужно считать, но все же.
И всё же я о том, что это единственная причина не использовать его в production, а если это так, то ответ на ваш вопрос – да, можно.

P.S. Ну как то странно, на мой взгляд, советовать не хранить пароли в вашем публичном репозитории. Это же и так ясно, нет?

[Alex Wells]

Hocopor, вы не правы. Для этого придумано кэширование. Например, в фреймворке, о котором идет речь, все делается элементарно: php artisan config:cache, и никакой .env файл, равно как и десяток конфиг файлов не считываются при каждом запросе)

[Василий Варюхин]

Alex Wells, .env файл считывается в переменные окружения при запуске сервера.
Я говорю не об этом.

[Alex Wells]

Hocopor, не считывается. При запросе на laravel, написанным на php, который не запускается сам по себе, он читает файл .env в своей root директории при каждом запросе. Но при кэшировании, он этого не делает.

[Василий Варюхин]

Alex Wells, Просто потому что нечего делать...

Это helpers.php – Laravel

function env($key, $default = null) {
        $value = getenv($key);

        if ($value === false) {
            return value($default);
        }

        switch (strtolower($value)) {
            case 'true':
            case '(true)':
                return true;
            case 'false':
            case '(false)':
                return false;
            case 'empty':
            case '(empty)':
                return '';
            case 'null':
            case '(null)':
                return;
        }

        if (strlen($value) > 1 && Str::startsWith($value, '"') && Str::endsWith($value, '"')) {
            return substr($value, 1, -1);
        }

        return $value;
    }
}

Который использует нативную функцию php.net

Массива $_ENV без Ларавел, что, не существует?

Да мы все знаем, что Laravel кеширует свой конфиг, но причем тут .env? И все мы знаем что он написан на Php, спасибо вам.
И еще раз. Я пишу, всё равно, не об этом.

[Alex Wells]

Hocopor, видимо фреймворк где-то в своем коде читает файл и записывает данные с него в энвайронмент для текущего запроса.

Сам laravel ничего не кэширует, только когда ему скажешь) И когда скажешь, он выполнит файлы конфига, а значит значения из getenv тоже подставятся)

Извиняюсь, если говорю не о том, но именно в вашем сообщении на английском написано о том, о чем говорю я.

[Василий Варюхин]

Alex Wells,

не считывается. При запросе на laravel, написанным на php, который не запускается сам по себе, он читает файл .env в своей root директории при каждом запросе.

Ещё раз прочтите – теперь на русском

[Alex Wells]

Hocopor, может хватит? Я прочел и в тот раз, и я до сих пор прав.

[Василий Варюхин]

Alex Wells, Хорошо.

[Василий Варюхин]

Alex Wells, Только попробуйте отключить кэш и изменив файл .env получить новые значения.

[Alex Wells]

Hocopor, отключив кэш, изменив файл я получу новые значения. Но так делает лишь дурак, в этом нету никакого смысла. Я всегда кэширую конфиги, даже на локалке, после любых изменений связанных с ними, и это единственно правильный вариант.