2010 5 14 10:42 AM 1230 次查看
分类:Google App Engine 标签:Google App Engine
这个版本主要是增加了对Open ID的支持,可以在管理员控制台设定,并有API来处理OAuth服务。
此外,本地开发服务器也可以自动运行任务队列了。
2010 4 27 10:48 AM 2445 次查看
分类:Google App Engine 标签:Google App Engine
刚才在Google App Engine Blog看到一篇《Making your app searchable using self merge-joins》,里面提到了如何在GAE/J + JDO上实现全文搜索。
粗略测试了一下,发现支持中文,所以就在此推荐了。
2010 4 22 11:38 AM 1606 次查看
分类:Google App Engine 标签:Google App Engine
前几天GAE SDK 1.3.3 Prerelease发布了,不过没多大改动,今天正式版也发布了,还是记上吧。
2010 4 11 10:06 AM 3160 次查看
分类:Google App Engine 标签:Google App Engine
之前曾有Google的员工说Python 2.7正式发布后,GAE team将致力于支持Python 2.7,但昨天又有一名Google的员工(估计是Wesley)说道:
2010 4 1 06:02 PM 2680 次查看
分类:Google App Engine 标签:Google App Engine, Python
最近在做一个网站,用到了投票机制。
最初的打算是将计分信息和描述信息分成2个模型,前者作为后者的父实体,大致如下:
2010 4 1 01:21 PM 2233 次查看
分类:Google App Engine 标签:Google App Engine, Python
昨天Google App Engine Team发了一篇《Read Consistency & Deadlines: More control of your Datastore》,不过服务器挂了3天,没法及时写上,所以今天再补上。
在SDK 1.3.2发布时曾提到了强一致性和最终一致性读取,但是没有讲述细节,而这篇文章则阐述了其区别。
默认情况下,datastore是在一个主存储区域进行更新和查询的,这个区域代表最新的数据,访问这个区域则表示使用强一致性。而主存储区域有可能变得暂时不可用(估计是并发数过多或硬件故障),这就会导致查询超时或失败。
而实际上datastore是分布式的,它还有很多副存储区域。这些副存储区域的数据比主存储区域晚几百毫秒至数秒,因而不是最新的。如果你的应用不需要这种强一致性,就可以在主存储区域不可用时,让datastore读取其他存储区域的副本,而这就称为最终一致性读取。
2010 3 26 07:54 AM 1863 次查看
分类:Google App Engine 标签:Google App Engine
刚在Google App Engine Blog看到GAE SDK 1.3.2发布了,和之前的Pre-release差不多。
这次介绍了强一致性读取和最终一致性读取。强一致性读取会在获取和查询时等待所有待处理(已提交,但还未应用到分布式存储器上)的数据,而最终一致性读取只读当前可用的数据,后者在不需要获取完整数据的情况下,可以有效降低读取时间。
防止DoS攻击的配置文档也有了,实际上就是一个黑名单。最多有100项条目,不过支持子网,也支持IP v6。后台也可以查看IP的访问次数,帮助你你决定屏蔽。
邮件API中,InboundEmailMessage的attachments属性已变成列表,而不管附件的个数。
2010 3 20 09:14 AM 1803 次查看
分类:Google App Engine 标签:Google App Engine
几天没看邮件了,突然发现1.3.2也pre-release了。
更新很多,感觉很不错~
2010 3 19 03:11 PM 2182 次查看
分类:Google App Engine 标签:Google App Engine, Python
今天在尝试Alkis Evlogimenos的datastore_cache模块时,发现没有调用memcache,于是跟踪了半天代码,终于找到问题所在了。
这个bug解释起来非常麻烦,我也不清楚是不是Google更改了实现而导致的,先把API调用机制介绍一下吧。
2010 3 9 05:32 PM 1668 次查看
分类:Google App Engine 标签:Google App Engine, Python
实际上和数据库通信都是用字符串,所以将字典手动转换成字符串是比保存成列表,或pickle快的。
而用JSON仍然存在效率问题,所以选择一种更快速的方法比较合适。
« 看看还有什么好玩意