good~

。。。

@help5305fff seo 都要考虑点啥？

@fresh_fish 于是上上次就不在啦

@help5305fff 没考虑 seo 的事

@alvin2ye 还真是。。。还好我主要精力放在处理部署流程上

@gingerhot 收到

男人要凶悍 女人要彪悍...

抽完了 恭喜 13 号同学抽到机械键盘

@jjym 尼玛 你 Y 到底来不

@southwolf 这比天气预报准

下雨了

@hpyhacking 因为 vps 挪作他用，所以卸载掉了。。

@weihuilee 哎。

@yanhuanle 没道理 - - 之前一直在 vps 上跑的好好的。。。我看看吧

@chucai @DavidWei @tassandar 等我明天或后天重新扔服务器上。。。

@yanhuanle 原来一直部署在服务器上。。很正常。。。请问你的系统环境是什么

我去。。。老坟。。。

@xiaolai 老湿，带带我

@fsword 嗯 这就回到我那看法了 从上线环境的日志里找查询的瓶颈

@hooopo 不是号称数据库学的很烂么。。。。 话说我的看法：优化 sql 应该从生产日志中入手，加上 cache 之后 很多看似效率低下的查询实际上并不低效，很多看似高效的查询因为环境因素反而很慢。。。 在 CSTO 实习最大的收获就是这个 PS：不过早优化算是老生常谈吧，用 orm 的时候避免类似 n+1 这种自身的局限导致的低效查询就好

(0..8).map { [0]*8 }

@help5305fff 火星人 - -我可认识是你哇 我爸刚弄死他就是。。江南 style

我爸刚弄死他

@hooopo @jjym AVFUN 的思路不是挂上去置顶么。。。

@Levan 额 看来说的有点嘲讽。。。先做出来再说 曾经也是有人这么跟我说的

@alvin2ye 这是在战数学概念～ 不是可读性的问题

@Levan 呵呵

@Levan 加了社群就是 sns 了 那样太重 twitter 成功恰恰因为他功能单纯 另外 timeline 和 feed 概念上还是有不同的

@jjym 就是为了 to_a 啊 但别忘了 8.times.to_a 是先创建枚举器再 to_a 多一步