问题标签 [blobstore]

我正在将一个站点从 IIS 迁移到 GAE，并尝试批量上传大量图像。除了这一特殊挑战之外，我还有一个更让我担心的挑战。网站的所有内容（存储在数据库中）都引用图像，如下所示：

http://myurl.com/images/some-folder/maybe-another-folder/image-name.jpg

我在 Python 中创建了一个简单的处理程序来提供图像：

'路线'如下

这很好用，不需要单独的查找表。但是，我很确定 hte Blob 的文件名属性不能包含“/”，那么我该如何处理上面示例中称为 some-folder 或 may-another-folder 的文件夹（其中有很多）？

此外，几乎可以肯定不同文件夹中的图像名称存在重叠，例如

有任何想法吗？

我正在以编程方式上传图像文件并想设置文件名。当我通过 POST 上传文件时，文件名属性会自动设置。但是，当使用下面的方法时，文件名没有被设置。

当我尝试使用 Java 模拟发布请求以上传到应用引擎 blobstore 时，出现以下异常：

这是执行 POST 请求的代码：

然后在upload.java

……

为什么我收到 encodeEmailAsUserId 异常？

PS writeFields 在数据存储区中保持并更新得很好，但我仍然得到这个异常。

我的网络应用程序在 Google App Engine 上使用 Django (django-nonrel)。我正在尝试打开 Blobstore 文件。

我的代码成功地创建了 Blobstore 文件和一个 Photo 对象来引用 Blobstore 的文件名（以及其他一些元数据）。

但是，尝试打开文件会产生以下错误：

/post_photo_to_facebook/ 处的 IOError

[Errno 13] 文件不可访问：'/blobstore/writable:NDNFUjNIVDdVQTM4Rk9aSE1aQkJMUzJUMzVDRVNRVEhJSjU3RUhWOE9ZMkk3QlNWR0FDR0JDOFUxSlA0Wlk3MA=='

任何帮助表示赞赏 - 感谢阅读！

GWT/GAE 中的 Blobstore 可以用作数据库吗？还是每次启动应用程序时都会创建一个新的 Blobstore？我想在应用程序关闭时存储信息而不会丢失它。但我似乎找不到一种方法来命名 Blobstore，然后通过它的 ID 引用它。谢谢！

是否可以使用一些增强组件将文件上传到 blobstore？

我正在使用uploadify，但在使用它时遇到了问题。我希望能够在将文件发送到 blobstore 之前过滤文件类型，以及文件大小，并可能在上传过程中显示一些进度条......

PS：对于同时订阅gae-j群的人，这是一个转发，因为群里没有人回答这个问题......

我有一个服务器端代码来处理上传的二进制文件：

这是示例中的代码，因此实际上它不处理任何上传的文件，只需创建一个新的 Blobstore 实体并向其中写入一些数据。从客户端我有这部分代码实际上将文件发送到服务器：

在 FireBug 中，我看到它将文件上传到服务器，并且服务器代码按预期创建了一个文件。我想不通的是如何连接这两个部分，以便服务器端代码可以将上传的文件作为流接收。我不使用表单，所以我无法使用upload_files = self.get_uploads('file'). 如何在服务器端检索文件？

更新：我在 GAE 文档中找到了关于 webapp 请求处理程序的答案。我需要使用这样uploaded_file = self.request.body的东西来获取文件流。然后我只是f.write(uploaded_file)用来保存它。它似乎对我有用。如果这是一个好方法，请分享您的想法。

我一直在尝试找到一种使用 Django 管理界面将大文件上传到 GAE 数据存储区的方法，但还没有找到专门解决此问题的答案。我对 Python/Django 还很陌生，所以可能有一个我没有关注的角度。

我一直在研究django-filetransfers解决方案，但我不确定如何将其集成到管理界面中。任何建议都会很棒！

我想知道是否可以在不使用 servlet 的情况下将文件上传到 gae blobstore，是否也可以在插入完成后获取插入的 blobkey？这是我到目前为止所做的代码：

我正在编写一个将存储大量图像（可能还有视频）文件的应用程序。上传后，它们将立即被推送到某个云服务 CDN 上，以便实际向公众提供服务。这个想法是将图像存储在可靠的、可备份的存储中。我预计大约有 200,000 个对象，每个对象最大 10KB，可能还有更少的几 MB 视频文件。

默认情况下，我会使用文档建议的 Postgres 。

• 这是一个明智的想法吗？
• 它会使备份数据库成为一场彻头彻尾的噩梦吗？经验？
• 有任何可靠性问题吗？
• 这会影响数据库其他部分的性能吗？请记住，对于每个图像，数据库只会被击中一次或两次。