用Chrome吧，自带flash

3分20秒亮了

你检查下自己有没有做缓存吧…还有就是HR方式可能会有较长的生效延迟

对机器来说，代码长度从来不是问题，但问题是你得给人来读。

假设你按照一份说明书去为你的电脑加硬盘，这份说明书花了10页来告诉你怎么拆第一颗螺丝，又花了10页告诉你怎么拆第二颗…你会不会觉得很无语？

感觉不像是缓存的问题，例如访问这个也会出错 http://www.v2ex.com/t/12345

很明显topic为None时没有判断

拼音加加神器不解释…

迁移到mac后，最大的遗憾是没有拼音加加！mac os x自带的拼音输入法比ios的还差啊！

这个反向代理的速度和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