問題タブ [cloudinary]

Cloudinary からの画像の直接アップロードについて質問があります。simple-form と <% = f.cl_image_upload (: file)%> を使用して Rails アプリでこれを設定できましたが、ファイルを選択すると、アップロードが開始されます。私はこのアプローチが好きではなく、フォームをコミットした直後にアップロードを開始したいと考えています。出来ますか？データベースに対応する ID がない Cloudinary サーバーにファイルがあることを心配しています。

base64 イメージを cloudinary アカウントにアップロードしようとしています。署名、API キー、アップロード URL、canvasImage が正しいかどうかは確認済みです。ただし、リクエストが送信されるたびに、

応答でエラーが発生します:

リクエストのペイロードを確認すると、ファイル パラメータが渡されていることがわかります。

canvasImage は base64 jpg です。種類の - data:image/jpeg;base64,/9j/4AAQSkZJRgABA.

cloudinary のドキュメントには、この種のものは見つかりません。

ここのガイドラインに従って、Cloudinary への Carrierwave アップローダーを作成しましたhttp://cloudinary.com/documentation/rails_carrierwave

次のようになります。

ここで、「バックアップ」アップロード オプションを渡して、cloudinary がそのバージョンを保持できるようにします (Cloudinary アカウントでオプションをグローバルに有効にしたくありません)。

ご協力いただきありがとうございます ！

マルチパートファイル (org.springframework.web.multipart.MultipartFile) をファイル (java.io.File) に変換する最良の方法は何ですか?

私の春のmvc Webプロジェクトでは、アップロードされたファイルをマルチパートファイルとして取得しています.File(io)に変換する必要があるため、この画像保存サービス( Cloudinary )を呼び出すことができます.タイプ(File)のみを取ります.

私は非常に多くの検索を行いましたが、失敗しました.誰かが良い標準的な方法を知っているなら、私に知らせてください? thnx

cloudinary API を使用してGET、次の URL にアクセスすることで画像のリストを取得できます。

ただし、クライアント側の JavaScript からこれを使用すると、アカウントの API キーとシークレットが公開されます。

アカウントの資格情報を公開することなく、画像のリストを取得できるようです。

アカウントに写真のスライドショーを実装するサンプル プロジェクトがあるCloudinary AngularJSクライアントを見てきました。私が知る限り、このプロジェクトは次の行を使用して cloudinary アカウントの写真のリストを取得します

しかし、この呼び出しで何かを返すことはできません。

cloudinary JQueryのドキュメントでは、 の構文について説明していません$.cloudinary.url()。私が見つけた唯一のリソースはCloudinary JQuery Github Pageにあります。

とはpublic_id? とは何optionsですか?

このコードを使用すると、アップロードは正しく行われます

「data-form-data」属性の値を動的に設定すると、アップロードが次のエラーで失敗します:「署名のないアップロードを使用する場合、アップロード プリセットはアップロード プリセットを指定する必要があります」

Cloudinary サーバーへの ajax 非同期呼び出しを使用して動的にデータ値を設定し、資格情報を取得することに注意してください。

クライアント向けに、アプリフックを介して Aldryn ブログを使用する Django CMS プロジェクトを開発しています。Heroku にデプロイしようとしています。Heroku のエフェメラル ファイル システムのため、メディアは外部でホストする必要があります。現在、唯一のメディアは、Django CMS 画像プラグイン (標準の ImageField を使用) と Aldryn ブログの投稿 (FilerImageField と easy_thumbnails を使用) で構成されています。

Boto を使用して S3 に保存することについて読んだことがありますが、これは新しい DEFAULT_FILE_STORAGE (および THUMBNAIL_DEFAULT_STORAGE) を設定するのと同じくらい簡単なようです。これは素晴らしいソリューションのように思えますが、他のすべて (Web サーバー、検索エンジン、データベース) は Heroku とそのアドオンによって提供されます。クライアントがサインオフしたら、Heroku の所有権を単純に譲渡したいと思います。

これにより、Cloudinary を Heroku アドオンとして使用することを検討するようになりましたが、統合について混乱しています。単純に DEFAULT_FILE_STORAGE を変更するのではなく、ImageFields と FileImageFields を CloudinaryFields に変更して、Filer と easy_thumbnail の機能を失う (または何らかの方法でモンキー パッチを適用する必要がある) 必要がありますか?

Boto を選択してクライアントのクレジット カードを Heroku と S3 の両方に接続するか、Cloudinary を選択して大まかな統合を行うかのどちらかのようです。より良い解決策がありませんか？