私のAppEngineプロジェクトには、再開可能URLをAndroidクライアントに送信するAPIメソッドがあり、再開可能URLを使用して画像をアップロードします。オブジェクトが存在するかどうかGoogleのクラウドストレージチェック(App Engine Java)
署名されたURLを作成して返す別のAPIメソッドがあります。署名付きURLには、Google Cloud Storageバケットとオブジェクト名を指定する必要があります。しかし、そのオブジェクトは存在しないかもしれません。その場合、署名されたURLはもちろん動作しません。
Signed URLを発行する前に、オブジェクトが(バケット内に)App Engineバックエンドに存在するかどうかをすばやく確認するにはどうすればよいですか。
EDIT:私のApp Engineプロジェクトは、Cloud Endpointsプロジェクトです。
それが消えましたか? :)あなたがオブジェクトの名前を知っていれば、あなた自身でそれを削除し、あなたのデータベースを更新するのを忘れていない限り、それはまだそこにあるはずです。 –
@AndreiVolgin私はGCSの '' profile_photo_user_ "+ username'のように見える私のモバイルアプリのユーザーのプロフィール写真を保存します。ただし、新しいユーザーがまだ写真をアップロードしていない可能性があります。いずれにせよ、私は彼らのプロフィール写真を手に入れる。したがって、署名されたURLはまだ存在していないイメージを指している可能性があります。あなたのコメントが私はプロファイルの写真を格納/検索のこの戦略を再考する必要がありますように思えます:)私はちょうどあなたがobjの名前のデータストアにエントリを書き込むために再開可能なURLを介して画像をアップロードするのを知る方法がない例。 – Micro
プロフィール写真と同じくらい小さいものに対しては再開可能なアップロードが必要ですか?再開可能アップロードは、多くのMBまたはGB単位で測定されたファイルです。小さなファイルの方が処理速度が遅くなります。代わりに、 'getUploadUrl'メソッドを使用すると、アップロードが競合した後にファイルの詳細をサーバーにコールバックし、その時点でデータベースを更新することができます(例えば、" photo available "を" true " )。 –