我说这个帖子怎么变成精华了 原来是因为评论很精彩 哈哈哈

楼主加油

当 IDE 遇到元编程..... ，总有一丢丢不酸爽

社区首页上最前面的一篇帖子 https://ruby-china.org/topics/24325 楼主想必是没看过吧 可能是因为那篇帖子叫《提问的智慧》，可能没有楼主想要的干货 所以被忽略了

那么问题来了，你可以只挑你想要的，为什么社区不可以选择留下哪些帖子，如果你对此有什么异议，请告诉社区中的各位你这篇被屏蔽的帖子有什么价值

我来 star 第一个 顺便感谢楼主在 wechat 项目上的付出

#2 楼 @killernova 都一样哈 并没有什么区别，现在喜欢这么写单纯只是为了强调一下 %

用数组条件 Client.where("first_name LIKE ?", ['%', params[:first_name], '%'].join)

默默的说 我刚用 rails 写博客的时候也遇到过这个问题 😂😂 把 对象多打出来看几次就好了 不好找的话 可以用 p

#10 楼 @zhangtenghai carrierwave+carrierwave-aliyun 我也是用的这两货

Eventmachine/Fiber 不了解 不会 java Ruby 性能优化目前只能做到在业务逻辑层去优化，ruby 本身的性能研究较少

我去，感觉我还差得有点多啊，回去哭一会儿 😅😅😅😅

如果是我来完成这个需求 我更倾向于基于 OSS 来开发，很大一个原因是 OSS 可以提供图片缩放服务 一方面，有很大一部分逻辑可以砍掉，减少系统复杂度，降低维护成本 另一方面，OSS 的图像处理是实时 + 缓存，实际上长期保存的图片只有原图一张而已，如果以后系统有变迁需要改变图片大小，不用头大 然后很关键的一点，OSS 还自带 CDN

之前明明是 6K 起 😄

还在招人啊 ~ 成都找个好 ruby 果然好幸苦的样子 帮顶了

看完这个帖子 又一次明白：我以为我弄明白了一个问题，然而我才刚刚走到门口~~~ 关于 Proc 的 return，也试了一下，很同意 #1 楼 的看法，略微有点坑，以后还是尽量避免这么用好了

我会选提供 API 让前端去渲染吧，如果不考虑 SEO 第一种方法 用 Nginx 代理新域名的页面到原来的域名，看起来就达到你要的效果了

我本来是来看 LZ 的问题的 结果。。。

image_tag 会把接受的参数当内部路径处理，外域的地址可以显示的加上 http://

感觉不用在意 80 平米 30 人，有多少创业公司能按计划招满人的。等有能力招 30 人估计已经有钱换办公室了，LZ 说的 30 人应该只是说网络的负载需求

星哥 你好～

开发模式下，不是默认没开启 cache_classes 么？

手机版简直不要太 nice，够酸爽

#1 楼 @leekelby 嗯，关于你说的第一点确实是，由于我比较深入的接触并运用 Rails 是 4.1 以后的版本，基本关联已经自动添加 inverse_of 了，加上平时也没有去深究，所以没有在实际运用的时候遇到问题或感受到它的重要性，囧~

然后是 has_inverse? 这个方法，你不说我到现在都还不知道有，感谢了

官方举的例子不恰当。 是的，官方的例子在 4.1 以后的版本是不能复现的~ 说多了都是泪啊

帖子写得比较乱，自己再看都有点受不了了

alfred + layout 插件 除了不支持双屏 我感觉我已经没什么追求了

#2 楼 @leotao841024 CBR 的 比特率 固定，取单位时长的文件大小对比完整文件大小来推算的完整时长。从结果来看，基本上是正确的，虽然我觉得它有可能会有 ±1s 的误差（取整的时候）

黑。魔。法 这个说法有点过了吧 RESTful 和 http 请求方式的限制 以及 jquery_ujs 的工作 我觉得还是可以去了解一下的 因为就算抛开 rails，我想我也会这么用

虽然不是淘宝，以前也用的国内某家的低价海外 vps 平时真的很好用，但是抽风的时候也很抓狂 于是换 DO 了

#11 楼 @jason_wu oss 的图片服务

加油！刚把地

歪楼不要太明显啊 各位 不过我的图片处理早已经交给了 aliyun 的 OSS，所以也只能打酱油路过了 同靠，同涨 ヾ (=^▽^=) ノ

点进去后发现 原来我老早之前就已经收藏了

我能说 我根本没注意这些细节么？不过遇到过有些（个）包 taobao 源装不上 换回官方源就装上了的情况