Dotenvはproductionで使わないほうがよいのではという話の続き - なんかかきたい
前の話 t-cyrill.hatenablog.jp もう二年近く前の話になりますが、昔の書いた記事のアクセスが地味に多いので、 結局自分はどうしているのかという話を少しだけ書きます。 以下はRuby on Railsな環境ででdotenvを使って本番サーバの設定を切り替えられるようにしようとしても、unicornなどのRackサーバを再起動しないと読み込まれないから微妙な感じがあるから、結局どうしているのかという話です。 1. /etc/environment を使う 物理サーバ固有の設定は /etc/environment に記述します。 サーバ構築時に設定は記述し、ほとんど変更の必要がないパラメータのみこちらに書いています。 私の場合、CPU性能が異なるマシンを使わなければならない場合に、 性能に応じてunicornのworker数を決めるなどの用途に使うことが多いです。 # /et
Dotenvはproductionで使わないほうがよいのではという話 - なんかかきたい
またRubyとかRailsの話になってる。本当はこんな話なんてしたくなくて、スクフェスの話でもしたい。凛ちゃんマジえんじぇー。 Webアプリケーションを書いていると、データベースのユーザ名やパスワード、接続先サーバのIPなどなど、アプリケーションコードとは関係がないけれどもリポジトリ内には含めたくない、動かす環境に合わせて変更する必要のある設定を扱う機会がしばしばある。 こういう設定は環境変数に設定すると便利だよっていう考えがあって、The Twelve Factorsで紹介されていたりする。 The Twelve-Factor App これを実現するには、例えば /etc/environment や ~/.bash_profile みたいなファイルに書けばいいんだけど、開発環境では1台のPC上で複数のアプリケーションを書く機会も少なくないはず。 そういう場合に、/etc/environm
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Juanito Fatas
Understand how the dotenv rubygem works | Dissect Code
GitHub - fnando/rails-env: Avoid environment detection on Rails
環境によって変わる設定値はdotenvを使うと便利 - Qiita
GitHub - bkeepers/dotenv: A Ruby gem to load environment variables from `.env`.
