問題タブ [fog]

プロジェクトでの画像操作に Dragonfly (https://github.com/markevans/dragonfly) を使用しており、データ ストレージ エンジンとしてフォグを使用しています。最近、リクエストで奇妙な Amazon エラーが発生し始めました。主なエラーは次のとおりです。

と

これは、1 つの開発マシンだけで、他のすべてのマシンで正常に動作します。Ruby 1.9およびRails 3.0.10でMac OSXを実行しているため、タイムスタンプはマシン上で問題ありません。何らかの理由でヘッダーがエポック時間として入っているようです...

完全なエラー:

S3 で作業するために、carrierwave + fog を使用しています。そこに画像を保存しています。次に、この画像の1つを取得してfbに投稿する必要があります...だから、画像をサーバーにダウンロードする必要がありますが、これを行う方法が見つかりませんでしたキャリアウェーブ...そして、画像をfbに投稿するには、FILEを使用してAPIにPOSTを呼び出す必要があるため、その方法がわかりません... S3サーバーのURLを使用して投稿するのは素晴らしいことです。 ..

これを行う方法について何か考えはありますか？

ありがとう！

私は、マーチャントが自分の店の写真をアップロードできるようにするプラットフォームを開発しています。これにはCarrierwave+fogを使用しています。アプリはherokuでホストされているため、写真はAmazons3に保存する必要があります。

私のローカルマシンでは、ストレージがローカルであればすべてが正常に機能しますが、フォグがアップロードを処理すると問題が発生します。

最初にローカルストレージバージョンを投稿し（正常に動作します）、次に現在のフォグ対応のs3バージョンと発生しているエラーを投稿します。

ローカルストレージバージョン（正常に動作）：

フォグ対応のs3バージョン（機能しません）：

新しいストアを作成または編集すると、画像は実際にはs3に正常にアップロードされますが、railsはアクセスが拒否されましたというエラーメッセージを表示します（app / tmp /carrierwave/20121104-0929-5512-8270/04.pngにアクセスできませんでした） 。

完全なエラーメッセージ：

app / tmp /carrierwave / 20121104-0929-5512-8270 / 04.pngをブラウザに直接入力すると正常に機能するため、このエラーは私を混乱させます。

完全を期すために、ここにコントローラーとモデルがあります（両方のバージョンで同じ）

ImperaviRedactorをAmazonS3と統合する必要があります。しかし、JavaScriptの代わりに、RubyOnRailsアプリケーションにアップロードプロセスを実行させたいので、私はすでにfog、carrierwave、imperavi-railsを使用しています。

手伝って頂けますか？

Heroku にデプロイされた私の Rails 3.1 プロジェクトには、データベース内のレコードに基づいて数十万の小さな PNG を生成し、一度に 1 ファイルずつfogを使用して結果を S3 にアップロードする rake タスクがあります。（herokuを使用する前は、タスクはファイルをローカルに保存し、すべて正常に機能していました。）を使用してタスクを実行するheroku run:detachedと、しばらく実行され、一連のファイルがアップロードされますが、最終的にはConnection reset by peer (Errno::ECONNRESET). これについて奇妙なのは、次のように例外をキャッチして再試行するようにスクリプトを変更したことです。

スタック トレースによるとfile_exists = directory.files.head(filekey)、例外につながる私のコードの行なので、Ruby の例外処理について何かが欠けているように感じます。これが私の begin/rescue ブロックの問題なのか、fog がネットワーク エラーを処理する方法なのか、それとも何なのか、100% 確信が持てないので、私が間違っていることを知りたいです。

完全なスタック トレースは次のとおりです。

私のユーザーは、外部画像 URL (http://their-site.com/photo.jpg) を - たとえば - に保存します@user.external_image。その URL を受け取り、Carrierwave を使用して S3 に保存する User クラスのメソッドを作成しようとしています。

上記で、実行してイメージをS3に「アップロード」し@userたいと思います。アップローダをUser クラスにマウントし、次のメソッドを記述して、@user.save_to_s3これを実行しようとしました。:s3_image

@userしかし、レコードでそのメソッドを呼び出すと、次のエラーが発生します。

「ArgumentError: 必要な引数がありません: aws_access_key_id、aws_secret_access_key」

近づいていますが、設定されているにもかかわらず、S3 資格情報を取得していません。ご意見やご提案をいただければ幸いです。

Fog フレームワークを介して EC2 user_data を設定する方法を知っている人はいますか?

2 つの ActiveRecord モデルがあり、どちらも同じ Carrierwave Uploader を使用しています

画像は Amazon S3 バケットにリモートで保存され、テンプレートを保存すると保存されます。問題はありません。

テンプレートからクローンを作成して、新しい Profile オブジェクトを作成しています。また、テンプレートと共に保存されたリモート アイコンのクローンまたはコピーを作成し、関連するプロファイルのために S3 にもリモートで保存したいと思います。

注 'これは元のテンプレートの URL への参照ではなく、コピーであるべきだと思います

私のコントローラーでは、ビューで編集してから保存する前に、オブジェクトのクローンを作成します。私は動作しない次のことを試しました

私はまた、次のようないくつかのバリエーションを試しました

誰でも解決策を手伝ってもらえますか?

環境変数を追加して追加することで、Herokuのガイドに従いました

環境/ production.rbへ

アセットが s3 バケットにアップロードされ、アクセスできることがわかりました。

しかし、私のウェブサイトでは、css のような asset_path タグを使用するアセットが表示されません

ソースを見ると、次のようなファイルへのリンクが表示されます。

css と js が (FOG_DIRECTORY 変数を使用して) 動作するため、これは奇妙です。では、FOG_DIRECTORY env が存在しないかのようにここでスキップされるのはなぜですか?

SEE UPDATE BELOW!

I am having problems after I upload an image file to Amazon S3 and then try to save the file.

I use direct_fog_url(with_path: true) to get the the url of the image uploaded. I then get the following error:

ActiveRecord::RecordInvalid Validation failed: Image could not download file

I saw these two possible solutions:

https://github.com/jnicklas/carrierwave/issues/700

http://www.github.com/jnicklas/carrierwave/issues/888

But neither one seems to work.

Im using the older deleted command: overwriting method process_uri (enter link description here):

In my application I am using the following Gems:

gem 'fog'

gem 'carrierwave'

gem 'carrierwave_direct'

gem 'rmagick'

Thanks!

UPDATE: After implementing @Alex's answer below we resolved that problem but now when we do the upload we get the following error:

Excon::Errors::MovedPermanently

PermanentRedirect The bucket you are attempting to access must be addressed using the specified endpoint. Please send all future requests to this endpoint.