Dotenvはproductionで使わないほうがよいのではという話の続き - なんかかきたい
前の話 t-cyrill.hatenablog.jp もう二年近く前の話になりますが、昔の書いた記事のアクセスが地味に多いので、 結局自分はどうしているのかという話を少しだけ書きます。 以下はRuby on Railsな環境ででdotenvを使って本番サーバの設定を切り替えられるようにしようとしても、unicornなどのRackサーバを再起動しないと読み込まれないから微妙な感じがあるから、結局どうしているのかという話です。 1. /etc/environment を使う 物理サーバ固有の設定は /etc/environment に記述します。 サーバ構築時に設定は記述し、ほとんど変更の必要がないパラメータのみこちらに書いています。 私の場合、CPU性能が異なるマシンを使わなければならない場合に、 性能に応じてunicornのworker数を決めるなどの用途に使うことが多いです。 # /et
RailsでOAuthを使うには～OmniAuth | | Scimpr Blog
OmniAuthの受け持つ役割OmniAuthはOAuthという仕組みを使って外部のプロバイダ(TwitterとかFacebook)で認証を受け持ってくれる Railsのアプリではプロバイダ先のパスワードとかを知らなくて、認証できたかどうかの結果を受け取る（もちろん、そのほかのそのサイトの情報もいろいろ受け取る） やり方としては、ユーザーに/auth/:providerというリンクを踏んでもらい、認証結果は、/auth/:provider/callbackで受け取る その後はRailsのアプリが受け持つ役割で、通常は/auth/:provider/callbackを”session#create”に渡してsessionをつくる で、必要に応じてユーザー情報なんかを永続化したりする session[]に入れられた情報は、current_userというメソッドをつくってログインしているか確認し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - laserlemon/figaro: Simple Rails app configuration
