JobとはJobメールの送信、データのインポート/エクスポートなどの時間のかかる処理を、適した方法でバックエンドで行うためのコンセプト。Jobといった実際にバックグラウンドでジョブを実行するgemの差分をほぼ意識しないでジョブを扱えるようにするための、ジョブのインフラ。Job上記のバックエンド処理を行うために使われるメジャーなgemの一つ。#deliverというインスタンスメソッドで送信できるとする。...こんな感じで、redirectするまでに、メールがdelverされるのを待つ必要がある。@email.delay.deliverこの一部分を上記のように、変更すると、controller上では、バックエンドに委託したら先にいけるので、サクッと次のredirectの処理までいける!userを待たせなくて良い!という。Jobを使うと書き方もシンプルで便利っすね〜。Jobは、実はgemたちの後から、Railsに導入されたgemごとの操作方法を統一できるJobのインフラ。Jobを扱うこと方法を考える。Classを定義してそちらに移行。Classを呼び出す。..これで、先ほど同様、バックエンドに重い処理任せてcontrollerは先に進めるというわけですね。これまで見てきた、重い処理をJobに委託することを、"Jobを登録する(enqueue)"という。以下のコマンドでJob作成。Classの記述を持つ。installJobを管理するテーブルを作成する。db:migrate2.ジョブを登録する(enqueue)"具体例からみるメリット"を参照。taskでworkerを起動し、Jobを処理する。これが起動されるまでは、Jobは処理されないので要注意。委託業者を起動させる感じだね。jobs:work(本番時は、daemonsというgemでworkerを走らせる。Jobのenqueue前後、perform前後などに行うlogicを指定できる。参照先をよく読むとありそう。upLoginユーザーは見つかりませんでした。