如何将CarrierWaveDirect与嵌入式Mongo文档和传统Carrierwave文件一起使用

Question

我正在寻找在Heroku上的Rails应用程序中上传文件的最佳方法.设置:Rails 3,Carrierwave,Heroku,Mongoid

问题:偶尔,当用户上传不同大小的文件时,图像将保存到数据库中,但在Amazon S3上无法以任何形式提供.这导致图像显示为前端的缺失图像占位符.

可能的原因:图像已上传,但处理过于耗时,并且由于Heroku 30秒的硬请求时间限制请求超时,或者图像尺寸过大,并且在尝试上传时,请求因H12错误而超时.

解决方案:实施carrierwave-direct并将处理移至后台

阻止程序:CarrierWaveDirect不是CarrierWave的替代品.实际上,它在上传图像的过程中引入了一些重大变化,特别是在db记录持久性的同时不上传图像.此外,它不适用于我现有的目录结构,因此将现有文件移动到新结构似乎过于艰巨.CarrierWaveBackgrounder与嵌入式文档不兼容.

问题:我该怎么做？示例代码,如果需要,但试图考虑这个,而不仅仅是编码.

Answer 1

如果您需要处理单个文件,请查看此Railscast,其中包含CarrierWaveDirect并深入上传到S3.结合carrierwave-mongoid gem,如果你想要去那条路线,你应该能够运行单个文件上传.

老实说,我只是去上传多个文件并完成它.在第二部分中,他展示了使用标准Carrierwave和jQuery File Upload而不是CarrierWaveDirect 的多文件上传设置.我倾向于同意这个决定.我无法让它正常工作,很可能是因为直接POST到S3所需的所有黑魔法.

Ryan的设置起初看起来令人生畏,但它非常简单,在剧集的源代码中,他包含了一个帮助程序类,它可以处理S3所需的所有数据.

基本工作流程如下:

1)文件通过jQuery插件直接从浏览器上传到S3上的临时存储桶或文件夹.

2)带有临时上传URL的AJAX POST请求转到应用程序,告诉它在数据库中持久存在并启动工作进程.

3)工作进程下载临时文件,通过CarrierWave设置运行它并将完成的版本存储在正确的位置.

我认为他使用sidekiq作为后台工作,但我有类似的东西与IronWorker设置,它的工作非常漂亮.一旦你有jQuery的东西和CarrierWave设置,你可以真正使用你想要的任何工作.

另外,在那里的评论中,我解释了如何处理从临时桶中删除原始上传文件作为工作的一部分,以保持整洁.有关POST如何直接进入S3的所有脏细节请参见此处.即使你有帮助类,理解这一点仍然是一个好主意.