Как отделить важные данные от конфигов?

Question

[Snorway]

Как известно, в гите должны быть все конфиги, но не должно быть важных данных, типа паролей, API ключей и т.д.
Есть решение, использовать getenv(), но недавно наткнулся на инфу, что это может быть небезопасно https://habrahabr.ru/post/264877/#comment_8539229

Вопрос, какой сейчас самый адекватный способ отделить важные данные от конфигов?

Answer 1

[Александр Коновалов]

.gitignore

Answer 2

[D3lphi]

Для этого есть замечательная библиотека - dotenv. Суть в том, что вы храните данные в отдельном файле .env, который добавляете в .gitignore. А в vcs коммитете файл .env.example, в котором присутствует только "скелет" параметров без значений. Тому, кто будет устанавливать ваше приложение будет необходимо переименовать файл .env.example в .env и заполнить необходимые опции. Значения из этого файла можно получить по средствам функции env(). Эту библиотеку, кстати, использует популярный php - фреймворк Laravel.

Comments

[Snorway]

Да, неплохо. А как вам такой вариант:
main.php - весь конфиг (без важных данных)
production.php - переопределены важные данные (этот файл в gitignore)
local.php - переопределены важные данные

Плюсы:
1. Добились нужного эффекта (конфиг с важными данными отделен, в гит не идет)
2. Конфиг хранится в *.php файле, т.е. может заопкешиться и не подтягиваться каждый раз с диска (в отличие от .env)
3. Переопределять иногда удобнее, например:

production.php:

return [
    'section1' => ['param1' => 1]
    'section2' => ['param2' => 2]
];

а в .env это будет так:

SECTION1_PARAM1 = 1;
SECTION2_PARAM2 = 2;

Т.е. нужно склеивать имена, здесь вариант с .env мне представляется менее удобным (может это вопрос вкуса, поправьте)

Минусы:
1. Кроме файла production.php может быть необходимо править index.php (YII_DEBUG). Все-таки в случае с .env мы можем вынести всё в один файл.

[D3lphi]

Snorway: Стесняюсь спросить, часто ли вам требуется важные данные хранить в массиве? Важные данные - это, обычно, строки (логины, пароли, ключи и тд), числа. Насчет "заопкешиться и не подтягиваться каждый раз с диска" - это экономия на спичках. Абсолютно никак не влияет на производительность. Ваш вариант тоже имеет право на жизнь, почему нет? Делайте так, как вам удобно.

[Snorway]

D3lphi: Пытаюсь понять, что лучше (что внедрять)

Стесняюсь спросить, часто ли вам требуется важные данные хранить в массиве?

Выходит, что для меня не принципиально хранить строкой или массивом (ведь массив можно в любой точке приложения подтянуть через Yii::app)

Насчет "заопкешиться и не подтягиваться каждый раз с диска" - это экономия на спичках. Абсолютно никак не влияет на производительность.

Даже если речь идет про проект с большим кол-вом запросов в секунду?

[D3lphi]

Snorway:

Даже если речь идет про проект с большим кол-вом запросов в секунду?

Давайте разбираться, что делает dotenv (вырезки кода непосредственно из dotenv). Если очень грубо, то он:
1) Читает файл построчно:

$lines = file($filePath, FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES);

2) Делит его по знаку '=', дабы получить ключ и значение, попутно "тримя" строку:

array_map('trim', explode('=', $name, 2));

3) С помощью нескольких регулярок очищает строки от комментариев и, так сказать, "приводит в порядок".

Сам код без комментариев занимает +- 500 строк. То есть, все достаточно просто. Решать вам, какую нагрузку дает этот код). Если вам так уж критична скорость работы (и у вас намечается ОЧЕНЬ серьезное приложение), то тут можно, в принципе, и свое кеширование дописать.

[Артур]

Snorway: Аналогично делал конфиги для Yii1, всё отлично работало минимум действий и минимум кода.
В основном конфиге main.php в конце проверяется наличие файла main.local.php, если он есть, он считывается и делается array_merge_recursive() с основным конфигом. Рядом кладется файл main.local.php.example - для примера, main.local.php исключается из репозитория. Всё!

Зачем тут еще дополнение в 500 строк и новый формат, и еще дописывать к нему кэш, не понимаю.