我们在App Engine中有一个web应用程序。我想知道将我的静态资源(即图像、CSS文件和JS文件)从App Engine中移出,并从Google云存储中提供它们是否是一个好主意。
我在这里有两个想法:
1)我们可以利用谷歌云存储获得CDN的优势。我们甚至可以为每个文件配置元数据,以设置过期标题、gzip压缩等。此外,通过为来自不同域的文件提供服务,我们可以让浏览器并行下载更多内容。
这两个都说不通。
1)App Engine有一个类似CDN的边缘缓存功能。不幸的是,它没有很好的文档。关于它有一些谷歌I/O讨论。这里有一个开始:http://eng.pulse.me/backend-tips-the-free-cdn/在谷歌I/O 2012中还有另一个讨论,你也可以找到。如果你的静态文件被足够多地访问,它们将被边缘缓存服务,所以不需要转移到GCS。
2)静态文件不带实例,这是有据可查的。你已经读过这篇文章了,所以你的“妄想症”只是妄想症,没有意义。通过在app engine上传一个新版本,访问一个静态文件,并在管理员中检查一个新实例,测试起来也很容易。
BlobStore API(可以为GCS对象生成BlobKey,BlobStore文件API是不推荐的,但一次使用有效) Google Cloud Storage API(再次被否决,但一次使用有效) 谷歌云存储客户端库 谷歌云存储Python库 谷歌云存储JSON API库 博图 有什么理由用一个来代替另一个吗?
我有一个应用引擎连接的Android项目。目前,我正在使用Blobstore存储blob。这是它的工作原理 > Android调用我的App Engine服务器请求ServingURL 应用程序引擎使用服务URL响应android客户端 Android使用前面提到的服务URL将图像(多部分)加载到Blobstore Blobstore使用BlobKey和android发送到Blobstore的任何
我们将Google Cloud Datastore用于Google App Engine(GAE)应用程序。在我们的项目改造期间,我们希望将数据库从Datastore迁移到Google CloudSQL。 我们在数据存储中约有1 TB数据,不包括索引。 如何从数据存储迁移到云SQL,是否有任何现有的开源解决方案可用于此。 我已经检查了下面的一个https://cloud.google.com/da
我正在使用GCS web仪表板/控制台中提供的传输工具来安排从S3到GCS的备份文件副本。 在GCS传输日志中,它显示UNKNOWN:(显示241个故障中的5个)。失败列表中显示的文件没有什么不同。同样的241个文件在每次计划的传输中失败。有没有地方我可以得到一个实际的错误消息? 我已经检查过: 在这些失败之前和之后有超过150万成功复制的其他文件。这些失败不是在传输列表的开始或结束,也不是连续的
Glassfish 3.1.2,Mojarra 2.1.6,SSL已激活 也是一篇关于资源缓存的好文章。在我们的应用服务器中,SSL被激活。我们看到静态资源(图像、脚本、css)没有缓存。 下面是我的测试筛选器: 过期:确定。它是一个静态资源,不会改变,因此我们将到期日期设置在未来的一个月。 上次修改:不确定。我读到,将此设置为过去也会影响缓存 缓存控制:OK。允许安全缓存。安全影响? 此设置是否
假设有人在我的EndInt上执行请求: 是否可以使用提供的ID创建资源?因为在数据库insert上手动分配ID不是最佳实践。 如果无法创建资源,是否应该返回错误?