踏んだ手順をメモしておきます！

Herokuに公開用とは別にステージング環境用のアプリを作る

heroku create ステージング環境用のアプリ名 --remote staging

–remote staging というオプションを付けることで、staging という名前でremote先が追加されます。（-は２つ必要なので注意！）

remote先を確認するには

git remote -v

というコマンドを使います。heroku という名前で公開用のアプリが、staging という名前でステージング環境用のアプリが登録されていればOK。

環境変数の設定

heroku config:set RAILS_ENV=staging --app ステージング環境用のアプリ名

これでステージング環境用のアプリでRailsの環境がstagingになりました。

確認するには以下のコマンドを使います。

heroku config --app ステージング環境用のアプリ名

間違えて本番用のアプリの環境変数を変えてしまわないように注意！（–appオプションを忘れずに！）

ステージング環境用の設定ファイルを整える

prodiction環境の設定をそのままstaging環境用にコピーしていきます。

config/environments/production.rbを同じ場所にstaging.rbという名前でコピー

cp config/environments/production.rb config/environments/staging.rb

database.ymlの編集

database.yml（私の環境だと config/locales にありました）の production: の部分をコピペして、production: を staging: に変えて保存。

Gemfileの編集

Gemfileの

group :production do

を

group :production, :staging do

に書き換え。

ステージング環境にBASIC認証をかける

これに関しては前回の記事に書いたので、前回の記事をまるっとコピペしておきますね！（前回の記事の意味……）

application_controller.rb に

http_basic_authenticate_with name: ENV['BASIC_AUTH_USERNAME'], password: ENV['BASIC_AUTH_PASSWORD'] if Rails.env.staging?

を追記します。

私の環境だとこうなります。

class ApplicationController < ActionController::Base
  protect_from_forgery   
  http_basic_authenticate_with name: ENV['BASIC_AUTH_USERNAME'], password: ENV['BASIC_AUTH_PASSWORD'] if Rails.env.staging?
end

これでstaging環境の全てのControllerにアクセスするのにBASIC認証が必要になります。

次に、環境変数にユーザー名とパスワードをセットします。

例えば、

heroku config:set BASIC_AUTH_USERNAME="user" BASIC_AUTH_PASSWORD="1234" --app ステージング環境にしたいアプリ名

とすれば、「ユーザー名：user　パスワード：1234」と設定されます。

ステージング環境にデプロイ（push）

addとcommitを済ませてから

git push staging master

とすると、ステージング環境にデプロイされます。

公開用アプリにデプロイするときは

git push heroku master

とすればOK。

参考サイト

以下の記事を参考にしました。ありがとうございました！

• Herokuでステージング環境を作る – アインシュタインの電話番号
• railsでstaging環境を作る – CubicLouve
• Railsでstaging環境だけBasic認証する | もっとクールにプログラミング

今回の記事ではステージング環境にBASIC認証をかける方法をメモしておこうと思います。

（ステージング環境の作り方を最初から知りたい方は「HerokuでBASIC認証が必要なステージング環境を作る（Ruby on Rails）」へどうぞ！）

ステージング環境にBASIC認証をかけるには

application_controller.rb に

http_basic_authenticate_with name: ENV['BASIC_AUTH_USERNAME'], password: ENV['BASIC_AUTH_PASSWORD'] if Rails.env.staging?

を追記します。

私の環境だとこうなります。

class ApplicationController < ActionController::Base
  protect_from_forgery   
  http_basic_authenticate_with name: ENV['BASIC_AUTH_USERNAME'], password: ENV['BASIC_AUTH_PASSWORD'] if Rails.env.staging?
end

次に、前回の記事で紹介したやり方で環境変数にユーザー名とパスワードをセットします。

例えば、

heroku config:set BASIC_AUTH_USERNAME="user" BASIC_AUTH_PASSWORD="1234" --app ステージング環境にしたいアプリ名

とすれば、「ユーザー名：user　パスワード：1234」と設定されます。

参考サイト

こちらの記事を拝見しました。ありがとうございました！

Railsでstaging環境だけBasic認証する | もっとクールにプログラミング

次回予告

今回は「ステージング環境にBASIC認証をかける方法」を紹介しましたが、「結局どういう手順を踏めばBASIC認証を必要とするステージング環境をHerokuに作れるのか」がこれでは分かりませんよね……。

なので、次回は「HerokuでBASIC認証が必要なステージング環境を作る（Ruby on Rails）」っていう記事を気が向いたら書こうかなと思います。

書きました！＞「HerokuでBASIC認証が必要なステージング環境を作る（Ruby on Rails）」

といっても、「Herokuではじめる 初心者のためのRuby on Rails3入門」という有り難い記事の通りにぼちぼち進めているだけの身ですが……。

書いてあること以外もちょっとやってみたくなったときに「Herokuでステージング環境を作る – アインシュタインの電話番号」という記事を見つけたので、やってみることにしました。

その際に環境変数の設定が必要だったので、調べたことをメモしておきます！

（ステージング環境の作り方を知りたい方は「HerokuでBASIC認証が必要なステージング環境を作る（Ruby on Rails）」へどうぞ！）

調べる対象がはっきり分かっているときは公式ドキュメントを見るのが早い

というわけで、Heroku Dev Centerを見たらちゃんとまとめて載っていました。

Configuration and Config Vars | Heroku Dev Center

さて、これからずらっと環境変数を操作するためのコマンドを書いていきますが、アプリが複数ある場合にそのまま実行すると「アプリを指定してね」というようなことを言われてしまいます。

そういうときは、各コマンドの最後に

--app アプリ名

を付けます。-は２つ必要なので注意。

環境変数を確認する

heroku config

これで環境変数の一覧が出ます。

環境変数名を指定して確認したいときは、

heroku config:get 環境変数名

環境変数を追加／変更する

heroku config:set 環境変数名=セットしたい値

今回はRuby on Railsのステージング環境を作りたかったので、

heroku config:set RAILS_ENV=staging --app ステージング環境にしたいアプリ名

としました。

config:set の代わりに config:add でも現時点では同じことが出来るみたい？ですが、config:set の方が新しいとのことなのでこちらを紹介しておきます。

環境変数を削除する

heroku config:unset 環境変数名

config:unset の代わりに config:remove も使えるみたいですが、これも config:unset の方が新しいとのことですので、こちらを載せておきます。

次回予告

次回、「Ruby on Railsでステージング環境にBASIC認証をかける方法」！

やる気があったら数日中に書きます。
書きました！（2013年9月6日）＞「Ruby on Railsでステージング環境にBASIC認証をかける方法」

もっと詳しく言うと、最初は起動するんですが、いったん停止してもう一度起動しようとすると「already running（既に起動しているよ！）」と言われて起動できないという症状でした。

同じエラーで困っている誰かのためにもしかするとなるかもしれないので、エラーの原因と解消するためのハックを紹介します。

エラーの原因

サーバーを停止してもpid（プロセスID）を保持したままであるということが今回のエラーの原因のようでした。

サーバーを起動するとtmp/pidのディレクトリ内にpidを保持したファイル（server.pid）が出来るんですが、これがサーバーを停止しても残ったままなので「まだプロセスが残っている」と解釈されてしまう模様……。もちろんそのpidのプロセスなんて既に存在しないんですが。

エラー解消法１：server.pidを削除

railsサーバーを停止する度にserver.pidを削除すれば一応動きます。

けど、面倒ですよね。

エラー解消法２：起動する度に自動でserver.pidを削除する処理を書く

script/railsの先頭（コメント行の次）に

begin
  File.delete(File.expand_path('../../tmp/pids/server.pid',  __FILE__))
rescue
  # Do nothing
end

という記述を追加すると、停止→再起動を繰り返してもちゃんと動くようになりました！　やったね！

お世話になった記事

大変助かりました。ありがとうございました。

• Railsを走らせるためにWEBrickを再起動しようとしたらA server is already runningと怒られる件について – 骨を盗んで肉を盗まず
• Rubymine 4.5.4 – Server PID not updating in new version of rails 3.2.11. Works in Rubymine 4.5.4 when using rails 3.2.8. : RUBY-12835

colourcode

選択済みの色が色空間上のどこに当たるのかが分かるのが良い。同じ彩度、同じ明度の色を選んだりするのに便利です。

HUE 360

マンセル表色系？　よく分からないですが、いい感じに調和のとれた色を選びやすいです。

Lavish

画像からカラースキームを自動生成してくれるサービス。
Twitter Bootstrap用ですが、Twitter Bootstrapを使わない場合にも普通に便利です。