2016-05-06 11 views
1

Google Cloud Storageに画像を保存しています。画像サービスgetServingUrl()を使用してリンクを生成しました。このリンクは一定時間(数時間)働いてから動作を停止しました。リンクはまだ米国では入手できるが、英国では入手できないという報告があります。 http://lh3.googleusercontent.com/HkwzeUinidFxi-z6OO4ANasEuVYZYduhMiPG2SraKstC5Val0xGdTqvePNMr_bs7FLvj1oNzZjSWZe4dKcugaZ5hzaqfWlw=s36App Engine Image Serviceリンクの停止(HTTP 404)

誰がすべてで、この問題が発生している:ここで

は、リンクですか?はいの場合、調査するチケットを誰かにカットしてもらえますか?

+0

私はイメージが米国で見ることができることを確認します。また、私はブラウザにロンドンの座標をエミュレートするように指示すると、画像も同様に表示されます。 –

+0

javaの代わりにPHPを使用すると、この投稿を参照できますhttp://stackoverflow.com/questions/37646849/how-can-we-use-firebase-image-file-and-resize-them-using-get-serving-url/37673504#37673504 –

答えて

0

これは長年にわたって知られている動作です。 getServingUrl()は、永遠に続くことが保証されていないCDNへの一時的なリンクを生成します。

すべてのリクエストまたは随時、または他のソリューションを使用するためにリンクを生成する必要があります。

AmazonからS3 + CloudFrontに画像を移動しました。あなたは考慮することができますhttps://cloud.google.com/storage/ &​​

+0

その情報をありがとうAlexander。しかし、何かが変わった/最近壊れたように感じます - 私たちは数年前から数ヶ月安定しているリンクに頼っていました。 – jimhooker2002

+0

私たちが外出してからしばらくの間安定しているかもしれません。 AppEngineの導入が始まったばかりで、データセンターレベルでは多くのダウンタイムが発生しました。データセンターID(と多分マシンID)がエンコードされているので、データセンターやラックやサーバーに問題がある場合は、単純にそのIDを使用することはできませんサービスされました。信頼性が必要な場合は、データを複製するものを使用する必要があります。 –

+0

あなたの考えアレクサンダーに感謝します。私は、Google Cloud Storageが冗長化された複製されたストレージを提供し、画像サービスがURLを生成し、Google Cloud Storageの正しい場所を指し示すメタデータを保存すると仮定しました。私は、データがCDNに吸い込まれ、キャッシュミスしたと推測しています。つまり、メタデータを再度使用してリロードすることになりました。 – jimhooker2002

関連する問題