開発環境で複数のRailsアプリを起動する場合はActiveJobのキュー名に気を付けよう - patorashのブログ
アプリ連携を作っていた時に起きた現象なので、複数Railsアプリを起動する場合は気をつけましょう。 FooアプリとBarアプリがあって、どちらもActiveJobを使っていました。どちらもqueueの名前はdefaultのままにしていました。そして、同じRedisを共有していました。 こっちはFooアプリのジョブ。 class FooJob < ApplicationJob queue_as :default def perform puts "Foo" end end こっちはBarアプリのジョブ。 class BarJob < ApplicationJob queue_as :default def perform puts "Bar" end end そして、FooアプリもBarアプリもsidekiqを起動。 bundle exec sidekiq これで、BarJob.perfor
deviseで論理削除を実装するときの手順をまとめておく - patorashのブログ
新しいRailsアプリを作るたびにやっている気がするので、一旦まとめておこうと思います。 今回公開する手順は、削除済みのメールアドレスで再登録可能な論理削除の実装方法です。 Deviseとは？ Deviseはアカウント認証管理のgemです。Webアプリケーションにほぼ必須である認証機能をほぼ網羅しています。 アカウントの新規作成 メールアドレスの確認 パスワード忘れの問い合わせ パスワード間違えすぎたらアカウントロック その他諸々 github.com 論理削除とは？ 論理削除とは、レコードは物理的に削除しないけれど、削除済ということにする、ということです。 物理的に削除してしまうと、そのアカウントに紐づいたデータが全て削除されてしまったり、データに紐づいていたユーザが誰だったかわからなくなり、困ったことになります。 そこで、論理削除することで、ログインはできないけれど関連データを表示する
ActiveJobのテスト周りの見直しで学んだことのメモ - patorashのブログ
最近テストが不安定になって、その修正をしていっていたらActiveJobが絡むあたりがまた不安定になったので原因を探ろうとしたのだけれど、ActiveJobのテストの設定周りなんて久々すぎて忘れまくっていたのでここで一旦整理しておく。 テストでActiveJobを同期的に扱う ActiveJobのqueue_adapterの設定は、environmentsの各ファイルで行うべき、だそう。コメントでそう書いてあった。 # Use a real queuing backend for Active Job (and separate queues per environment) production.rbなど # Use a real queuing backend for Active Job (and separate queues per environment) config.act
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
