確認メールは、ある種のバックグラウンドジョブ（Resque、Delayed_Jobなど）を使用してバックグラウンドで処理/送信する必要がありますか？
アプリは、確認メールが送信されるまでハングする傾向があります。ただし、ハングするのはほんの一瞬か2秒です。バックグラウンドタスクとして送信する価値があるかどうかはわかりません。
あなたの考えは何ですか？
2 に答える
2
覚えておくべき主なことは、この遅延は現在のユーザーだけに影響を与えるのではなく、Railsプロセスを保留しているため、他のユーザーにも影響を与えるということです（これの正確な影響は、使用しているWebサーバーと設定）。
このアプリケーションに多くのユーザーがいない場合（そして将来的には使用されない場合）、現時点でバックグラウンドジョブ処理がない場合は、追加する価値がない可能性があります。そうでなければ、それはおそらく良い考えです。
于 2011-05-26T21:30:12.290 に答える
0
ほんの数秒なら、一緒に暮らせると思います。ただし、時間がかかる場合は、delayed_jobが常に詰まっていて、バックグラウンドジョブに夢中になっている場合を除いて、delayed_jobに移動できます。その場合、ユーザーにメールを送信するのに少し時間がかかり、ユーザーエクスペリエンスが損なわれる可能性があります。その場合でも、確認メールの送信に高い優先度を設定できます。
私はdelayed_jobの機能に疑いの余地はなく、かなり前から個人的に使用しています。Githubでさえ、resqueをリリースする際にそれを推奨しています：
https ：//github.com/blog/542-introducing-resque
We need a background job system as serious as our web framework. I highly recommend DelayedJob to anyone whose site is not 50% background work.
于 2011-05-26T21:57:25.193 に答える