Google app engine 它'；是否将AppEngine用于仅服务静态页面？

我已经收到了一些开发简单静态页面的工作邀请（只有一个联系方式），我一直想建议使用appengine作为主机，但是，这合适吗？我不想看到appengine成为新的地理城市。

好吧，它让你可以访问谷歌的CDN，这很有用。但在推荐之前，你可以先看看（和/或）AOL的CDN，诸如此类。好吧，它让你可以访问谷歌的CDN，这很有用。但是在推荐之前，你可以先看看（和/或）AOL的CDN等等。托管静态页面是不错的，因为它提供了增长的空间，而且因为低点击率的页面在托管中不会花费任何成本，这是双赢的。此外，放置自己的domkin对brainding也很有用。g

托管静态页面很好，因为它提供了增长的空间，而且因为低点击率页面在托管时不会花费任何成本，这是双赢的。此外，放置自己的domkin对brainding也很有用。g也可以托管静态页面。不支持直接上载HTML文件，但您可以复制并通过所述创建的页面源。

也可以托管静态页面。不支持直接上载HTML文件，但您可以复制并通过所创建页面的来源，如前所述。

如果您只提供静态页面，如果AppEngine像geocities一样消失，则很容易将网站移动到其他地方。

如果您只提供静态页面，如果AppEngine真的像geocities一样消失了，那么将网站移动到其他地方就很容易了。

在建议此解决方案之前，您应该考虑的一个限制是AppEngine不会使用裸域名。换句话说，如果您的客户希望在myawesomedomain.com上托管静态网页，您必须确保用户正在向www.myawesomedomain.com发出请求。

在建议此解决方案之前，您应该考虑的一个限制是AppEngine不能使用裸域名。换句话说，如果您的客户希望在myawesomedomain.com上托管静态网页，您必须确保用户向www.myawesomedomain.com发出请求。

我认为是这样。毕竟它是免费的，值得一试。您甚至可以使用DryDrop（）之类的工具使其非常易于管理。

我想是的。毕竟它是免费的，值得一试。您甚至可以使用DryDrop（）之类的工具使其非常易于管理