至少搜索“索引”找不到这篇文章

去年摸铁门、水管什么的都被电N次，我太容易被电了…

@ayanamist
源码摆在SDK里，你自己看看就知道了：
@classmethod
def get_by_id(cls, ids, parent=None, **kwargs):
"""Get instance of Model class by id.

Args:
key_names: A single id or a list of ids.
parent: Parent of instances to get. Can be a model or key.
config: datastore_rpc.Configuration to use for this request.
"""
config = datastore._GetConfigFromKwargs(kwargs)
if isinstance(parent, Model):
parent = parent.key()
ids, multiple = datastore.NormalizeAndTypeCheck(ids, (int, long))
keys = [datastore.Key.from_path(cls.kind(), id, parent=parent)
for id in ids]
if multiple:
return get(keys, config=config)
else:
return get(keys[0], config=config)

一个实体在存储到datastore的时候，最多需要保存到3种类型的表，但没有任何一种表的任何一个字段是其id或key name，所有的表都只存储编码后的key。这就是为什么不可能不用key来获取实体的原因。

顺带一提，即使是query，也是查询索引表或自定义索引表，获得key，然后再到实体表获取key对应的实体。

简单来说，key和path是一回事，key只是将path（元组列表）编码成字符串了而已。

所以你的问题没什么好解释的，get一个实体使用完整的path本来就是必须的。get_by_id、get_by_key_name和get是完全等效的，最终都是通过key来获取。

有的时候你只想取根实体，那么通过path去构造key就显得太麻烦了，所以才会去用上述简写。有时你已经拿到父实体的key了，那么再去构造完整的path也显得多余。

用hg建一个仓库，把第一批文件放进去，提交；删掉所有的，把第二批文件放进去，提交，这个时候就能看到哪些地方被改动了。

建议不要，因为建立一个channel太费cpu了，而且实现会变得很复杂

测了下我的手机页面，吓到了：

所在地: 上海市浦东新区
网络接入商: 电信
耗时: 0.303秒
速度评价: 非常快

或许是有多个版本＝。＝

不知道你问的具体是什么意思。

class autoload是说修改了文件后，会自动重新加载吗？答案是不一定。改自己的源代码会自动加载，改SDK不一定会。此外云端是没法改源码的。

folder structure是指源代码可以按文件夹分类么？你按照Python的要求写成包结构就行了，也就是必须包含__init__.py，哪怕是空文件也行。至于views，如果里面没有Python文件，可以不使用包。

只是发推的话没关系，保存长文本的话，cookie貌似有4kb的限制

很多浏览器在使用HTML5本地存储时也会弹出提示框，不懂的人还以为是病毒…

真希望这些浏览器能把提示改得友好些，别去吓小白

没记错的话，现在每月还有300G免费流量，至少我没交钱也在用

让给你说的是datastore，答案是可以，不过你得写成filter('city =', u'北京')

@jeeson http://www.keakon.net/article/37200
用来做下载的话，把max-age设成10年就行了…

不要用静态文件来做下载，自己动态处理range就行了，至于blobstore我没去试，此外使用自己的域名可以做到只对第一次访问产生流量

扯淡的是不能正确处理HEAD方法的流量，有天我测试了一下，只是用浏览器刷新，5秒用掉160M流量。

不行，因为全局变量实际上是instance级别的，如果同时run多个instances，每个都会维护一个各自的计数

memcache是跨instance的，但是你无法保证memcache一直可用

因此只能依赖datastore

果然升级到1.4.1了： http://shell.appspot.com/

简单来说，没法做到id连续且高效

同时创建2个实体时，你没法保证id不冲突，除非所有实体都在一个实体组

而如果使用实体组，你更改任何一个实体，都会导致其他实体暂时不能被更改

如果id不需要完全连续（允许冲突时跳跃1的话），使用memcache来加锁或许可以搞定

至于你提到的2个方法，v2ex的更有效，因为get比query快，而且不会因为索引未生效而得到错误结果

用一个model专门保存每个用户的公开时间线（实际上就是topic id），然后memcache它们

取的时候直接用memcache.get_multi()来获取

如果其中有些为None，再去数据库里取公开时间线

详细的想法可以参考这篇：

http://www.keakon.net/2010/04/26/Twitter%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BC%9A%E4%BD%BF%E7%94%A8NoSQL%EF%BC%9F

这是Google Reader的：Posts per week:320.1 Subscribers:83