Google app engine 用户在谷歌应用程序引擎上上传图片？

假设您正在为应用程序引擎创建facebook风格的应用程序。您将如何处理用户配置文件图片

据我所知，您必须将图像存储在数据存储或blobstore中。这意味着对图片的每次提取都需要经过动态处理程序，并至少使用20ms的cputime

---

有没有一种有效的方法可以做到这一点？或者这只是应用引擎目前无法处理的问题？

并将最近使用的图像缓存在memcache中。这几乎是平台提供的所有功能

---

GAE是一个很好的工具，适用于为其构建的应用程序类。制作Flickr克隆超出其设计意图。

并将最近使用的图像缓存在memcache中。这几乎是平台提供的所有功能

---

GAE是一个很好的工具，适用于为其构建的应用程序类。制作Flickr克隆超出了它的设计意图。

让我们比较几个不同的选项：

:

• 每CPU小时0.10美元
• 每GB输出带宽0.12美元

:

• 每10000个GET请求0.01美元
• 美洲和欧洲、中东和非洲地区每GB下载0.15美元

:

• 每10000个GET请求0.01美元
• 每GB 0.15美元，最多10 TB/月数据传输输出

假设您正在以50KB的速度提供1000万张图像

在AppEngine上，动态处理程序每个请求使用20ms，这将花费您57.22美元的输出带宽和5.55美元的CPU时间。在谷歌存储或S3上，您将支付71.52美元的输出带宽加上10美元的GET

---

所以，基本上，如果你的处理器使用少于36毫秒的CPU时间，那么在AppEngine上比在专门为此目的设计的服务上更便宜。请有人再检查一下我的数学

让我们比较几个不同的选项：

:

• 每CPU小时0.10美元
• 每GB输出带宽0.12美元

:

• 每10000个GET请求0.01美元
• 美洲和欧洲、中东和非洲地区每GB下载0.15美元

:

• 每10000个GET请求0.01美元
• 每GB 0.15美元，最多10 TB/月数据传输输出

假设您正在以50KB的速度提供1000万张图像

在AppEngine上，动态处理程序每个请求使用20ms，这将花费您57.22美元的输出带宽和5.55美元的CPU时间。在谷歌存储或S3上，您将支付71.52美元的输出带宽加上10美元的GET

---

所以，基本上，如果你的处理器使用少于36毫秒的CPU时间，那么在AppEngine上比在专门为此目的设计的服务上更便宜。请有人再检查一下我的数学

您不再有这个问题，因为它不使用任何CPU配额（仅输出带宽和存储）。此外，它还提供免费的缩放和裁剪功能。

您不再有这个问题，因为它不使用任何CPU配额（仅输出带宽和存储）。此外，它还可以免费进行缩放和裁剪。

每个请求使用20毫秒的CPU时间是一个大问题吗？这相当于0.0006美元-千分之六万分之一的请求。@nick说你在他们的每一次状态更新旁边放上他们照片的缩略图。然后在你的主页上看到你朋友的更新，你会看到20个不同的缩略图。这意味着每个页面视图需要20次往返到数据存储或memcache。。。20毫秒的cpu时间是最好的情况，平均值会高得多（）。每个页面视图20次数据存储往返似乎是不可能的…第一次页面视图需要20次往返-但您应该发送缓存头，以便用户的浏览器缓存缩略图。如果您也使用blobstore，则不需要数据存储往返。此外，与服务器端的计费影响相比，您至少应该关注每个页面添加20个额外图像对用户体验和延迟的影响。每个请求使用20毫秒CPU时间是一个大问题吗？这相当于0.0006美元-千分之六万分之一的请求。@nick说你在他们的每一次状态更新旁边放上他们照片的缩略图。然后在你的主页上看到你朋友的更新，你会看到20个不同的缩略图。这意味着每个页面视图需要20次往返到数据存储或memcache。。。20毫秒的cpu时间是最好的情况，平均值会高得多（）。每个页面视图20次数据存储往返似乎是不可能的…第一次页面视图需要20次往返-但您应该发送缓存头，以便用户的浏览器缓存缩略图。如果您也使用blobstore，则不需要数据存储往返。此外，与服务器端的计费影响相比，您至少应该关注每个页面添加20个额外图像对用户体验和延迟的影响。