問題タブ [google-cloud-storage]

SharpGsを .NET の Google ストレージ クライアントとして使用して、これを試しましたが、機能しません。

GoogleAppEngineアプリで生成されたファイルをGoogleStorageにアップロードするのに最適な方法はどれですか。私のGAEアプリはJavaです。

JetS3tを使おうとしましたが、スレッドを使用しているため、GAEでは動作しませんでした。

Google ストレージには、Google ストレージからファイルをアップロードおよびダウンロードするための gsutil という cli ツールがあります。

Amazon S3にもそういうツールがあるのか​​な。

S3 を操作するのが面倒であることは誰もが知っています。仮想ディレクトリを削除するには、パス内からすべてのオブジェクトを削除する必要があります。少なくとも RESTful API ではこれが当てはまります。

独自の PHP クラスを使用するのではなく、PHP を使用して GSUtil を呼び出すと、パフォーマンスが向上するかどうか疑問に思っていました。GSUtil がリクエストを処理する方法に何か特別なものはありますか、それとも同じ REST ラッパーですか?

私が抱えている主な問題：

• 大きなフォルダの削除
• 多くの小さなファイルをアップロードする
• 階層データの読み取りステップ (例:/fooパスの下のファイルとフォルダーのみで、その子-子は除く)

Google App Engine を使用してサイトを構築します。私の公開サイトには何千もの写真が含まれています。これらの写真をクラウド (Google ストレージ、Amazon S3、または Google App Engine BlobStore) に保存したいと考えています。問題は画像のホットリンクです。

1. Google Storage については、Google で検索しましたが、画像のホットリンクを防ぐ方法が見つかりません。(私はそのコマンド ライン ツール gsutil がとても気に入っています)

2. Amazon S3 には、期限切れの画像 URL を生成する「クエリ文字列認証」があります。しかし、これはSEOにとって非常に悪いことですよね？URL を絶えず変更すると、画像とそれに関連する URL を Google 画像に取り込むのに 1 年以上かかるため、非常に悪影響があります。この URL を変更すると、GoogleBot が話しかけてきたときにすぐに悪影響が及ぶことは間違いありません。(更新: リファラーによる Amazon S3 でのイメージのホットリンクを防止するより良い方法は、バケット ポリシーを使用することです。詳細はこちら: http://www.naveen.info/2011/03/25/amazon-s3-hotlink-prevention-with-bucket -ポリシー/ )

3. Google App Engine BlobStore? Web インターフェイス経由で画像を手動でアップロードする必要があり、変化するURLも生成します. (更新: Blobstore について無知なため、間違いを犯しました。Google App Engine BlobStore を使用すると、任意の URL を使用して必要な画像を提供できます。 )

必要なのは、単純なリファラー保護です。リファラーが自分のサイトである場合にのみ画像を表示します。

画像のホットリンクを防ぐためのより良い方法はありますか? クラウド帯域幅のコストが非常に高いため、破産を申請したくありません。

アップデート：

3つから選択するのはまだ難しいですが、それぞれに長所と短所があります.BlobStore が究極の選択のようです。

ストリーミング データに適したクラウド データ ストレージ API とは?

具体的には、1) 既知の終了がなく、継続的に追加され、2) いつでも読み取ることができる一定のデータ ストリーム。

分散アクセスの性質上、Amazon S3、Google Storage for Developers、Windows Azure Blob などの大きなクラウド ストレージ オプションは、ストリーミング データをサポートしていないようです。

現在の信念:

1) Amazon S3 では、オブジェクトへの追加操作は許可されません (置換のみ)。マルチパート アップロード API では、「ストリーミング」アップロードが可能ですが、完全に作成されたら「ファイナライズ」する必要があります。

2) Google Storage オブジェクトは不変であるため、同じことです。

3) Windows Azure ブログ ストレージにはブロック ストレージがありますが、Amazon S3 マルチパート アップロードと同様に、ブロックを「ファイナライズ」する必要があるため、無制限のストリームは使用できません。

何か案は？

Rails 3アプリケーションでは、carrierwave gem（バージョン0.5.6）を使用しています。アップロードしたファイルを保存するために、開発者向けのGoogleStorageを使用したいと思います。次のようなイニシャライザーを作成しました。

403の禁止メッセージが表示されます

apis-consoleを使用してGoogleStorageを有効にしました。オンラインの「GoogleStorageManager」を使用してファイルをアップロードできます。上記の初期化ファイルの「google_storage_access_key_id」では、「ストレージアクセス」ページの「あなた」に「GoogleストレージID」を使用しています。「google_storage_secret_access_key」には、「レガシーストレージアクセスキー」を使用しています。

どうすればいいのかわかりません。誰かがこの問題のデバッグを開始する方法を教えてもらえますか？

ありがとう、サクシャム

Google Cloud Storageは、 AppEngineBlobstoreよりも費用効果が高いようです。

現在、ユーザーがアップロードした画像ファイルをBlobタイプフィールドとしてデータストア（ちなみにApp Engine Java API）に保存しています。

しかし、1MBを超える画像サイズを許可するためにBlobstoreとGoogleCloudStorageのどちらに切り替えるかについて議論しています。

GoogleCloudStorageはBlobstoreよりも費用効果が高いようです。大きな画像を保存するにはどちらが適していますか？

ユーザーがアップロードしたファイルの永続ストアとして Google Cloud Storage の使用を開始したいと考えています。残念ながら、私たちのチームはドメイン向けの Google Apps に基づいており、私たちにないメール アドレスを許可していないため、App Identity ( application-id @appspot.gserviceaccount.com) を「チーム」に追加することはできません。チームに所属するドメイン。

この場合、App Engine インスタンスを認証するための推奨される方法はありますか?