रेल 4 - मेलर delivery_later जो मैं उम्मीद करता हूं वह नहीं कर रहा, यूआई

Question

ब्लॉक करता है मेरे पास एक रेल ऐप है जिसमें मेरे पास एक ऐसा फ़ंक्शन है जो बहुत से ईमेल भेजता है। मैं इसे asynchronously करना चाहता हूं और मैंने सोचा कि विधि deliver_later ऐसा करेगी। वर्तमान में मुझे कुछ देरी है जब उपयोगकर्ता submit पर क्लिक करता है जब तक फॉर्म सबमिट नहीं किया जाता है - जो खराब उपयोगकर्ता अनुभव की ओर जाता है (यह एक साधारण सरल रूप है)। मेरा कार्यान्वयन इस तरह दिखता है:

def create 

    respond_to do |format| 
    if @competition.save 
     [...] 
     send_notification_to_team_members 
    end 
end 

def send_notification_to_team_members 
    @team.members.each do |member| 
    unless member.user.eql?(current_user) 
     Mailer.deliver_new_competition_notification(member.user, @competition).deliver_later 
    end 
    end 
end 

वर्तमान में कार्रवाई समाप्त होने में ~ 4 सेकंड लगते हैं। मैंने यह भी कोशिश की है:

Mailer.deliver_new_competition_notification(member.user, @competition).deliver_later(wait: 1.minute) 

फिर इसमें अधिक समय लगता है - मैं अनुमान लगाता हूं ~ 1 मिनट।

तो, क्या मैं deliver_later गलत तरीके से उपयोग कर रहा हूं, या यह तरीका है जो मैं अपेक्षा करता हूं। उस स्थिति में, क्या कोई और तरीका है जिसका उपयोग मैं अपने प्रदर्शन को बेहतर बनाने के लिए कर सकता हूं?

Answer 1

deliver_laterActiveJob का उपयोग एसिंक्रोनस निष्पादन प्रदान करने के लिए करता है।

हालांकि ActiveJob एसिंक्रोनिटी स्वयं प्रदान नहीं करता है - यह एक एकीकृत एपीआई परत है जिसे कई बैकएंड द्वारा पूरा किया जा सकता है। डिफ़ॉल्ट एक बस इनलाइन सब कुछ चलाता है यह async नहीं है।

एसिंक उपयोग प्राप्त करने के लिए आपको एक एसिंक्रोनस बैकएंड लेने की आवश्यकता है। आप

config.active_job.queue_adapter = ... 

सामान्य सबसे एडेप्टर में एक इसी मणि की आवश्यकता होती है अपने आवेदन की config में बैकएंड कॉन्फ़िगर कर सकते हैं (उदाहरण के लिए delayed_job, sidekiq, sucker_punch) ने अपने निर्भरता भी हो सकता है (उदाहरण के लिए sidekiq आवश्यकता है कि आप redis का उपयोग करें।