到目前为至，你认为Google App Engine 的最大不足是什么？

没有http长连接？

channel不是用来实现长连接的吗？

会被gfw关照

墙！

Qiang !

讨论下纯粹的技术有那么难么？

我们都知道中国政府部署了一些技术挡掉了 *.appspot.com，但是这个和 GAE 平台的技术发展其实没有任何关系。我们讨论点技术吧。

@Livid 请教国内如何使用GAE（不翻的情况下）

@Livid 是反向还是别的什么

撇开墙的因素，即使在国外gae也不是个流行的解决方案。
其实我感觉gae对中小企业绝对是个福音，基本上只要投资个域名就完成了建站过程。gae没有理想中发展起来，我认为更多是云计算没有得到更广泛的接受，it公司从利润方面考虑也不会推荐客户去选择gae。

技术方面
1. 不方便操作文件，比如设计一套支持模版的系统，怎么让用户自定义的模版传上去就是个问题，我不觉得把文件存在data source里是个好的办法，google storage发布了，可能能缓解这个问题吧，但这始终不如操作本地文件方便快捷。
2. 不支持大众化的开发语言，刚开始支持python，后来多了java，现在又多了个go，这都不如直接加入php影响大，google的架构似乎不太可能会加入php

本地导入1万条以上数据后，整个GAE的demo会变的很占资源。

Datastore 本身的效率问题。 filter IN sucks ， 效率极差，还不如循环query，然后在程序里重组query结果。

其它的都还不错。

如楼上所说，Datastore做的太烂了。

没有文件读写。。。

太好了，至少个人觉得对大多数应用足够。有时候不是平台局限，而是思维局限，用它做它能做的事。

@ccdjh 本地的开发环境和实际的GAE完全不同，
本地环境类似于“虚拟机”

我很希望它对 XMPP 的支持能够更全面点，比如能把 Google Apps 的域名用作 JID，自定义头像，默认状态等等，而不是使用它的域名，同样的还有 mail 也是，收件账号和发件账号希望可以自定义。

高效率的分页很痛苦。

One-to-Many relationship 需要仔细设计。

@iandyh 真的没有必要分页。很少有机会去一页一页的翻。

我更觉得全文搜索更有必要。

为什么没人提完全不可靠的数据读写，以及任何操作？
写入数据很可能timeout，读取也是。就连query方法获取当前位置也会timeout
xmpp发消息探测状态会莫名奇妙的xmpp.Error
还有完全没有文档介绍的各种ApplicationError，以及urlfetch不抛出timeout，直接全局DeadlineExceed了
另外各种每秒5次的操作限制（读取写入Datastore，urlfetch等等），就连taskqueue也会因为莫名的timeout而存储失败，也做不了跨请求的调度这些很容易超标的api。
总之非常的不稳定，不是花钱能解决问题的。

@lepture 做社区类型的，还是需要吧。尤其是一个贴有很多回复的，过了 1000 个，用 range 这个方法就不行了，除非用每一个回复的 id 做 primary key。

嗯，全文搜索，赞同。我也在为这个伤脑筋。。