導入 ( ぼくのRails開発環境事情 )
「ユーザー登録時にwelcomeメールを送る」みたいな機能があると、
ユーザーを生成するたびにメール送信処理が走ります。
app/models/user.rb
class User
after_create :send_welcome
...
private
def send_welcome
UserMailer.welcome(self).delivey_later # => ActiveJobが非同期にメールを送ってくれる
end
end
rails-console
User.create!(...) # => Welcome メールが飛ぶ！
開発環境では、letter_opener を使っているので、実際にメールサーバーを叩いたりはしないようになっています。
Gemfile
gem 'letter_opener'
config/environments/development.rb
Rails.application.configure do
...
# letter opener
config.action_mailer.delivery_method = :letter_opener
...
end
が、代わりにブラウザに新しいタブが開くわけです。
rails-console
User.create!(...) # => ブラウザに新しいタブが開く
問題
そんな時、まとめてユーザーを1000人作ったりすると一斉にメールが開きます。
rails-console
1000.times { User.create!(...) } # => ブラウザに新しいタブが1000個開く
ブラウザに1000個タブが一気に開いたら普通に考えてメモリ食いつぶして死にます。
何とかしなければ。
解決方法
で、端的に解決方法。
ActionMailer::Base.perform_deliveries = false
ActiveJob::Base.queue_adapter = :inline
1000.times { User.create!(...) } # => メールが飛ばないやったー！
かいせつ
最初はActionMailer::Base.perform_deliveries = falseだけでいけるかと思ったのですがダメでした。
なんでかというと、バックグラウンドジョブ自体は、別プロセスで動いているので...
$ bin/rails c # => プロセス1
$ bin/rake jobs:work # => プロセス2
.deliver_laterしてしまうと、そちらに処理が飛ばされてしまい、ローカルで上書きした設定は反映されないのです。
(deliver_layerはActiveJobとActionMailerの連携したメソッドです)
なんとかして同じプロセス上でActiveJobが走らせればいいわけで、
それがActiveJob::Base.queue_adapter = :inlineになります。
ActiveJob::QueueAdapters::InlineAdapterは、そのプロセスで即時実行するキュー戦略なので、その場で処理が起動して、めでたく、上書きした設定で処理を進めてくれます。
書いてから思ったけど、完全に自分の環境依存の問題な気がした。