Size: a a a

pro.rb (Ruby/Rails / RU)

2019 October 06

А

Александр in pro.rb (Ruby/Rails / RU)
Dmitry Lomako
спасибо тебе за твои сообщения (это ведь не первое, если не ошибаюсь?). Умеешь поднять настроение вечером =)
Понятно, что можно запретить попадание конфига в git через .gitignore. Но ошибок и опечаток никто не отменял, поэтому лучше было бы в принципе не держать пароль в каталоге, находящемся под контролем git.
источник

RP

Roman Patkin in pro.rb (Ruby/Rails / RU)
Если действительно заботитесь о сесурити, то vault
источник

วโ

วลาดิสลาว โควาเลนโก🐝 in pro.rb (Ruby/Rails / RU)
+ за vault
источник

วโ

วลาดิสลาว โควาเลนโก🐝 in pro.rb (Ruby/Rails / RU)
Но для бедных хватит и encrypted secrets
источник

u

unkmas in pro.rb (Ruby/Rails / RU)
Александр
А какой для Rails лучше использовать способ для того, чтобы пароль базы данных из config/database.yml не попал в систему контроля версий? Видел вариант:

password: <%= begin IO.read("/etc/myapp.password") rescue "" end %>

Его и выбрать, или есть что-то более идеологически правильное?
Хранить в env
источник

u

unkmas in pro.rb (Ruby/Rails / RU)
Всмысле, в линуксовых переменных окружения
источник

VA

Vsevolod Avramov in pro.rb (Ruby/Rails / RU)
Очень часто пароль теряется, и лучше хранить в системе контроля версий его, чтобы - если что - посмотреть какой был пароль до этого. А использование файла креденшиал считаю неуместным - для того, чтобы быстро посмотреть пароль лучше всего зайти в репозиторий и его там увидеть. Тем более в rails для этого есть подходящий файл database.yml. Лучше там всё и хранить.
источник

วโ

วลาดิสลาว โควาเลนโก🐝 in pro.rb (Ruby/Rails / RU)
Толсто
источник

RU

Roman Usherenko in pro.rb (Ruby/Rails / RU)
источник

วโ

วลาดิสลาว โควาเลนโก🐝 in pro.rb (Ruby/Rails / RU)
Да, подходит
источник

I🍻

Ivan 🍻 in pro.rb (Ruby/Rails / RU)
Александр
А какой для Rails лучше использовать способ для того, чтобы пароль базы данных из config/database.yml не попал в систему контроля версий? Видел вариант:

password: <%= begin IO.read("/etc/myapp.password") rescue "" end %>

Его и выбрать, или есть что-то более идеологически правильное?
Я храню в .env
источник

Т

Тенпеннай in pro.rb (Ruby/Rails / RU)
а .env - в сорс контроле :D
источник

DL

Dmitry Lomako in pro.rb (Ruby/Rails / RU)
Александр
Понятно, что можно запретить попадание конфига в git через .gitignore. Но ошибок и опечаток никто не отменял, поэтому лучше было бы в принципе не держать пароль в каталоге, находящемся под контролем git.
зачем запрещать, не запрещай! Давай свободу своему детищу, пусть сам решает, что хорошо, а что плохо) просто будь рядом и поддерживай его :) думаю, в один момент каждому предстоит потерять свой пароль в каталоге под контролем git, и это лишь вопрос времени)
источник

А

Александр in pro.rb (Ruby/Rails / RU)
Yury Druzhkov
Переменные окружения. Можно вообще выкинуть файл и использовать переменную DATABASE_URL
Вопрос немного не об этом, а о том, как сделать, чтобы потом не заморачиваться и не изобретать велосипедов. Можно, например, сделать файл в /usr/local/bin, где будет устанавливаться переменная и запускаться приложение, проблема в том, что файла естественно не будет в git, а там могут со временем появиться какие-то изменения (пусть даже один какой-то параметр поменяется), которые не найдут отражения в git и, если потом потребуется установить приложение на другом хостинге, придётся вспоминать или смотреть, как было сделано. Пусть это мелочь, но хочется облегчить себе жизнь и сделать красиво, чтобы в git было практически всё — кроме, понятное дело, паролей. И вопрос в том, как их в таких случаях принято хранить. Собственно способ с IO.read решил бы задачу, но помню, что читал про другие варианты (кажется как раз про .env).
источник

YD

Yury Druzhkov in pro.rb (Ruby/Rails / RU)
Александр
Вопрос немного не об этом, а о том, как сделать, чтобы потом не заморачиваться и не изобретать велосипедов. Можно, например, сделать файл в /usr/local/bin, где будет устанавливаться переменная и запускаться приложение, проблема в том, что файла естественно не будет в git, а там могут со временем появиться какие-то изменения (пусть даже один какой-то параметр поменяется), которые не найдут отражения в git и, если потом потребуется установить приложение на другом хостинге, придётся вспоминать или смотреть, как было сделано. Пусть это мелочь, но хочется облегчить себе жизнь и сделать красиво, чтобы в git было практически всё — кроме, понятное дело, паролей. И вопрос в том, как их в таких случаях принято хранить. Собственно способ с IO.read решил бы задачу, но помню, что читал про другие варианты (кажется как раз про .env).
https://github.com/bkeepers/dotenv  и кладёшь в репозитоий .env.example чтобы знать какие нужно определять
источник

Т

Тенпеннай in pro.rb (Ruby/Rails / RU)
а чем это отличается от "положить в репозиторий database.yml.example"?
источник

YD

Yury Druzhkov in pro.rb (Ruby/Rails / RU)
Тенпеннай
а чем это отличается от "положить в репозиторий database.yml.example"?
Ну изначально был вопрос про пароли.
источник

А

Александр in pro.rb (Ruby/Rails / RU)
Тенпеннай
а чем это отличается от "положить в репозиторий database.yml.example"?
Отличается количеством действий, которые нужно совершить при установке и обновлении. database.yml.example нужно скопировать в database.yml и отредактировать. А если там всё одинаково на сервере и на тестовой виртуальной машине, и только пароль отличается (и лежит в каком-то определённом месте), то не надо тратить на это время.
источник

Т

Тенпеннай in pro.rb (Ruby/Rails / RU)
Александр
Отличается количеством действий, которые нужно совершить при установке и обновлении. database.yml.example нужно скопировать в database.yml и отредактировать. А если там всё одинаково на сервере и на тестовой виртуальной машине, и только пароль отличается (и лежит в каком-то определённом месте), то не надо тратить на это время.
с .env.example тоже надо скопировать и отредактировать
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
Тенпеннай
идеологически правильно не сохранять database.yml в чистему контроля версий
Если он там из ENV достается (а так и должен) то норм
источник