me

fail fast 吧，

不然没法定位问题

rvm 问题吧，

试试 rvm-capistrano 吧

forever 大神啊 缺点是重启你也不知道

自己造吧

一晚上代码不能提交～～

话说 发个淘宝店地址会不会被鄙视 http://shop104047036.taobao.com/search.htm?spm=a1z10.1.w4004-1706917940.1.oSdlp4&search=y&orderType=coefp_desc

淘宝店是最近赋闲在家无聊开的，也算给老婆找点事情做； 如果大家有需要定制 尽管把大图给我 北京海淀附近可以面交 - 我经常活动在车库咖啡周围

class A
   cattr_accessor :username, :abc
    class << self
      def fun
        username.
      end
    end
  end

867 是不是有点弱了

nodejs 适用于 soft real time, api 请求，game，聊天这类应用都比较适合；之前 linkedin 黑 ruby 其实就是把作为 api 服务的 ruby framework 替换成了 nodejs 服务，nodejs 天生 io 非阻塞 而 api 请求大部分时间浪费在 io 等待上，自然性能提升明显，不过这多少有点拿 node 长处比 ruby 短处的嫌疑。

个人比较看好 nodejs 的发展；原因有几个 1，群众基础好，这个自然不用说 2，有商业公司鼓吹，joyent，另外微软为了最广 windows azue 也做了大量工作 3，异步 io 自然要比 php，ruby，python 等更有发挥空间 4，社区特别活跃，很有 ruby 当初的赶脚

#28 楼 @luikore callback 套 callback 到不是问题；我一般做法是 1，用 coffee，2，好的模块划分，3 async 等类似的库

nodejs 算是单进程多线程（libuv 用多线程+non-block io 做异步），我说的 cluster 是在进程级别更好的利用多核的 cpu 资源

至于孰好孰坏，难分伯仲，各有各的应用场景吧 - 我个人还是 ruby fans :)

大家有必要了解一下 node.js 的，1，天生 non-blocking io, 性能没法说，cluster 是标准库提供的；2，社区逐渐丰满，几乎 ruby 的好东西都被复制到 node 上了。3，前后端通吃

fork me

:), 还有一个需要注意的是 id 字段 rails 默认是 int，如果将来表巨大还是考虑用 unsigned int 或者 big int。之前遇到一次 id 自增到 2B+，结果没有空间了，后来花了几天把 int 转成 bigint，真是很痛苦 ~~

遥祝了

#39 楼 @zgm 我的理解是 Innodb 在没有使用 where 情况下也就是没有使用 index，由于无 index 同时没有使用 primary key（innodb 是 clustered index，primary key 是和 data 存在一起的）这样的话就是全表的扫描了；而使用 where 就可以利用索引从而加速；纯属个人猜想：）

#31 楼 @xdite 之前每次 count（*）都要 take 40s+ ：）

#34 楼 @2forVendetta 你难住我了 :) 我们之前的场景是没有类似需求，如果再计算非连续 id 的话 实在有点重了

varchar(100) 和 varchar(255) 在 mysql 内的存储数据类型是没有区别的，100 和 255 是用来告诉 client 显示的时候宽度多少。同理 int(10), int(1) 都是没有区别的。

#25 楼 @xdite 话说还得从逻辑上解决这个问题，load more 就是不错方案；另外也可以参考一下豆瓣，豆瓣的豆油的分页就很诡异，应该是为了避免分页问题。

#25 楼 @xdite 最近一直没有跟~，不过你可以 check 一下 log

这个问题我遇到过，为此还重写过 will_paginate。其实原因是由于以前的 paginate 方法生成的 sql 是 select * from xxx offset x limit 20，这样的话 mysql 性能很差，由于 offset 的 record 也会被 scan。解决问题就是生成类似于 select * from xxx where id > x and id < x + 20 的 sql，性能问题就没有了。

刚好准备开个印程序员个性 t 恤的淘宝店；已经在申请过程中了。我想图片一定要 Geek, 比如我自己特别喜欢 github 和 rails 相关的 t 恤，这次就有两个系列 github 和 rails 的，因为淘宝店还没开起来，大家还看不到。t 恤也刚刚印制了一些，选图片真是个技术活。大家有需要可以联系我，把希望的印制图片发给我。

#6 楼 @inSeek 明显这个帖子光芒被某云平台公司盖过了，个人觉着这才有料！

支持老乡啊 5 年多经验 不知道老家人民是否欢迎我啊

家乡人民挺 fashion 啊。

感觉这种对比意义不大，linkedin 本身就是 api 请求比较多，属于短频快请求，io 时间比较多。大量 io 情况下的 nodejs 异步带来的性能提升就上来了，所以提高速度不在话下。我们之所以抱着 rails 不放不就是做 web 爽么，没必要特别纠结于性能。

@sundevilyang GREE|OPENFEINT

太近了，楼下 15 层的路过。。。。