@1212e 这个建议你提高注意力，或者浏览手机版，要不直接用rss阅读器看。

非要拘泥于此的话，可以自己写个chrome插件屏蔽掉，非webkit浏览器应该是看不到动画效果的。

@benzhe 很久以前就联系过，没法改，所以才尽量不去淘宝购物。这次是没办法，其他地方根本买不到。

插，仔细一看15条都满足，不过对淘宝有阴影了的说…

昨天第一次去淘宝购物，用招行信用卡充值累死我了，一次只能充599.99元啊！！！充600整都不行啊！！！每充一次还得短信验证一下啊！！！我当时是买MacBook Pro啊！！！我充得卡号都背下来了啊！！！有木有搞错啊！！！

我想吐槽的是内核应该是kernel吧

1楼的文章有中文版的说，但只能起个简单的指导作用，具体设计还得根据实际情况

此外我还写了一篇可供参考：
http://www.keakon.net/article/1012

其实要达到想要的效果，可以采用很多种建模方式，最终的差别只在于性能。
一方面是写，需要避免出现频繁改写的实体组，但又要让事务可以简单地完成；此外还得减少索引的数量，但又不会影响基本的查询需求；还有就是减小实体的空间占用。
另一方面是读，需要尽可能减少与数据库交互的次数，以及尽量多用get(key)和批操作。

每一点都能衍生出一篇文章，而且大部分是取舍的问题，所以我就不细说了。把Google的英文官方文档和文章全部弄懂，然后自己总结差异是最好的方法。

多人用会把其他人踢掉，就像qq一样＝。＝

@dreampuf 10.2条 http://code.google.com/appengine/terms.html
此外Google论坛里也有Google员工曾经提到过

Google自己就在用GAE，每年的Google I/O就有很多演示是放在GAE上的，这次日本地震的寻人网站也是放在GAE上的。

Jaiku已经开源，并且目前就运行在GAE上。

最后，Google已经声明了，万一要关闭GAE，会提前3年通知。

看到一篇介绍，说是用TSL连接，而TSL又要建立在TCP上，那么肯定要通过GPRS、EDGE、3G或WIFI之一进行互联网通讯，电话网络是不可能的。
http://xiaolife.com/wordpress/an-introduce-to-iphone-push/

我在路由器里开启了流量统计，发现不接通电源并锁屏时仍然偶尔会有流量，可见WIFI并不是完全断开的。

此外在苹果的官方文档里发现下面一段话： http://goo.gl/i1E3I
Important: Wi-Fi is used for push notifications only if there is no cellular connection or if the device is an iPod touch. For some devices to receive notifications via Wi-Fi, the device’s display must be on (that is, it cannot be sleeping) or it must be plugged in. The iPad, on the other hand, remains associated with the Wi-Fi access point while asleep, thus permitting the delivery of push notifications. The Wi-Fi radio wakes the host processor for any incoming traffic.

也就是说iOS设备的push处理是不同的。如果有蜂窝网络连接，就不会用WIFI来接收push信息的。iPod只能用WIFI，于是锁屏且未接电源时是收不到push信息的。（但是由于每隔一段时间会重新保持TSL连接，这个时候应该是能收到的，这样应该算pull了。）而iPad锁屏是不关闭WIFI的。

@ilexswam 这个只是路由器没有更新客户端列表而已，实际上连接已经关闭了。很明显的一个例子：iPhone接通电源时，无论是否锁屏，用电脑ping我的iPhone都能ping通；未接通电源时，不锁屏能ping通，锁屏就无法ping通。

以前写过一篇《超光速和时光倒流》，话说好久没接触物理方面的东西了
http://www.keakon.net/article/1916

我宁愿购买后去下盗版的，网速杠杠地

@lianghai 很明显楼主要问的不是这个问题…如果编码错了，就不是哪些操作系统不能识别，而是所有人都会乱码

没有中文字体就会乱码。现在主流的个人操作系统都会有，自制的小系统为了节省空间，可能会不带中文字体。

Safari刷新说明你的内存不够用，被其他程序挤占掉了…

貌似 @livid 已经很久没往Project Babel 2上push代码了，想看看notifications为什么会这么吃CPU，结果发现没有这部分代码…

顺带一提，这里检测ua的代码最好用elif取代if，re.search取代re.findall，毕竟正则表达式匹配还是很慢的。不过这样改了后，iPhone要放在iPod和iPad后面，因为这3个都包含iPhone OS…
https://github.com/livid/v2ex/blob/master/topic.py#L565

其实根本不用测试都知道pytenjin比django快很多。我看了pytenjin的源码，直接把模板作为Python文件来编译成code对象，因此渲染模板实际上只是执行Python字节码而已。此外mako和jinja2据说也是编译过模板，但测试结果仍然比pytenjin慢1倍以上。

不能ping通就是ip被墙。用搜索引擎搜索一个网站，如果也被墙，说明是关键字封锁。

貌似用calendar.timegm更好，mktime会返回浮点数，而且时区可能有问题。不过也没什么能简化的。