我正在开发一个允许大量照片上传的应用程序，想了解处理这个问题的最佳设置。
目前我使用的工具如下：
我希望能够允许用户在页面上拖放大量的图像，然后在后台进行上传时导航到其他页面。我也希望随着上传完成，图片可以逐渐显示出来。我不想使这个过程锁定Heroku动态进程，所以我可能需要将工作移至后台任务中，但我不确定针对我的情况应该使用什么工具。
这种类型的应用程序最佳设置是什么？我应该使用哪个后台处理工具？Cloudinary是一个好主意吗？
我最近构建了一个应用程序，可以在Heroku上接受大量上传。我决定自己构建解决方案，而不是使用cloudinary或类似的解决方案。以下是我学到的一些经验教训:
不要将文件上传到Heroku。整个网络工作线程将在上传期间完全锁定。这可能需要长达一分钟的时间。是不可接受的。
使用JavaScript上传工具(如jquery-file-upload)直接上传到s3。这起初有点复杂，但一旦你搞定了，它就非常好用了。您可以使用s3_direct_upload gem，或者您可以阅读其源代码，从头开始创建自己的解决方案。该gem基于一个付费的railscasts pro视频，但其源代码可用。
当上传完成后，通过ajax请求向您的应用程序传递新的s3 url作为远程url。然后，Carrierwave将像上传一样在s3上处理该图像，只需几秒钟而不是长达一分钟。
使用jquery-file-upload的客户端图像调整大小。有人会尝试上传5MB的照片，然后抱怨上传速度太慢。这将使所有上传尽可能快。
配置s3以自动清除您的上传文件夹。
不要使用 thin，改用 unicorn。thin 处理请求时间太长，但使用 3 到 4 个 unicorn worker 更加宽容。
不要使用 rmagick。虽然它有更好的 API 来进行复杂图像处理，但会消耗大量内存，建议使用 mini_magick。
您会注意到，我没有为任何这些内容使用后台工人。如果您真的非常细心，可以将接收远程 url 的控制器传递其工作给后台工作者，并且如果立即需要结果，则后台工作者可以通过 pubsub（例如 faye 或 pusher，可能使用令人兴奋的新 sync gem）通知 UI。但对于我的应用程序来说并不必要，我宁愿将钱花在另一个 web dyno 上而不是 worker dyno 上。
如果你想让他们在此期间点击整个应用程序，那么你需要上传一个弹出窗口（并使用某种 pubsub 解决方案），或者使用 ember、backbone 或 angular 等构建整个站点作为 JavaScript 应用程序。
还有问题吗？
