推荐 http://www.codebasehq.com/
配合 http://www.deployhq.com/
用起来不要太爽哦，俺一直想山寨一个，不过他家收费本来就不贵，还是不要粗制乱造轮子了吧。

workrave->Preferences->User Interface->Block Mode->Block Input and Screen

@uoryon Google: Javascript Pan Effect
http://epeli.github.com/jquery.panfullsize/
http://www.netzgesta.de/shiftzoom/
http://www.tripwiremagazine.com/2011/10/jquery-image-zoom.html

这劲费得，像Stackoverflow那样有个编辑器提示/预览就好了：
http://gist.github.com/2495445

@xhacker 试试

https://gist.github.com/2495445.js

感觉界面设计真需要点天分，勤能补拙但补不了灵感，俺这种ps出来山寨气息浓郁只能凑合用，就算拿设计师弄好的ui set添点东西，也能引入不协调破坏整体美感，希望设计的同学普及一点最基础的艺术知识，怎么打造整体和谐一致的前端用户界面，细节还是留给设计师去完成吧，不能抢人家饭碗。

特别羡慕会画画的，局部看着也没啥高明的，咋最后整出来那效果就是不一样呢。有没有适合工程师看，讲最基本光影、布局、配色、透视的教程呢？

果然缩进全没了，有引入MarkDown Editor的计划么？

写过一个小模块，用来将 5d 2h 3mins 这种字符串转成us/ms为单位的精确timestamp，代码太丑陋，测试也不充分，就没开源。我记得以下写法可保证 windows 7 和 ubuntu 下，得到平台无关的us级timestamp，mac上应该和ubuntu一样，s级没有平台一致性问题：

long(time.time() * 1000.0 * 1000.0 + (time.clock()*1000.0- \
int(time.clock()*1000.0))*1000.00)

不知道直接贴代码会不会很难看：
from datetime import datetime
from calendar import timegm

def nowTimeStamp(unit='us'):
"""
Returns a long integer representing UTC timestamp in 'us','ms','s'
Generate identical outputs across platforms
"""
# unit = _unify(unit) # used to unify unit strings, like 'sec' 'secs' 'seconds' 'second' to 's'
if unit == 's':
return long(time.time())
elif unit == 'ms':
return long(time.time() * 1000.0)
elif unit == 'us':
return long(time.time() * 1000.0 * 1000.0 + (time.clock()*1000.0- \
int(time.clock()*1000.0))*1000.00)
else:
raise TypeError("Not supported timestamp unit:",unit)


def getStamp(timeutc,unit='us'):
"""
Convert UTC datetime to long integer timestamp in micro/mili.seconds
usage: getStamp(utctime,unit='us') # unit could be 'us','ms','s'
"""
if isinstance(timeutc, datetime):
#unit=_unify(unit)
if unit == 's':
return long(timegm(timeutc.utctimetuple()))
elif unit == 'ms':
return long(timegm(timeutc.utctimetuple())*1000.0+ \
timeutc.microsecond/1000.0)
elif unit == 'us':
return long(timegm(timeutc.utctimetuple())*1000000.0+ \
timeutc.microsecond)
else:
raise TypeError("Not supported timestamp unit:"+unit)
else:
raise TypeError("Unknow timeutc type:",timeutc,".Use UTC time to retry.")

我一直关注能一体支持web和非web任务并发处理的系统，感觉mongrel2是很有前途的，准备挖下一个坑就用它试试看。

mongrel2 ? 有个 www.photon-project.com/ 在做php+m2这件事情， 不知道有谁用于生产环境，所以要仔细权衡。

话说还是python和nodejs在这方面优势比较大。

我觉得google现在产品Quota和定价都在向奇葩靠拢，这个方案对dropbox用户毫无吸引力，还有picasa什么的空间能合并么，google应该把这些碎片整合一下啦。

主页很清新，一点回复，双眼瞬间被蹂躏。。。

@asher 我仔细考虑了一下，似乎最大的原因是两个字“多余”，给俺增加了额外精神负担，而不是乐趣，可能喜欢玩网游攒金币的人感受相反吧，也不是多大事，如果今天这个话题冷冷清清，估计更不妙。

@Hualin 你说到本质了，大多数游戏系统的核心不就是争当暴君，操纵他人生死吗？泛自由主义者们很可能对此不感冒。不过这是livid的论坛，他的地盘他做主，合则留不合则去就是了，谁也没法指责什么。其实我一直不觉得v2ex水贴很严重，也许站在站长的角度阈值比较低，对任何水贴都非常敏感，这个系统也许并不是防空炮，就是特意要赶一批人走的^_^

@leungxh @caomu 我觉得看书没啥用，越不会说越要说，只有直接练习才能改善状况，间接学习等于隔靴搔痒。

@Livid 汗，越来越像游戏了，用户为啥要当矿工，仅仅是为了挣金币？那其实反而偏离交流互动的本意了，或者v2ex/挖矿系统本身相关话题会喧宾夺主。如果紧扣“提高用户发帖质量”这一初衷的话，激励系统显然越简单越好，Rome Voting就够用了。当然，或许大家习惯金融系统后也没什么不适应。

我觉得新论坛系统应该解决两个问题，否则没办法和成熟系统区分开。第一：重复发帖过滤，自动和手动结合；像Stackoverflow那样，发帖前自动提示雷同老帖，也可人工补充重复链接并冻贴；第二：互相follow的人，动态联系能更紧密一些，比如像Movu.ca那样的notification系统。

其它的，积分什么的，老论坛都有了，即使游戏规则有创新，也没啥根本改变。

@sobigfish uv除了站长有直接统计，其它都是间接算啦，google adplanner 和 compete 以及 chinaz 的数据就经常不一致。可以问一下@livid 看哪个较接近。

@sobigfish 它列出了，alexa,ga,compete,qc都有，有的站ga统计数据不一定公开。