不是有 task_retry_limit 吗？

以前没注意这个taskqueue。
最近看了文档，觉得挺好用，已经开始用上了。

啊，看错了。

Pinging www.l.google.com [66.249.89.99] with 32 bytes of data:

Reply from 66.249.89.99: bytes=32 time=193ms TTL=45
Reply from 66.249.89.99: bytes=32 time=187ms TTL=45
Reply from 66.249.89.99: bytes=32 time=187ms TTL=45
Request timed out.

Ping statistics for 66.249.89.99:
Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
Approximate round trip times in milli-seconds:
Minimum = 187ms, Maximum = 193ms, Average = 189ms

Pinging google.com [66.249.89.104] with 32 bytes of data:

Reply from 66.249.89.104: bytes=32 time=183ms TTL=45
Reply from 66.249.89.104: bytes=32 time=195ms TTL=45
Reply from 66.249.89.104: bytes=32 time=187ms TTL=45
Reply from 66.249.89.104: bytes=32 time=187ms TTL=45

Ping statistics for 66.249.89.104:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 183ms, Maximum = 195ms, Average = 188ms

@julia 观察Instances: https://appengine.google.com/instances?&app_id=你的ID

全局变量是这样丢的：

因为你写的程序都是 “服务器” 代码的一部分。

当请求到来时，GAE会将 “服务器”(包括原来的代码和你写的代码)，通过分身法化为一个到多个Instances。Instances的数量是根据需要算出来的，需要多少就保留几个，多余的经过一段时间会被杀掉。

这些 Instances 保存着你的全局变量，Instance被杀掉时，你的变量也就随之而去 (就这么丢了) 。

并且每个Instance都有一份全局变量的副本，虽然值有可能相同，但他们保存的地方是不同的。并且如果值不同时它们没办法相互同步 (另一种丢法)。

所以，修改全局变量时。有可能遇到一个新的Instance，就从头开始计数了；还有可能每次遇到不同的Instances，那就成了分别在好几个全局变量上边计数了。

全局变量这个存取应该是最快的，但有上述很多缺点，鱼和熊掌不可兼得。

首先，你必须想想：你真的必须要连续的 ID 吗？
如果不是必须的，那就放弃它是效率最高的。

@holystrike 话说我的meme再一次cookie崩溃之后，就再也不能访问了。给官方他们写信也没回复，很郁闷。

@holystrike tumblr 也是。。。

再顶一次。

@est 祖国文化勃大精深，大多数时候一个字可以概括很多字。

网游，建一个加密码的房间。

直接写一个字做logo最简单。

最好的解决就是放弃解决。

GFW 的策略是这样的：

1、开放很少一部分服务，让大多数需要翻墙和自愿翻墙的人们对这些服务产生依赖。
2、敏感时期到来时，将这些服务封杀，让对这些服务产生依赖的人们短时间内无法找到替代品。
3、敏感时期过后，再培植一批依赖性的服务，以便下次在进行封杀。

from google.appengine.ext import db

try:
#...
except db.BadValueError:
#....

嗯嗯。是的。我这也可以用了。

@Bob 我已开始就这样，一直是。 稍后。。

怎么注册Google Apps ?

https://www.google.com/a/cpanel/domain/new
怎么总是提示我这个：
Our systems have detected unusual traffic from your computer network. Please try your request again later.