我正在使用carrierwave上传我的图片但失败了。请帮我。

使用的版本：

我的上传者：

我的图像是nil，但下面的图像image_tmp存在。我的 sidekiq 也运行良好。

这是我的工人：

如何使上传工作？谢谢你。

我正在开发的应用程序（rails 4.2.7）同时使用carrierwave和paperclip上传同一数据模型User（下图）上两个不同字段的图像。

该avatar字段是一个回形针对象并且cv_file是一个载波上传器。

现在，对于cv_file字段的后台处理，我使用 carrierwave_backgrounder gem，对于avatar字段我使用delayed_pa​​perclip gem。

这两个 gem 都公开process_in_background处理图像上传到后台。所以我的用户模型看起来像：

尝试访问应用程序上的任何页面时出现此错误。

未定义的方法“remove_avatar？” 为了

你的意思？remove_cv_file?

任何帮助将不胜感激。谢谢！

我想document doc在后台处理将 's(files) 上传到 S3，但由于某种原因，它对我不起作用。我目前正在本地运行它。

这是我的设置：

# /config/initializers/carrierwave_backgrounder.rb

# 文档控制器.rb

#sidekiq.yml

我sidekiq使用以下命令运行：

当我尝试使用以下设置上传时：（store_in_background doc）document

它似乎没有在 sidekiq 的后台排队任何工作，并且doc保存是在进程中完成的，需要很长时间。

有什么建议么？

我在 Bluemix 上运行 Rails 应用程序，并希望使用carrierwave 进行文件上传。到目前为止没有问题，因为我使用外部存储来保存文件（ftp、s3、webdav 等）。但是，为了保持良好的性能，我需要使用 carrierewave_backgrounder 启用缓存 - 在这里它开始变得棘手。问题是我需要为上传过程指定一个临时文件夹（文件在实际存储中保留之前保留的临时文件夹），该文件夹在所有可能的工作人员和应用程序实例之间共享。如果确实如此，如何实现？

我最近将carrierwave_backgroundergem添加到我的项目中 - 从那时起，我看到了我的 EC2 资源的一些使用（我以前根本没有使用它们）。

我如何才能像没有 gem 一样在当前进程（worker）中处理我的文件版本，然后将它们上传到 s3 - 显着降低成本？

I setup carrierwave_backgrounder, carrierwave-video, and carrierwave-ffmpegthumbnailer to encode video files after the initial record is inserted into the database (postgresql). The issue that I am having is, I can only start the encoding process in rails console. For some odd reason, it doesn't begin when I use the form. I have the default configuration setup for sidekiq and carrierwave-backgrounder. I'm also processing each file in mp4 or webm. The record stores into the database with the video column as null. It shows nothing in my server development log about encoding or sidekiq job. I checked the web ui for sidekiq and nothing is there as well. What I've done so far is below. I'm using Rails 5.2, btw. How can I successfully encode videos using sidekiq and carrierwave_background??

carrierwave_backgrounder.rb

sidekiq.rb

story_video_uploader.rb

story.rb

stories_controller.rb

我在表单上有一个图像上传器，图像上传很好，没有后台处理。自从迁移到 Heroku，较大的源图像经常超时，所以我希望将其移至后台作业。在这样做时，我看了看，carrierwave_backgrounder因为它似乎涵盖了我需要的东西。

我找到了一个 forkcarrierwave_backgrounder并将它分叉到我自己的 repo 中。为了让它在 5.2 中工作，作者说他必须对路径进行硬编码（https://github.com/lardawge/carrierwave_backgrounder/issues/282，https://github.com/lardawge/carrierwave_backgrounder/issues/280）

这在store_in_background. 运行只是process_in_background在开发中产生本地处理的图像，但它们不会上传到 S3。

有问题的模型字段是issue.image，这是它的安装方式issue.rb：

这是输出错误：

store_asset_mixin.rb这是我本地版本的gem中我的方法中的相关方法。错误中提到的第 40 行是以 开头的@tmp_directory：

也是 asset_tmp，""但资产，但我不知道为什么。单步执行debugger它似乎存在 record.image，但 record.image_tmp 列只是空的，并且 record.image_cache 为 nil。

爱载波。

运行 recreate_version 时！原始图像的质量显着降低/损坏。

我需要使用carrierwave的recreate_version！通过 mount_uploader :image 将新的“移动”版本添加到现有的照片模型。

现有版本：原始版本、:card 和 :thumb

同样，在运行 recreate_version 时！原始图像的质量大大降低。

市长的原始图像损坏到应该丢弃并重新上传图像的地步。

:mobile 版本是从原始版本中重新创建的，质量上乘。

:card 和 :thumb 版本保持不变，没有区别。

只是原件损坏了。诡异的。

作为测试，我重新运行了 'photo.image.recreate_versions!(:mobile)' 几次以测试不同的参数，试图找出损坏的罪魁祸首（删除不需要的 gem，重新创建：thumb 版本等）。但是每次原始图像的质量都变得越来越差。

dpi 越高，腐败越快：300dpi 第一次通过超级丑陋，100dpi 两次通过恶心，三通后 72dpi 只是犯罪。

腐败发生在 localhost 以及 Heroku（暂存和生产）上。

诡异的。我已经使用 Carrierwave 多年了，这是第一次遇到这样的问题。

红宝石'2.4.1'

导轨'5.1.7'

gem 'carrierwave', :git => ' https://github.com/carrierwaveuploader/carrierwave.git '

这是设置。

我通过 Delayed_Job 一次将一个用户传递给carrierwave recreate_version

在照片模型中

并在 ImageUploader

和宝石

删除了所有不必要的宝石。仍然是图像损坏问题。

原始图像和所有版本的质量都非常好。

只是在运行 recreate_version 之后，原始图像已损坏。

关于如何在 recreate_version 之后防止原始图像质量损坏的任何想法？

我正在为“carrierwave_backgrounder:install”创建一个生成器，以在 S3 中处理我的图像。但是，我陷入了一个问题

1. 当我刚刚使用 gem 'carrierwave_backgrounder'时，我收到了错误

   Could not find generator 'carrierwave_backgrounder:install'. Maybe you meant 'rspec:install', 'exception_notification:install' or 'active_record:model

2. 当我 gem 'carrierwave_backgrounder', git: 'https://github.com/lardawge/carrierwave_backgrounder'按照任何地方给出的建议使用并运行捆绑安装或捆绑更新时，我收到错误

   Bundler could not find compatible versions for gem "mime-types": In snapshot (Gemfile.lock): mime-types (= 3.3)
In Gemfile: carrierwave-base64 (= 2.6.1) was resolved to 2.6.1, which depends on mime-types (~> 3.0) carrierwave_backgrounder was resolved to 0.4.2, which depends on mime-types (~> 2.99)

而且我的 bundle-update 也无法解决该错误。我该如何解决这个问题？

我正在更新和现有的应用程序和测试开始失败。它们似乎都与 factoryBot 有关。我们在应用程序中使用carrierwave，我们一直在使用它来设置图像。

在工厂中，我们正在设置图像 ex。

该应用程序当前在 Rails 5.2.4.4 上，当我尝试将其更新到 5.2.4.6 时。机架 2.2.3