问题标签 [google-cloud-storage]

在 .NET 中使用SharpGs作为 Google 存储客户端，我尝试了这个，但它不起作用：

Which is the best way to upload a file generated by my Google App Engine app to Google Storage? My GAE app is in java.

I tried to use JetS3t but it didn't work on GAE because it use threads.

Google Storage 有一个名为 gsutil 的 cli 工具，用于从 Google Storage 上传和下载文件。

我想知道 Amazon S3 是否也有这样的工具。

我们都知道使用 S3 是一件痛苦的事情：删除虚拟目录需要从路径中删除所有对象等。至少使用 RESTful API 是这种情况。

我想知道如果我使用 PHP 调用 GSUtil 而不是使用我自己的 PHP 类，是否会有任何性能改进。GSUtil 处理请求的方式有什么特别之处，还是同一个 REST 包装器？

我遇到的主要问题：

• 删除大文件夹
• 上传许多小文件
• 读取分层数据步骤（例如，仅/foo路径下的文件和文件夹，而不是它们的子-子）

我打算使用 Google App Engine 建立一个网站。我的公共网站包含数千张图片。我想将这些图片存储在云端：Google Storage 或 Amazon S3 或 Google App Engine BlobStore。问题是图像盗链。

1. 至于谷歌存储，我用谷歌搜索，我找不到防止图片盗链的方法。（虽然我非常喜欢它的命令行工具 gsutil）

2. Amazon S3 具有“查询字符串身份验证”，可生成过期图像 url。但这对SEO非常不利，不是吗？不断更改 URL 会产生非常负面的影响，因为将图像及其相关 URL 放入 Google 图片需要一年多的时间。我敢肯定，当 GoogleBot 过来打招呼时，更改此 URL 会立即产生负面影响。（更新：防止引用者在 Amazon S3 中进行图像热链接的更好方法是使用存储桶策略。详细信息：http: //www.naveen.info/2011/03/25/amazon-s3-hotlink-prevention-with-bucket -政策/）

3. 谷歌应用引擎 BlobStore？我必须手动通过 Web 界面上传图像它也会生成不断变化的网址. （更新：由于我对 Blobstore 的无知，我只是犯了一个错误。通过使用 Google App Engine BlobStore，您可以使用任何 url 来提供您想要的图像。）

我需要的是简单的引荐来源网址保护：仅当引荐来源网址是我的网站时才显示图像。

有没有更好的方法来防止图片盗链。由于云带宽成本极高，我不想申请破产。

更新：

三者还是很难选择，各有优劣。BlobStore 似乎是最终的选择。

有哪些云数据存储 API 可以很好地容纳流数据？

具体来说，一个恒定的数据流：1) 没有已知的结束并且不断地附加到和 2) 可以随时读取。

由于分布式访问的性质，Amazon S3、Google Storage for Developers 和 Windows Azure Blob 等大型云存储选项似乎不支持流数据。

目前的信念：

1) Amazon S3 不允许对对象进行追加操作（仅替换）。分段上传 API 允许“流式”上传，但需要在完全编写后“最终确定”。

2）谷歌存储对象是不可变的，所以同样的事情。

3) Windows Azure 博客存储具有块存储，但与 Amazon S3 分段上传一样，需要“最终确定”块，因此无法实现开放式流。

有任何想法吗？

在我的 rails 3 应用程序中，我使用的是carrierwave gem（0.5.6 版）。我想为开发人员使用 Google Storage 来存储上传的文件。我创建了一个如下所示的初始化程序：

我收到 403 禁止消息

我刚刚使用 apis-console 启用了我的 Google Storage，我可以使用在线“Google Storage Manager”上传文件。对于上面初始化程序文件中的“google_storage_access_key_id”，我在“存储访问”页面中为“您”使用了“Google 存储 ID”。对于“google_storage_secret_access_key”，我使用的是“旧版存储访问密钥”。

我不知道该怎么做。有人可以指点我如何调试这个问题吗？

谢谢， 萨克沙姆

Google Cloud Storage似乎比App Engine Blobstore更具成本效益。

目前，我将用户上传的图像文件作为Blob类型字段存储在数据存储区（顺便说一下，App Engine Java API）。

但我正在讨论是否切换到Blobstore或Google Cloud Storage以允许大于 1MB 的图像大小。

Google Cloud Storage似乎比Blobstore更具成本效益。哪一个更适合存储大图像？

我按照Google 的说明设置了 gsutil。它指出，在终端运行“gsutil config”后，我应该看到：

此脚本将根据您对以下问题的回答，在 /.boto 创建一个包含您的凭据的 boto 配置文件。

请将您的浏览器导航到以下 URL：< http://urlto/authorization/dialog> 在您的浏览器中，您应该会看到一个页面，请求您授权 gsutil 代表您访问 Google Cloud Storage。批准后，将显示授权码。

输入授权码：

但是我得到了这个回复：

我在 Ubuntu 上使用 gsutil 版本 3，尝试使用 /usr/bin/gsutil 建议的标志并没有给出任何合理的结果。

有什么建议么？

谢谢

我们想开始使用 Google Cloud Storage 作为用户上传文件的持久存储。不幸的是，我无法将 App Identity ( application-id @appspot.gserviceaccount.com) 添加到我们的“团队”，因为我们的团队基于 Google Apps 的域，并且它不允许任何不在我们列表中的电子邮件地址域加入团队。

在这种情况下，是否有推荐的方法来验证 App Engine 实例？