在支付宝还有搞 ruby/rails 的，赞！而且谈了社区几乎不触碰的分布式领域 哈哈

赞！

赞！之前对充血模型和贫血模型争论挺多，我觉得像 JavaBean 中纯 get/set 不可取，Rails 所有逻辑都在 model 也不可取。Service Object 到是一种折中的方法。@liyijie

楼主写的很实在，支持 @liyijie

签到

不是什么新技术都需要尝试，看项目的业务需求吧。如果是需要事务要求的，还是继续关系型数据库；如果像 ruby-china 论坛网站，mongodb 可以使用。

赞！ @liyijie 可以考虑升级用啊

报名听讲！

主要看你的项目规模。对于一般的中小型项目，直接用 Active Record 就可以解决问题了；不需要有独立的领域层，和数据层分开。

#18 楼 @tnt 淘宝分享用加密 cookie 作为 session 方案（请搜"淘宝 session 框架"）？淘宝不是在 coookie 里加密存 session 吧？据我了解是在服务器端用 Tair（集中式高可用缓存）存储的。

session 存在 cookie 在学习项目中可以用用，但在真实应用中不推荐，缺点：安全和费流量；存数据库性能不行，建议存集中式缓存，比如 memcache，14 楼 @huacnlee 已经给出方案，一般解决到这也就满足系统需求了；但是如果有人说当某台 cache 服务器宕机了，不就存在 session 丢失吗？可以要看业务影响面；这个可以解决，但是要看你这系统有没有必要花精力去解决这个问题；解决 cache 单点问题，可以同一份数据存在多个 cache 服务器上，保证高可用；当然没有绝对的，如果整个 cache 集群所在的机房断电了呢？难道要做多机房热备？额，扯远了。觉得一般应用用集中式缓存存 session 就够了。

为了 Rails 架构的规范化，我觉得有必要搞这个接口规范；各种现有解决方案适配下。大家可以自由选择吧 @liyijie

#2 楼 @hz_qiuyuanxin 恩，业务稍微复杂一点的情况下，每个人对系统和业务的理解，包括抽象和类的职责定义都不一样。

现在还在加班，可能赶不过来了

哇咔咔，楼主好传奇的经历！我想说：我也会 Ruby。。。

报名！

现在去不远了，下周二见 呵呵

@flyerhzm 兼职可以吗？

楼主辛苦，支持楼主:thumbsup: @modacker

@jun1st 求码 [email protected]

#9 楼 原来 Devise 默认支持这功能，@miclle 的解决方案好！

categories 应该是类似 tag 的多对多，一般多对多有张中间关联表啦 比如 category 只有 id 和 name 两个字段，之后有关联表是 businesses_categories，里面就两字段：businesses_id 和 categories_id 可以看看这里的 2.6 The has_and_belongs_to_many Association

噢 忘了说一点，不要同步发邮件，邮件发送最好异步。

#3 楼 @libuchao 那如何邮件不确认呢？下次不能登录么？

先不说需求，直接说实现：那你就关闭 Devise 的邮件确认，在 User Model 里 after_create 时候调用 Devise 的邮件发送方法就好了。

这个需求好奇怪？如果直接登录，为什么还要确认邮件？

这么好的原创系列怎么没人鼓掌

@cqcn1991 有个智能手机，路上就不会浪费了；做我们这行的，家里网是必须要装上的；要不然家里很多时间都利用不充分。

报名＋1

只有一顿饭，其他啥也没有。