#26 楼 @Ryan 不是的。是自己写。格式化只是对齐缩进。

不错。。我的网站想了 N 年，还没出一个成品

#24 楼 @Ryan 呵呵，一直用 netbeans 开发。没有这个烦恼

#6 楼 @Ryan ForkLift 的 SN 网上一大堆。对于没有付费习惯的人无障碍

#20 楼 @Ryan 猛然发现你逗号后面没有空格，，=> 前后也没有。。有点不太习惯。

ForkLift +1

刺股！

单核 CPU，512M 内存足矣。既然你要选择 VPS，那你对自己的用户增长速度及并发相当的没有预估。

新上线，低配就好。

#8 楼 @small_fish__ ，#9 楼 @houz 他们要招资深的 geeker，需要看过 N 多源代码，对 N 种技能要熟知的那种。呵呵，而我呢相对笨一些，性格又恰恰相反，不喜欢把自己陷进去，只觉得够用就行，略懂就可以了。看来我不是做程序员的料。

去面过，被 pass 掉，还是帮顶起。

这个有难度。。既要精通 Rails，又要精通 css，还要精通 js，，估计整个中国大区能找出“精通”的人，屈指可数。

#11 楼 @lb563 建议还是利用原生的 mysql 导入方式，多条语句 1 个 commit，应对海量数据的导入是没有问题的。AR 写入太慢。

@lb563 mysqldump 都不合适了，你可以考虑数据冷热分离、分库分表了。

#6 楼 @xmonkeycn 与 mysql 的 binlog 的原理类似，记录一些统计需要的 mysql 日志流。

首先是设计一系列的与业务逻辑相对应的统计表，然后再在每一个业务逻辑中，你加了什么，加了多少，都以明文 mysql 的形式记录到一个 log 文件中，比如：

insert into table_name values(****);

然后再通过定时任务，把这些日志 mysql xxxx < logfile 批量导入到统计表中。

然后再在这个统计表的基础之上，做一些统计分析，而不是去分析核心数据表本身。

虽然这样的做法，会导致一部分数据信息的滞后，但个人觉得，相对于高并发下，去分析海量的 live 数据，从性能上，从安全上来讲，是有一定的优势的。

个人意见，仅供参考。

那意思就是说。我现在使用的 Rails 3.2.6 有可能悲剧喔。

=> custom db migration

个人认为最为稳当的办法就是自己遍历 sqlite，再 insert 到 Postgresql 理论上，虽然会有其他现成的工具，但还是有种不放心的感觉。

#8 楼 @tomwey

最后，建议在编写 SQL 脚本的时候，使用单引号做字符串常量的标识，虽然在 MS SQLServer 中双引号和单引号均可作为字符串常量的标识符，但是在 PostgreSQL 中对此就有严格的功能区分（不能用双引号作为字符串常量的标识符），为了保险起见，建议对所有的数据库对象名均使用双引号（"）将其显式约定，以保证大小写的严格匹配。

网上找的。很少使用 PG，虽然我用 Mysql 试过你的 scope 没问题。

#4 楼 @tomwey 这是源代码里面的例子：scope :red, where(:color => 'red')

#2 楼 @tomwey User.where("role = ?", a) 这样也会错哇？

@zing 恭喜，恭喜。。8 * 365 天的路过。哇哈哈。

#30 楼 @badboy 呵呵。所以才说是：转移群众的视线，然后再悄悄耍流氓

重构你的统计表吧，个人更倾向于数据表与统计表分离，而不是统计的时候去实际操作数据表。

#16 楼 @uudui 呵呵。。。你不晓得喔。。好多时候，一问，说是在 windows 下做 ruby 开发。出门都不好意思跟人打招呼。。人家听了都会觉得很诧异。

还是用 netbeans 好，支持方法快速跳转，可以很方便的查看 gem 源代码。我一直是 win7 下的 ruby 开发，，哈哈。。在 sublime，vim 等等大神面前太弱爆了。

#29 楼 @luerjian2010 今天网速快多了。公司的 10M 网络打开还是满快的。

#25 楼 @luerjian2010 纯情好男人，如果这个网站，在接下来的 3 分钟之内还打不开，我决定不再夸你是纯情好男人了。

@badboy 呵呵，但是负责推广的伙伴不给力 我是觉得你们不够流氓。

个人结合之前的经验，推广就是在人不知不觉的时候耍流氓。

中国最典型，最无耻，最流氓的不过于 360、麻花腾、雷军等一辈人物吧。

要想成功，就要转移群众的视线，然后再耍流氓，不要节操。