赞同 @binux，继承 dict 是必须的。
web.py 的 Storage 是一个比较完整的实现。
https://github.com/webpy/webpy/blob/master/web/utils.py#L52

@caomu 很多人不知道，都是直接复制粘贴，而且大部分是简单的 Python 片段，所以把锁进显示出来可以解决很多问题

@Sukizen 做不到，DNSPod 的方法也是扫描一些常见的子域名。

defaults write com.apple.dashboard mcx-disabled -boolean true
killall Dock

如果回复中有被 block 掉的人，大家看到的楼层似乎是不同的？

@newtonisaac @seanV5

已淘宝店刷信用的形式从信用卡里套现和诈骗，请问受害者们有去举报他淘宝店铺了的吗？

http://hk-gg.taobao.com/

当然债主除外……债主本来就是弱势群体，得哄着别人……

支持他的人，进一步减少了一个骗子账户在 V2EX 的风险成本，其实是害了这个社区。

/t/112816 晒楼主人品。

大家请小心，这人现在在 V2EX 已经没有信用了，转运业务有可能是用你们的物品给高利贷做抵押借钱。

/t/113600

我想这件事给 V2EX 的影响恐怕不止是借钱，还代表了信用风险进一步增大。

1. 最早的时候，整个社区互相是默认可信的
2. 一些新注册账号骗了一些人，社区开始提醒大家交易的时候请注意注册时间和账号活跃程度。这时候已经不相信新账号了
3. 土豪事件曝光，说明账号在社区内活跃的真实的历史，不一定能代表什么，相反还有可能是在故意利用社区的本身较高的信用等级，为自己牟利。

汉字是几千年来一直在不停演变的，其中当然也包括迭代式简化过程。没有必要把这个问题上升到其他高度，只是个人喜好而已。

@chuangbo 现在想想，这个香港代购的盈利方式，可能是将大量高额苹果产品作为抵押，跟高利贷借钱。

我倾向于只做一套 Rest API，然后网站和 App 都使用相同的这套 API。

优点
1. 业务逻辑只需要做一遍，不容易出错，API 质量容易用测试保证
2. App 和网站和其他第三方客户端同为一等公民，间接保证了 API 的功能丰富和稳定
3. 前端使用 Backbone 等技术，可以提高用户体验
4. 极大的减少了前端、后端和 App 开发的耦合程度，合作更简单。
5. 网站复杂了以后，维护更简单。

缺点
1. 前端单页应用，要做好（很多体验上的细节）还是要有稍微专业一点的前端才行。
2. 网站初期功能不复杂的时候，写起来太慢太繁琐

从还钱时种种欺骗来看，这人人品非常有问题。还不起钱是一回事，诚信就是另外一码事了。

我去年找他转运过一台苹果设备，从到达他的香港开始算，拖了50多天才到我手上。中间无数次问他是否发货，他都说已经发了，但是没有顺丰单号。最后我收到的时候，顺丰单号是几天前寄出的，说明他之前一直在骗人。


一个经常骗人的人，很难让人不去怀疑他做这些事情动机。

@Livid http://support.apple.com/kb/ht5343

哈哈哈笑死我了

满满的回忆呀，大学在宿舍的时候，集体怀旧了几个月。单挑、混战，六个人水平不相上下，经常你虐我几天，我钻研了几天再把你虐回来。

楼上是正解，我举个例子

crontab 每分钟在后台获取一次这个数据，然后缓存下来，缓存在文件或者 apc 或者数据库或者 redis 或者其他什么缓存都可以。
当用户访问的时候，从缓存取出这个数据，并显示。如果缓存中没有，也不要立刻去获取，而是默认显示为不在线。