上传到s3时的图像损坏，仅限生产。 （载波，发动机厂）

Question

我正在使用carrierwave将图像上传到亚马逊s3。 这在开发上非常有用，但是当我将它推送到我的服务器（发动机场云试用版）时却没有。

该过程工作正常，不会抛出任何错误，并返回一个链接。 但是，不知何故，实际图像已损坏。

这是一个，例如： https ： //s3.amazonaws.com/ZenBucket/uploads/goal/photo/30/guinness-toucan.jpg

任何人都可以告诉我它是如何被破坏，或者是什么可以做到这一点？

编辑：部署后的第一个图像上载尝试总是似乎失败500，但错误不会显示在日志中。 不确定这是否相关。

编辑2：似乎也发生了蜻蜓宝石而不是载波。

谢谢

Answer 1

如果它只发生在部署后的第一个图像上，我会怀疑你的应用程序仍在加载（或者至少是一些工作者），导致高CPU使用率并减慢上传过程，这可能会使其超时并破坏图像与此同时。

我假设Engine Yard将仅在第一次请求时重新加载您的应用程序，这可能就是原因。 您应该在部署后尝试“卷曲”您的应用程序并等待几分钟，看看是否有帮助。

EC2上的小实例具有单个核心，并且当许多工作者重新启动时可能变得非常慢。

Answer 2

通过carrierwave /雾设置为EngineYard的进入，如下所述： http://www.engineyard.com/blog/2011/a-gentle-introduction-to-carrierwave/这里： http://docs.engineyard.com /use-carrierwave-and-optionally-fog-to-upload-and-store-files.html

你的“迷雾”公众是“假”还是“真”？ 如果它是“假”，请检查此主题，因为您需要使用“authenticated_url”属性而不是返回的内容： http ： //groups.google.com/group/carrierwave/browse_thread/thread/2f727c77864ac923

Answer 3

似乎已经解决了jRuby（可能使用https）上的gzip压缩问题。 如果有人需要我的堆栈中的版本号，我可以强迫。