不知道是否提供API，先注册看看

you8g用的就是反向代理

我是用一个可以直接访问的ghs IP去访问的

@timshi

不是这个问题，因为用appspot.com访问就正常

而且我也说了，后台记录显示的响应时间只有几十ms，但连接很慢，甚至静态文件打开都很慢

你可以用ajax方式让客户端自动尝试访问那个网址，如果超时就设置为启用代理

switch一般是在客户端来做的，Firefox、Chrome都有很好的插件做这种事

如果能直接访问的，别人干嘛还要通过代理来重定向到源地址

昨天我也遇到访问自己的域名（没用反向代理）就很慢的问题，但是后台查响应时间也就10～20ms，而且www.v2ex.com却很正常，多访问几次后发现我的也恢复了…

目前要移出的话只提供了方案，没有第三方去做这个服务

你可以自己架设在Amazon EC2上，但部分服务不可用

直接用代码说明吧，文档一时找不到：

_MAX_INDEXED_PROPERTIES = 5000

if pb.property_size() > _MAX_INDEXED_PROPERTIES:
raise datastore_errors.BadRequestError(
'Too many indexed properties for entity %r.' % self.key())

原理简单来说就是nginx反向代理

实际上max-age和Expires只需要设置一个就行了，由于max-age在编程上实现更方便，所以我只用max-age

唯一会遇到的问题就是Cache-Control是HTTP 1.1新加的字段，不过就连IE 6都用HTTP 1.1，不知道什么浏览器会去用HTTP 1.0

建议在checkauth里try一下，捕捉到异常就忽略，并删除所有cookie

看上去那个__utmz应该是Google Analytics的cookie，但不知道为何多了个逗号

其实我觉得订阅更方便，至少不用自己去刷新＝。＝

你们没注意楼主的情况么…

IP 10万，那么必然很多人是新访客，图片本来就不存在浏览器缓存里，是否设置expire header对这部分访客无效。

图片较多，说明是一个图片为主的论坛。很多人一发图就几十张，加起来甚至超过10MB了。每个人平均访问10页，也可能用掉上百M流量了，这就不是某几个文件流量特别大的问题了。

其实很多反向代理服务器会缓存静态文件的，其中还有免费的

不过考虑到你的流量很大，建议去找一个比较好的，和vender谈一下，适当支付一点费用就行了

联通的合约机是行货iPhone 4的真子集＝。＝

1. 使用task queue。一个实体保存成功后创建另一个task来更新下一个实体。文档里好像有个例子。

2. 实体一旦保存到数据库，它的实体组关系就不能变更了。因此你只能下载所有实体，删除所有实体，然后在上传时通过设置key的parent来构造实体组。

一般人我不告诉他搜索http://v2ex.appspot.com/static/img/avatar_，然后改成/static/img/avatar_

不建议使用SQLite，存在很多bug（可以去GAE的Google Code搜索issue），例如cursor就被无视掉了。

而且有次我试过一个包含1万条实体的模型，从里面fetch 5条，原方式大概2～5秒，SQLite超过3分钟…

@c
这样就不得不多占用存储空间了。而且正如前面所说，假如你的实体生成以后，突然发现slug里有错别字，不得不更改，你就只能删掉重新创建一个实体了。而如果这个实体还是根实体的话，整个实体组可能都得重新创建。

@darasion
在构造实体（准确来说是它的key）时可以指定一个实体为它的父实体。而且这个实体也可以作为其他实体的父实体。
由于一个实体最多只能有1个父实体（但是可以有多个子实体），所以一直向上总能找到一个没有父实体的实体，它就是这个实体组的根实体。
在单个事务中，你只能更改1个实体组里面的实体。

举例来说，如果把Reply的父实体定为Topic的话，用户在post一个reply时，就能在事务中完成创建Reply实体并将它的父实体Topic的reply字段加1。
而如果它们不在一个实体组，你就只能先put一个Reply实体，然后再找到对应的Topic实体，再给它的reply＋1。而如果你Reply实体put成功，Topic实体put失败，那么就存在不一致了。
Google给出的方式是分离事务，也就是用一个task来执行Topic的保存，因为task在失败时会自动重试，直到成功。

更常见的例子，如果不使用事务的可能造成这种情况：
1.一个用户a的访问使得你得给Topic的hit加1，于是你取出了这个topic。
2.同时，另一个用户b也要编辑这个Topic的content字段，于是也取出了这个topic
3.b编辑完了，保存成功。
4.a的hit += 1执行完了，也进行保存，但是这个topic的content字段是a取出来时的内容，于是这次保存就让b的编辑无效了。

而单个实体本身就是一个实体组，因此自然可以使用事务，它就可以保证2个人取出数据到保存成功这个过程是串行的，相互之间不会覆盖。