Railsで非同期処理：キュー。Sidekiq（+ActiveJob）がResqueよりも、とても簡単便利。 - Qiita
Railsで非同期処理：キュー。Sidekiq（+ActiveJob）がResqueよりも、とても簡単便利。RubyRailsResquesidekiqActiveJob メール送信や、重い処理、バッチなどでキューイングってよくやると思うんですが、Rubyではそれらを簡単に実現できるライブラリがいくつかあります。有名所だと、Sidekiq / Resque / Delayed Jobとか。僕はSidekiq / Resqueこの2つを使ったことがあるんですが…最近ではSidekiqの方が設定も簡単で使いやすかったので、Sidekiqにまつわる設定などもろもろまとめておきます。 ActiveJobについて Rails4.2からActiveJobというキュー操作のフレームワークが導入されました。これを使用することで、書き方が統一されるため、バックグラウンドのキューライブラリがSidekiqだろ
delayed_job まとめ - scramble cadenza
イントロ collectiveidea/delayed_job なんとなく使ってきて、なんとなくわかってるつもりの delayed_job について、改めてまとめてみたもの。 休日暇だったのでソースコード読んでみたり、step 実行したりして、何処に何が書いてあるかをざっくりとまとめたものです。 環境 rails (4.2.1) delayed_job (4.0.6) delayed_job_active_record (4.0.3) daemons (1.2.3) 導入 Gemfile gem "delayed_job_active_record" ActiveJob ActiveJob のバックエンドとして、delayed_job を指定する config.active_job.queue_adapter = :delayed_job command rails generate de
Rails 4.2で導入されたActive Jobを使ってみよう - Qiita
Active Jobとは？ Ruby on Rails（以下Rails） 4.2からバックグラウンドでジョブを実行するActive Jobが利用できるようになりました。 Active Jobを利用することによって、メールの送信や、バッチ処理などをバックグラウンドで実行することが可能になります。 Railsで利用できるバックグラウンドでのジョブ実行の仕組みとしては、Delayed Job, Resque, Sidekiqなどがありますが、Active Jobはこれらのアダプタとなって動作します。 Active Jobは、ジョブスケジューリングを抽象化するAPIを備えており、異なるジョブ実行の仕組みに移行（たとえばDelayed JobからResqueへ移行）しても、コードをほとんど変えることなく実行することができます。 Active Jobを使うための準備 Resqueのセットアップ 今回は
Rakeタスクをつくる - Qiita
定期的なメンテナンスをRakeタスクとして登録して呼び出したいと考えました。 Rakeタスクの作り方を調べたのでメモ。 シナリオは、メール認証が一週間以上されないユーザーのレコードを削除するです。 $ rails g task inactive_user #=> inactive_userが名前 #=> rake inactive_user:xxx のように使うので名前に気をつけて # encoding: utf-8 namespace :inactive_user do desc "Users中confirm_atから１週間が経過していれば削除" #=> 説明 # $ rake inactive_user:destroy_unconfirmed のように使う # :environmentは超大事。ないとモデルにアクセスできない task :destroy_unconfirmed => :
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RailsでオリジナルRakeタスク作成からRSpecテストまで
