Rails中的前景或背景圖像操作（Jruby，Torquebox）

Question

我使用ajax上傳照片，操作和上傳到s3需要很長時間。我聽說最好在後臺完成這些任務。我的應用程序需要等待照片上傳。但是，如果我選擇背景方式，那麼我將需要使用websockets或重複ajax來檢查結果（鏈接到s3）（我對此不高興）。 爲什麼在控制器（前景）中進行硬計算太糟糕了？ 現在我使用Torquebox（Jruby），據我所知它具有完美的併發性。這是否意味着等待上傳到s3不會佔用資源，所有這些都可以正常工作？ 請在我的情況下寫下背部/前部地面的優缺點。謝謝！

Answer 1

通常認爲不好的做法是阻止對第三方服務的網絡請求上的Web請求處理程序。如果該服務變得緩慢或不可用，則無論您使用的是何種Ruby，都會阻塞您的所有Web進程。這就是你所說的「前景」。

本質上講，這是您的當前設置（在前景）的流量：

1. 用戶上載網站上的一個圖像和需要的控制器接收所述請求。
2. 您的控制器向012請求同步請求s3。這是一個阻止請求。
3. 你的控制器等待
4. 你的控制器等待
5. 你的控制器（繼續）等待
6. 最後，（這是不保證的）你收到來自S3的迴應和你的代碼繼續並呈現你定的視圖/ JSON /文字/等。

顯然步驟3-5是爲您的服務器非常不好的消息，正如我前面所說，這名工人/線程/進程（根據您的Ruby/Rails服務器框架），直到響應將被「舉起」從s3收到（這可能永遠不會發生）。

這裏是相同的流動與在前端一些JavaScript幫助通知後臺作業：

1. 用戶上載網站上的一個圖像和需要的控制器接收所述請求。
2. 您的控制器創建一個新線程/進程向s3發出請求。這是非阻塞的方法。您在引用s3圖像src的記錄上設置了一個標記，例如完成：false，並且您的代碼很好地繼續到步驟3。您的新線程/進程將是等待s3響應的那個人，並且當s3響應時您將設置「已完成」標誌爲true。
3. 您呈現您的視圖/ json/text/etc，並固有地釋放您的工人/線程/進程這個請求...好消息！

現在

爲了娛樂前端東西：

你的客戶端接收的響應，觸發在前端JavaScript來啓動的setInterval狀重複的函數「坪'你的服務器每隔3秒鐘，你的後端控制器會檢查你之前設置的「完成」標誌是否爲真，如果是，則響應/呈現爲真。

您的客戶端JavaScript收到您的回覆，並繼續ping（直到您指定它應該放棄）或停止ping，因爲您的應用程序迴應爲真。

我希望這能讓您走上正確的道路。我認爲爲這個答案編寫代碼是次要的，因爲它好像你在尋找優點和缺點。對於實際的實施想法，我會看看以下內容：

• sidekiq非常適合解決此處所述的背景工作問題。它將處理創建新的流程，您可以向s3發出請求。
• 這是一個很好的railscast，這將有助於您更好地理解代碼。