应该是前端插件吧？后端返回对应的 页数 当前页等信息，有前端用这些信息进行分页显示

https://book.douban.com/subject/26575429/ 这本书值得看很多很多遍

Gliffy

#8 楼 @reverocean 看项目中别人写的代码都可以感觉到合理结构和注释的重要性。。。可惜，没时间重构别人的代码

将 前端传的值 强制转为 字符串。一般的 http 请求 rails 都会帮你做过滤操作的吧

方法名后面还可以有！号

#21 楼 @easonlovewan 编程生活有很多种，有人为了钱和利，有人就是兴趣使然，更牛逼的人已经开始追求自我价值的实现

需要单独 add_index

用 explain 看 是否 in 用到了索引。当你的 in 的字段数组太多的时候，反而会导致索引失效（你 in 了 5000 条）而增加了时间。includes 最后也是执行的 sql 语句。建议 lz 看下 AR includes 的文档

#38 楼 @cqcn1991 买大的舒服

早些个月用了 1G 的 csv 文件做的测试。。。

同意一楼。LZ 可以用这种方法操作，就会知道时间消耗少多了

尝试了一下，挺有意思的，加油⛽️

#6 楼 @daemon 这种方法在数据量大的时候可能出现性能问题，所以合理创建索引

#6 楼 @cqcn1991 公司项目发展到一定规模，肯定会选择更适合的语言或技术进行相关开发。吐槽一下 Airbnb，国内版真的很难用

#23 楼 @jasl 大神，这次有没有视频？比如上传到 YouTube 或网盘

关系数据库的基础知识懂了，这个设置就不难了吧

口罩

也就是说，你想交男朋友了？

实体业和服务业开始衰退的，经济泡沫只会越来越大，zf 现在害怕把这个泡沫捅破吧，就像曾经的日本

觉得 grape 方便的一点是已经 有一套可以不在 model 层做参数的 validate，比如 参数需要必须传，参数符合邮件格式等等，不知道 rails api 有没有，还是得自己写 helper 方法之类的来满足参数的校验 @huacnlee ，如果有的话，grape 就没什么优点了

#5 楼 @gyorou 研究室里 rails 的书有多大量。。。。。。

选择 highcharts 或者 echarts，一般情况 controller 代码不会多，但是 view 层的 js 代码会很多。然后，你可以根据你的渲染的图，比如都是折线图，写一个 helper 方法来构造前端相对应的 view 层的 highcharts 或者 echarts 的代码，根据传的不同参数，数据渲染不同张的折线图，看你的功力咯

可以写 ruby 脚本，require‘ruby-progressbar’，用 rails runner 运行

#18 楼 @u1440247613 你也可以完全不用，纯写 html。对比下哪种更繁琐。你也可以涉猎其他 web 框架，PHP 的，Java 的，go 的，nodejs 的，对比下 是否有像 rails 这样定义 view 层的 helper 渲染方法，再看是否“恶心“

#5 楼 @timlen 用 rvm 的好处非常多

#20 楼 @waitingaminute 见过大的国企部门，五点下班后是集体打 Dota

#13 楼 @msl12 可以自己写逻辑把 session 存 redis 或 mysql 中。你想让 rest-client 帮你存 cookie，看看文档有木有讲，我觉得不太可能