喜欢逻辑和模版分离可以用 Ember.js。

现在趋势是逻辑、模版和样式放在一起，预编译成 JavaScript 然后以组件为单位 import。

有，点进个人页面。

http://guides.rubygems.org/

去看看前端社区关于 server side render 的讨论，你就会怀疑前后端分离是为了什么。

至少 Github 就是这么发展起来的。

现在不是流行 microservice 么，每个 service 可以是单体应用也可以是更多 seivice 组合，关键是你不用关心 service 是怎么实现。

纯血前端社区心态才是封闭，非 JavaScript 实现不用，非 client side 不用，结果现在要搞 server side render 和同构。相比之下 Rails 拥抱 webpack 才是开放。

https://github.com/ruby-china/the-rails-doctrine/blob/master/README.md#%E9%87%8D%E8%A7%86%E6%95%B4%E5%90%88%E7%B3%BB%E7%BB%9F

Rails 默认用啥我就用啥。

redis 也是远程调用，细粒度的缓存是否有用还要实测。

不知道楼主为什么不用 Rails，如果只依靠标准库的话，WEBRick http://ruby-doc.org/stdlib-2.4.0/libdoc/webrick/rdoc/WEBrick.html

MySQL 需要装 mysql2 https://github.com/brianmario/mysql2

正常情况，区分 v1 v2 应该是 Api 模式有大变动。

如果有部分变动不大，我会把代码拷贝过来，不要有依赖。

那可以用片段缓存。

路径区分版本。

是的。有更新的话，也要更新 data。

可以增加一张表，解决查和排序，同时储存 data 避免运算

{
  user_id
  source_type
  source_id
  data
  created_at
  updated_at
}

举个现实的例子，我想不通要轮流查 a b c 的意义。

对于如何避免重新计算 data 这一点，可以把计算结果放库里。

https://ruby-china.github.io/rails-guides/active_record_querying.html#eager-loading-associations

楼主需要补 SQL 基础知识。

你是复读机么，来来去去就这一句。如果你没有其它补充，我严重质疑你发言的真实性，也会留意你在其它帖子的表现。

这两件事完全没联系。

为什么你觉得他是管理员？所有管理员列在这个页面 https://ruby-china.org/wiki/about

管理员个人页面头像下方有红色“管理员”标签。

刚好团队出去团建…

不要简单的复制粘贴。

又重返😳

如果被爆库，大部分攻击者要的信息已经拿到了，也可以随意篡改。所以敏感信息还要加密存储。