这个反向代理的速度和JRuby的性能都让我影响深刻…

话说可以用memcache的

IIS可以跑PHP的，性能比Apache更好

@Livid 主要是今天发现有阴影效果了，显得可以浮在背景上，于是就想fixed了。翻了下代码发现以前也有阴影，不过现在多了1px，人类真是敏感的动物⋯

我想说的是这个节点的背景很赞，可为什么不是fixed的

我把大部分要用的功能都放到YUI框架里去了，所以自己的BaseHandler基本只是用来render模板的
https://bitbucket.org/keakon/doodle/src/3ddf46ac59e7/zh-CN/common.py#cl-485

本来不想说什么，但看到有些人很偏激，甚至像果粉和果黑一样对立，所以忍不住插下嘴。

现在的V2EX并没有完全开源，开源出来的PB从去年底都没有任何更新了，所以你并不知道现在的情形是怎样的。目前你能看到的PB确实不太适合二次开发，有时候想去提交代码，但是发现代码已经过时了，也就没动力了。

从@livid偶尔透露出的改动来看，他已经在进行重构了，甚至框架都可能不是webapp了，只是改动太大，并不适合在未成熟前开源出来。

所以如果等不及新版本，最好的选择是自己重新设计一个，因为现有版本确实没有太实用的参考价值。我这里所说的参考价值只针对数据库设计方面，因为它是应用的核心部分。

最后，使用产品的用户和改造产品的用户有着不同的需求，你们既然都读不懂对方，干嘛还针锋相对。

@aligo 感觉和lisp不一样，lisp最多只要预先写一个括号就行了，之后都是往后面加括号

@oldgun 这和语言无关了，可以用数据库或memcached之类服务的来实现

可以试试generator
http://www.python.org/dev/peps/pep-0289/

from datetime import date

def number_generator(type_number):
last_day = date.today()
number = 0
while True:
today = date.today()
if last_day == today:
number += 1
else:
last_day = today
number = 1
yield '%s%s%03d' % (type_number, today.strftime('%Y%m%d'), number)

generator = number_generator('01')
print generator.next()
print generator.next()
print generator.next()
print generator.next()

结果：
0120110325001
0120110325002
0120110325003
0120110325004

@lianghai 我的意思是我要开个tab输入网址，不是在新窗口打开链接。Safari只有一个tab时，自动就把tab条隐藏了，我得用快捷键或者菜单才能开新tab，而不是像Chrome点下＋号。

我是没发现Safari有什么令我喜欢的地方，几乎每个方面都做得不如Chrome，唯一胜于Chrome的是内置了可以更改UA的功能。

顺带一提，我还不知道怎么在Safari里怎么用鼠标点击直接开一个新tab，点菜单和按快捷键太不方便了。

当你面向北方的时候，它应该就指向北方了XD

去注册一个Google自定义搜索，在那里就可以设置只搜索本站，然后把001242549033659596683:stdixwi7uw0改成自己的id

去淘宝搜索MacBook Pro，然后按购买量排序，找那些卖了一定数量，评价也不错的就行了。

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

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

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

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

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

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

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

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

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

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