我尝试过以下格式创建Google Cloud Storage Signed Urls,它的工作正常 -
http://<my-bucket-name>.commondatastorage.googleapis.com/<my-object>?GoogleAccessId=GOOGMYACCESSKEY&Expires=1382521793&Signature=<signature>
由于Amazon S3支持这种格式,Google也在使用它。
在一个用Google Cloud Storage创建签名网址的Google开发者网页上,发现网址格式为 -
http://google-testbucket.storage.googleapis.com/testdata.txt?GoogleAccessId=1234567890123@developer.gserviceaccount.com&Expires=1331155464&Signature=BClz9e4UA2MRRDX62TPd8sNpUCxVsqUDG3YGPWvPcwN%2BmWBPqwgUYcOSszCPlgWREeF7oPGowkeKk7J4WApzkzxERdOQmAdrvshKSzUHg8Jqp1lw9tbiJfE2ExdOOIoJVmGLoDeAGnfzCd4fTsWcLbal9sFpqXsQI8IQi1493mw%3D
哪一个是正确的方法?
不使用存储代替 commondatastorage 会导致什么缺点?
谢谢,
Neelam Sharma
答案 0 :(得分:1)
第二个是新的正确方法。 commondatastorage
以前是访问云存储的名称,它仍然有效并且没有任何缺点,但如果可能,您仍应升级到新的较短域名。
您可以在Google Cloud Storage Request URIs页面上找到有关请求URI的最新信息。