@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 多一步

话说做个 sns 也是我的心愿 呵呵 不过有心情有时间的时候没能力 有能力之后没时间没心情 呵呵 - -

要想不做玩具的话 运维层面：linux 环境配置 包括 linux 基本操作 配置服务器软件（比如 Nginx+unicorn 组合 邮件发送服务）系统安全（iptables ssh）运行监控（日志分析 各种命令行工具 new_relic 的监控服务） 部署：自动化部署 capistrano 版本控制：git 后端：你选择 ruby+rails 的话 那就了解解决各种问题的 gem 数据库建模（sql 不必要 但是你要做 twitter 对各种建模思想要有认识，比如如何合理使用 rails 里的单表继承多态继承） 前端：html+css（或 scss/sass/less 三选一）+js（coffee 和 js 语法完全两码事，但是要用一些 js 的 lib 肯定要会读 js）不考虑前端的话 bootstrap 快速 startup。。。那就省掉 css 了

大概是这些，目前也在创业，水平的话。。。高中毕业接触编程到现在三年多些 - - 学的东西虽然多 但还能 hold 住 设计上 没办法 我现在也是经常掉坑里 然后重构重写