Переменные среды локально и Heroku

Обновление:

Теперь я использую гем dotenv вместо приведенного ниже примера. Поэтому вместо того, чтобы игнорировать файл env.rb, теперь я игнорирую файл .env с помощью Git.

Исходное сообщение:

Попробуй это,

# /env.rb

ENV['aws_bucket'] = 'my_bucket'
ENV['aws_access_key'] = 'my_access_key'
ENV['aws_access_secret'] = 'my_access_secret'

Этот файл устанавливает те же значения ENV, что и heroku config.

# /config.rb

require './env' if File.exists?('env.rb')

env.rb потребуется только в том случае, если он существует.

# /.gitignore

/env.rb

env.rb был добавлен в файл .gitignore, поэтому он не хранится в Git.

Затем вы получите доступ к значениям, используя ENV['key'] вместо config['key'].

Возможно, вам придется изменить путь к файлу env.rb, если он не находится в том же каталоге, что и файл config.rb.

ИЗМЕНИТЬ:

Из вашего Rakefile в предыдущем вопросе вам нужно изменить его на это:

# Rakefile

require 'bundler/setup'
Bundler.require(:default)
require './env' if File.exists?('env.rb')

AssetSync.configure do |con|
 con.fog_provider = 'AWS'
 con.fog_region = 'eu-west-1'
 con.fog_directory = ENV['aws_bucket']
 con.aws_access_key_id = ENV['aws_access_key']
 con.aws_secret_access_key = ENV['aws_access_secret']
 con.prefix = "assets"
 con.public_path = Pathname("./public")
end

namespace :assets do
  desc "Precompile assets"
  task :precompile do
    AssetSync.sync
  end
end

Я предположил, что единственным методом в /config/config.rb был метод config, поэтому я удалил,

require './config/config.rb'
include MyConfig

И поменял местами config[key] на значения ENV[key], определенные в env.rb. Возможно, вам придется изменить имена key, чтобы они совпадали.

Вы можете удалить yaml и описать переменные среды в файле .env, а затем запустить приложение с foreman start. См. https://devcenter.heroku.com/articles/config-vars#local-setup

Или оставьте свою гибридную систему, где вы загружаете yaml в dev и используете переменные среды на героку.

Я делаю что-то похожее на предложение Сэма, но немного по-другому. У меня тоже есть конфигурационный файл YAML, но я оборачиваю его чтение в задачу Rake, которая затем запускает приложение.

# in the Rakefile

require 'yaml'

def set_connstring
  s = %Q!postgres://#{ENV["DB_APP"]}@localhost/#{ENV["DB_APP"]}!
  ENV['DATABASE_URL'] ||= ENV["RACK_ENV"] == "test" ? "#{s}.test" : s
end


def basic_environment
  warn "  Setting up environment..."

  file = File.expand_path( File.join File.dirname(__FILE__), "./config.yml" )
  if File.exist? file
    YAML.load_file(file).each do |k,v|
      warn "-> #{k}"
      ENV[k.upcase] = v
    end
  end

  set_connstring()
end

namespace :app do

  desc "Set up the environment locally"
  task :environment do
    basic_environment()
  end

  desc "Run the app locally"
  task :run_local => "app:environment" do
    exec "bin/rackup config.ru -p #{ENV['RUN_LOCAL_PORT']}"
  end
end

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

Редактировать: быстро в сторону, я заметил, что у вас есть Bundler.require(:default) в вашем Rakefile. Если вы используете bundle install --binstubs, то Bundler устанавливает все исполняемые файлы в каталог с именем «bin/» внутри проекта. Затем, если вы запустите какой-либо из этих исполняемых файлов, они автоматически используют библиотеки, установленные Bundler, нет необходимости запрашивать через Bundler. См. http://gembundler.com/v1.2/man/bundle-exec.1.html.

Экспорт напрямую из админки heroku: Настройки -> Показать переменные конфигурации

Затем откройте консоль браузера js, вставьте это и введите Enter...

k=[];
$(".config-var-list input").map(function(y, x){k.push($(x).val())});
v=[];
$(".config-var-list textarea").map(function(y, x){v.push($(x).val())});
ret="";
k.map(function(x, i){ret+=k[i]+"\t"+v[2*i]+"\n"});
console.info(ret);