5

私はcarrierwaveを使用してAmazons3に画像をアップロードしています。これは開発ではうまく機能しますが、サーバーにプッシュするときは機能しません（エンジンヤードクラウドトライアル）。

プロセスは正常に機能し、エラーはスローされず、リンクが返されます。ただし、実際の画像はどういうわけか破損しています。

たとえば、次の1つです。https ：//s3.amazonaws.com/ZenBucket/uploads/goal/photo/30/guinness-toucan.jpg

誰かがそれがどのように破損しているのか、または何がそれをしているのか教えてもらえますか？

編集：デプロイ後の最初のイメージアップロードの試行は常に500に失敗するようですが、エラーはログに表示されません。それが関係があるかどうかわからない。

Edit2：キャリアウェーブの代わりにトンボの宝石でも発生しているようです。

ありがとう

4

3 に答える 3

0

展開後の最初のイメージでのみ発生する場合は、アプリがまだロードされている (または少なくとも一部のワーカーがロードされている) ため、CPU 使用率が高くなり、アップロード プロセスが遅くなり、タイムアウトになり、イメージが破損する可能性があると思われます。同時に。

Engine Yard は最初のリクエストでのみアプリをリロードすると思いますが、それが理由かもしれません。デプロイ後にアプリを「カール」してみて、数分待って、それが役立つかどうかを確認してください。

EC2 の小さなインスタンスには単一のコアがあり、多くのワーカーが再起動されると非常に遅くなる可能性があります。

于 2012-02-15T21:58:27.250 に答える
0

http://www.engineyard.com/blog/2011/a-gentle-introduction-to-carrierwave/ および http://docs.engineyard.comで説明されているように、EngineYard のcarrierwave / fog セットアップを実行します 。 /use-carrierwave-and-optionally-fog-to-upload-and-store-files.html

あなたの「霧」公開は「false」または「true」に設定されていますか? 「false」の場合は、返されるものの代わりに「authenticated_url」プロパティを使用する必要があるため、このスレッドを確認してください: http://groups.google.com/group/carrierwave/browse_thread/thread/2f727c77864ac923

于 2012-02-21T03:56:37.407 に答える
0

jRuby での gzip 圧縮 (おそらく https を使用) に関する問題が解決されたようです。誰かが私のスタックからバージョン番号を必要とする場合、私は義務付けることができます。

于 2012-03-28T14:46:05.753 に答える