devise_openid_authenticatableは、内部でRack::OpenIDを使用しています。
これは、デフォルトではアプリケーションサーバが複数台の場合に動作しないので、注意が必要です。

これは、ソースコードのコメントに書いてあるとおり、OpenIDによる認証の際にStoreとしてMemoryを使っているのが原因です。
（OpenID認証では、ユーザをいったん別サイトに飛ばすので、戻ってきたときのためにデータを保持しておく必要があります。

# Initialize middleware with application and optional OpenID::Store.
# If no store is given, OpenID::Store::Memory is used.
#
# use Rack::OpenID
#
# or
#
# use Rack::OpenID, OpenID::Store::Memcache.new

https://github.com/josh/rack-openid/blob/master/lib/rack/openid.rb

たとえばアプリ2台のラウンドロビンの場合、このままでは、正しくOpenID認証しても1/2の確率でしかログインできません。

IPベースでAPPサーバの振り分けを制御すれば動作しないこともないですが、リクエストごとにIP変わるようなこともあるので、すべてのAPPサーバでOpenID::Storeを共有できる設定にしておきましょう。
memcachedサーバを使う場合の設定例は以下のような感じです。

# config/environments/production.rb
config.middleware.insert_before(
  Warden::Manager,
  Rack::OpenID,
  OpenID::Store::Memcache.new(MemCache.new('192.168.0.123:11211'))
)

この記事の元ネタはmorimorihogeに教えてもらいました。

うっかり環境依存なmigrationを書いてしまっても、自分や既に開発しているメンバーは気づかないことが多いのですが、
新メンバーが参加したり、本番デプロイ環境を整備したときに初めて問題に気づくことがあります。

CI環境で問題の早期発見を目指すのはもちろんですが、事前にやりがちなポイントは気をつけておきましょう。

ライブラリのmigration用メソッドに依存しない

たとえばdeviseの旧バージョンでは、
t.confirmable
などのメソッドを使用していましたが、これは最新版ではDEPRECATEDになっています。
また、t.authenticatableを使用した際、バージョンによりpassword_saltが自動生成されるものとされないものがあります。

プロジェクト開始時からライブラリのバージョンを上げた場合、このようなメソッドを使っていると、エラーになったり生成されるカラムが変更されたりするので、データベースに矛盾が生じてしまいます。
特に理由が無ければ、
t.string :password
のように標準機能で記述するのがおすすめです。

モデルクラスを使わない

migration内でデータの検査や変更をする場合など、ActiveRecordのモデルを使いたくなりますが、これは危険です。
migrationは基本的にずっと残るので、仮に将来そのモデルファイルが削除された場合、rake db:migrate:resetが通らなくなってしまいます。
SQLを直接使用するか、以下のように一時的にActiveRecord::Baseを継承したクラスを作るなどの対策が必要です。
Object.const_set "User", Class.new(ActiveRecord::Base)

インデックスの長さに注意する

add_indexでリンクを張る際、長いテーブル名では、気をつけないと64文字を超えてしまうことがあります。
MySQLでは、インデックス名は基本的に64文字以下にする必要がありますが、バージョンによってはそれ以上でも通るので、気づくのが遅れると面倒なことになることがあります。
事前に、長いテーブルやカラム名の場合、インデックスには名前を付けておきましょう。

# 例: MangaRebornでは、投稿されたファンアートや翻訳をすぐに公開するかどうか、選択することができます. 仮に複合インデックスを張るとすると、64文字を超えます
add_index, :manga_artists, [:allow_publish_fan_art_immediately, :allow_publish_translation_immediately], :name => 'index_manga_artists_1


downをちゃんと書く

当然ですが、downをちゃんと書きましょう。
Rails 3.1以降ではchangeが使えますが、これはcreate/add系で自動処理してくれるだけなので、change_columnやremove_columnの時は正しくdownを書く必要があります。
db:migrate:redoをやってからコミットすれば安心ですね。

Railsのflashメッセージをajaxで出すと他のページに遷移しても、更新してもて続けるという状況に遭遇しました。
1度だけ出てくれればいいんですけど。。。

下記がajaxで表示する部分です。下記のファイルパスが(front_ajax_path)
[ruby]

<%= flash[:notice] %>

[/ruby]

flashを表示させたいビュー
[html]

[/html]

実行しているajax
[javascript]
$(‘#notice_or_alert_for_ajax_area’).load(“<%= front_ajax_path %>“);
[/javascript]

解決策
application_controllerに以下を記述して明示的にアクション実行後にflash消すようにしました。
if request.xhrでajaxからのリクエストかどうか判定しています。
[ruby]
after_filter :discard_flash_if_xhr
[/ruby]
[ruby]
protected
def discard_flash_if_xhr
flash.discard if request.xhr?
end
[/ruby]

DBからfixtureのYAMLを生成する方法は色々見つかりますが、今回は要件を満たすものが見つからなかったので、rakeタスクを作ってみました。
複数行テキストやコロン(:)が含まれるテキストを、正しく処理できないものが多いんですよね。

今回はこのような要件を満たすようにしました。

• MySQLで動作する
• テーブルを指定できる
• 複数行のテキストフィールドを処理できる
• IDやモデルファイルが無いテーブル（HABTM用中間テーブルなど）に対応する

以下のようなファイルを、lib/tasks/extract_fixtures.rakeとして保存し、
rake db:fixtures:extract
すると、tmp/fixtures以下にテーブルごとのYAMLファイルが生成されるので、問題なさそうならspec/fixturesにmvすればOKです。

# -*- coding: utf-8 -*-
# DBからデータを取り出してYAMLにする。生成したYAMLはtmp/fixturesに保存される
namespace :db do
  namespace :fixtures do
    desc "Extract database data to tmp/fixtures directory."
    task :extract => :environment do
      fixtures_dir = "#{Rails.root}/tmp/fixtures/"
      skip_tables = ["schema_info", "schema_migrations", "sessions"]
      ActiveRecord::Base.establish_connection
      FileUtils.mkdir_p(fixtures_dir)

      if ENV['FIXTURES']
        table_names = ENV['FIXTURES'].split(/,/)
      else
        table_names = (ActiveRecord::Base.connection.tables - skip_tables)
      end

      table_names.each do |table_name|
        begin
          model = table_name.classify.constantize # check class existing
        rescue NameError
          Object.const_set table_name.classify, Class.new(ApplicationModel)
          retry
        end
        if model.columns.any?{|c| c.name == 'id'}
          sql = "SELECT * FROM #{table_name} ORDER BY id ASC"
        else
          sql = "SELECT * FROM #{table_name}"
        end
        File.open("#{fixtures_dir}#{table_name}.yml", "w") do |file|
          objects = ActiveRecord::Base.connection.select_all(sql)
          objects.each_with_index do |obj, i|
            # not nullのカラムがnullになっていることがあるので、その場合は空文字列を入れておく
            model.columns.each do |col|
              if !col.null && obj[col.name].nil?
                obj[col.name] = ''
              end
            end
            file.write({"#{table_name}#{i}" => obj}.to_yaml.sub('---', ''))
            file.write "\n"
          end
        end
        puts "extracted #{table_name}"
      end
    end
  end
end

MySQLのDATETIME型でNOT NULLを指定した際など、0000-00-00といった値が入っている場合があり、これはActiveRecordを通すとnilになります。
このままYAMLにすると、fixtureを使うときに

ActiveRecord::StatementInvalid column ‘date’ cannot be null

などのエラーが発生してしまいます。そのため、NOT NULLカラムでNULLが見つかった場合は、空文字に変換しています。

前職はSIerにて金融系システムの開発と保守をしていました。
サーバーが好きなので、インフラSEとして採用して頂きました。
と言ってもまだまだ修行中です。。。
なので、あんまり難しいことは書かない（書けない）です。
今後ともよろしくお願いします。

さて、一発目は佐藤先輩のブラックホールSMTPサーバーについてpostfixでやるとこんな感じ？
という設定例を書いてみます

多分、Postfixで本来のあて先と異なるアドレスに飛ばす設定は

• mydestinationを弄って異なるドメインを自ホストにする
• virtual_alias_mapsでアドレス＋ドメインごとマッピングする

って方法があるのかなーと思いました

今回はユーザーについても丸ごと飛ばしたいのでvirtual_alias_mapsを使ってみます

main.cf

virtual_alias_maps = regexp:/etc/postfix/blackhole

/etc/postfix/blackhole

/^(.+[@.])?bpsinc\.jp$/      root

こうすれば例えばhoge@huga.bpsinc.jp宛のメールもローカルのroot宛てに届くはずです

そこで、全てのメールをリレーせずにフックして、
開発用のメーリングリストに投げる簡単なSMTPサーバーを書いてみました。
一時的にこのSMTPサーバーを使うようにすれば、
本番ユーザーにメールが飛ぶことはなく、
かつメーリングリストで開発者には届くので便利です。
メールの送信にはGMailを使っています。

[perl]
#!/usr/bin/perl

use Carp;
use Net::SMTP;
use Net::SMTP::SSL;
use Net::SMTP::Server;
use Net::SMTP::Server::Client;

my $to = ‘mailing_list@example.com’;
my $gmail_account = ‘username’;
my $gmail_password = ‘password’;

my $server = new Net::SMTP::Server(‘localhost’, 25) ||
croak(“Unable to handle client connection: $!\n”);

while($conn = $server->accept()) {
my $client = new Net::SMTP::Server::Client($conn) ||
croak(“Unable to handle client connection: $!\n”);

$client->process || next;

my $smtp = Net::SMTP::SSL->new(‘smtp.gmail.com’, Port => ’465′, Debug => 1);
if($smtp->auth($gmail_account, $gmail_password)){
$smtp->mail($client->{FROM});
$smtp->to($to);

$smtp->data();
$smtp->datasend($client->{MSG});
$smtp->dataend();
$smtp->quit;

}else{
print ‘SMTP Server Authentication Error!!’;
}
}
[/perl]

忙しい人のためのツール活用方法を紹介します。
今回はスタッフからお願いされたGMAILにします。
毎日大量のメールが届く人も、別それほどでもないって人も、
GMAILを使える環境があるならば処理効率を高められますよ。
皆使い方はそれぞれですし向き不向きもあると思いますが、
すくなくともカスタマイズ無しの状態よりは良いです。

Gmail Settings -> Labs 設定

まずはLabsの設定から。好みもあるので遊んでみてください。
詳細は自身で確認して、Enableに （有効にする）してください。

1. 設定画面を開いてLabsを選択してください
2. Background Send　日本語だと「バックグラウンドで送信」
• 作業効率を上げる設定で、別にEnable（有効にする）しなくても大丈夫です。Enableすると送信中に次のメールの確認や作成ができます。
3. Default “Reply to all”　日本語だと「常に全員に返信」
• 作業効率を上げる設定で、別にEnable（有効にする）しなくても大丈夫です。EnableするとTO/CCに入れている全員に返信してくれます。
4. Move Icon Column　日本語だと「アイコン欄を移動する」
• 作業効率を上げる設定で、別にEnable（有効にする）しなくても大丈夫です。Enableすると見やすくなる（ような気がする）だけです。
5. Send and Archive　日本語だと「送信 ＆ アーカイブ」
• こちらは騙されたとおもってEnableにしてください。メールを返信と同時にアーカイブ（受信箱では非表示にする）してくれます。
6. Multiple Inboxes　日本語だと「マルチ受信トレイ」
• こちらも騙されたとおもってEnableにしてください。初期表示する受信トレイを複数作ることができます。

Gmail Settings -> Multiple Inboxes 設定

1. 設定画面を開いてMultiple Inboxesを選択してください。
2. Pane 0 に添付と同じ文字を打ち込んでください。通常の受信箱と一緒に、★の付いたメールだけを集めた受信箱を表示してくれます。
3. 表示件数はなるべく大きな数字を打ち込んで★付きのメールは全て表示するように設定します。
4. ★の付いたメールだけを集めた受信箱を、通常の受信箱の下に表示するよう設定します。

そうすると、下記のような画面になります。

設定後 -> 受信トレイ　※３は別途設定が必要ですが気にしないでください

1. 通常の受信箱
   • 未確認 or 未返信 のメールはこちらに残っています。
2. ★付きのメール
   • 返信済　and　未完了 のメールはこちらに残っています。
3. 処理済み のメールはArchive（保管）しているので全て残っています。
4. 探しだす 時は検索を使います。普段必要ないものは保管だけで十分です。

毎日何回もみる受信箱がメールで溢れかえっていたり
すぐに対応したいものとそうでないものが混ざってたり
あとで対応が求められているものが埋もれたりすると
それだけで仕事が大変という気持ちになってしまいます。

別のTODOリストや手帳で管理するのも手ですが
どうせなら普段から使っているツールで整理するのが
最も効率がよくて頭への負荷が少なく本業に集中できます。

この考え方に同意できるかたは、
対応が求められているメールに★をつけていって、
その後すべてのメールを選択してArchive（保管）すると
すぐにこの方法でメールが管理できるようになります。

お恥ずかしながら、僕の処理効率方法を紹介させていただきました。
感想・アドバイス・その他Tipsなどあれば、聞かせてくださいね。