@ksky 免费配额足以支撑 10K+ 的请求。

哪一项配额超了？

即使尽量从应用上面规划 memcache 使用也有问题：据目前观察，GAE/J 上面的 memcache 最多可缓存的大小和应用实例内存占用相关。

大概关系是最多使用内存的实例的内存使用量 + memcache 当前缓存使用量 大于 200M 时 memcache 会开始回收缓存，并且不是只回收一点点，而是基本将整个 memcache 清空。

对于 Java 应用来说，空实例启动内存基本就在 50M 了，随便写几个 Servlets 基本就玩完 200M 了，Memcache 形同虚设，基本没有什么命中可谈。

迫于无奈，改成本地缓存，设置实例配置（使其尽量不会产生多实例，减少本地缓存造成不一致的可能性），勉强维持在免费配额内。

问题是，本地缓存直接占用实例内存，这导致的问题是内存使用到上限（280M 左右？）实例将被直接干掉。继续观察，调整本地缓存上限容量。

这无限制地折腾下去，奔溃是迟早的事。所以，就像 @Livid 说的那样，目前 GAE 的计价模型非常不适合做动态网站，GAE 官网说用 memcache 来优化也是扯淡。

继续半死不活地维护着博客。

改版了，稍微变漂亮了一点。

@muxi 嗯，付费我觉得还是比较靠谱的。好应用是应该有偿的，但并不是说有偿的就是好应用或者好应用就必须有偿。>_0

@muxi GAE 已经坚持给免费配额很多年了，同时也折腾着开发者很多年了。
@akann 正在封装 GAE 的 APIs，以便本地移植已用
@peterlu 同 @ywjno，免费的还真敢用，至少弄个博客还是不错的 - -~

从功能上来看似乎是 Google Calendar 的简化版。

可能更重要的是“今日”这样的时间管理，不知道有多少人会习惯。

@summic 嗯嗯 ;-)。

@summic 不会的哦 ;-)

@Air_Mu、@xream 目前的确是这样的，以后可能会改进，让用户选择想要显示的信息。希望明年能改进吧 ;-)

嗯，的确超了。继续再挣扎一阵子 ;-)

@xiluo 有个针对移动设备的皮肤，还在开发中。

@tokki 你说的是这个地方吧：http://88250.b3log.org/gae-quota-optimization

我只用过 GAE：
GAE 应用需要精心设计实现，开发投入比较大。程序基本没有移植可能。

你先说说应用场景吧，不然没有可比性。

付费价格不打折了： https://code.google.com/appengine/docs/billing.html#Billable_Resource_Unit_Cost

@kojp 搜索引擎的爬虫没来过吗？

这是数据库查询配额超了。http://www.v2ex.com/t/21010 这里不是讨论过了么- -？

@Livid 是的，就像你说的那样，必须“精雕细琢”，虽然只是一个博客程序 ;-)。GAE/Python 的文档还比较多，GAE Java 这边简直是个悲剧。GAE/J 本身就实现了一些 JSRs 的部分，但是又耗费配额。用 Low-level APIs 的话又和 GAE 实现绑得太死，两难哎。