现在看的都是实用性技术书籍。hoho。等过两年再深造一下。非科班还是实用至上为好。hoho

开个 staging 服务器测试。模拟 production 的设置。

你把整个 student 的 obj 存进 cookie，觉得不是太好，最好是存一个 id 就可以了，避免有 cookie 撑爆的情况。 tail 出 log 来看看有没有报错。

有诚意的话放整段代码，要不然就自己找 bug

#22 楼 @hlxwell 多谢提示。thin 的 threaded 模式真的没用过。

#13 楼 @hlxwell sinatra 不是 web server，不负责多线程。

#9 楼 @huacnlee 提醒下，现在 ruby-china 的 config/secret_token 文件还没从 git 中 checkout 出来，按理说应该部署时由管理员放置在 shared/config/secret_token 文件里。 这是很危险的

自己调整下布局咯，还好啦，不是特别多 CSS

我还愁测试代码太少了～

应该现放到这里来给大家看看。哈哈

嗯，规划者值得思考的问题，加油

哈哈，中过一次基本就免疫了，gxgx

js 的 oo 实践普遍都不太行，

搞手游去，待遇是个很大的考量。

那个正则，可读性非常好

只要我对着电脑，我老爸就说我是在玩，怎么又在玩。。。

原来大家都不行。。。

ruby 优雅强一点，速度慢一点，看你怎么加权了

同楼上，不过你要做什么任务还要看呢，有时做成 lazy 的也可以

代码放 github 上，我帮你看

<% raise @files.to_yaml %>

看看@files什么东西

顶，写的很好

1 楼提供的那部分代码，看一下，自己改写个 migrate 出来，或者 load_config。、 看你怎么整了，你提供的信息太少了。

1.如果关联表操作用的是 AR callback，那自动就加了 transaction 哦。如果自己写存储流程的话，建议还是加上比较好。淘宝可能有强大的异步机制吧，所以不用，这个我猜的。 2.partial 用 local var，不过有时一个 partial 在哪里使用到自己心里清楚的话，用@var也未尝不可嘛。

前阵子也想搞个“理想中”的论坛，构思了好一阵子，还蛮兴奋的，后来国外看到个人家做好的原型，跟俺想得一样啊，是蛮酷的，可惜不好用啊，就放弃了。有些东西就这样，做着做着就没激情了，我是还没做就泻了，唉。。。

#1 楼 @poshboytl 你是 intridea 的吧？soho 啊？这么好

目前遇到最大的坑就是在 before_create 之类的 callback 中无意中返回了 false ....

滴眼液用得越多，眼睛越干涩。个人深有体会，只能起到短期的缓解。

现在只要是润洁之类缓解”眼部充血“的一律不用。如果你实在要用，建议用之前轻轻刮眼眶 100 次，可防止此类眼药水的“刺痛感”。

虽然我眼睛一直不好，但已经几乎不滴眼药水了，只是隔个四五天滴一次双星明滴眼液，扩瞳放松睫状肌。

无论滴什么眼药水，都不如以下的方法好：

• 配一副好眼镜，眼镜店里千多块的镜片都不错。
• 加强户外运动。我自己是每天户外运动，白天出去，至少跑步半小时。
• 少盯着显示器，显示器对比度太高对眼睛不好。如果要学东西，可以啃书本。

都是血淋淋的教训。