以前没有接触过 MVC 么？

命令行中

$ rails g scaffold User name:string age:integer
$ rails db:migrate

然后你在生成的 users_controller 中

chrisyu = User.new
chrisyu.name = 'chrisyu'
chrisyu.age = 3
chrisyu.save

# 或者写简单点
User.create name: 'chrisyu', age: 3

在学习 Rails 的早期阶段，数据库管理 = migration，数据库操作 = ActiveModel , 所以暂时忘掉你的数据库吧

https://developers.google.com/web/fundamentals/performance/optimizing-content-efficiency/http-caching?hl=zh-cn 这篇文章应该可以解决你的所有疑问了

是啊，我们当时也是经历了《gRPC 从调研到放弃》，主要还是迁移成本问题

我倒是在团队里面推行过一个和你差不多的方案：ActiveType + http API，不过只实现了一些基本的查询、验证和修改，关联和链式调用都没有做，远没有你们的方案彻底

不错的方案

可以对比一下 gRPC

好详细的讲解 我们之前也写过一个 PHP 版本的 Ruby Marshal 用来解 Rails Cookie

搭个车 Ruby Marshal in PHP

他们说的其实上手都挺难，先学 php 吧，很简单的

直接用 docker 官方提供的 docker-registry 镜像部署的

量小的时候还挺稳定，到后来基本一到两周会挂一次，如果需求比较大的话还是建议上企业级方案

另外，当时坐在第一排提了很多问题的那位同学是谁，麻烦知道的盆友提供一下联系方式 本来打算去找他面基的，由于是最后一场，会后直接散掉了

他提的几个问题都超 nice，看得出经验丰富，我想找他一起搞事情，哈哈哈~~

我在等一门可视化编程语言出现，像画流程图一样来编程 出来了我就去学，学完就开培训班，然后一辈子数钱不用写代码了，哈哈哈哈~~~~

Ruby 社区去不去前端由社区里面技术的流行趋势决定，不太可能通过提议的方式去改变（参考前些年很火的 Ruby 社区去 Rails 化）

全栈，只是 Rails 的强项，不是 Ruby 的。抛开 Rails，也不去谈优雅的语法，Ruby 的强项在哪儿？我觉 Ruby 的 Socket 处理可以算一个，因为 Matz 在这里做出了很多努力，给了开发者极大便利。但是，我们中有多少人用 Ruby 做过 Socket 通信或是 TCP 连接，很少啊~ 因为社区里面已经有成熟的解决方案了，不痛不痒不造轮子

所以呢，Ruby 专注后端没有错，社区喜欢研究前端也没有错，因为大家的方向不一样的。有的人是面向客户编程，有的人是面向报警编程，存在即合理。LZ 没必要在意这些细节，只管在 Ruby 做后端这条路上坦荡的走下去就好了

PS：我前一家公司用 Ruby 做后端 API，量挺大那种，在那里我做了很多去 Rails 化的工作，后来换到一家做 SaaS 的公司，才发现 Rails 正确的打开方式，作为一个全栈框架，前端避不开，而且很重要

谢谢提醒 这是 Rails 5 更新的 feature，有空我更新一下文章

我来帮忙 at 下人 @huhongda @zouchaoge

主力是 RubyMine，因为 Cmd + B 太强大，离不开了，另外就是搜索，可以 project + gems 一起搜，很好很方便

就是打开慢了点，不用 RubyMine 的情况下，基本都用 Textmate，管你是什么代码。不过要快的话，还是 Vim 最爽

咦~ byebug 或者 pry 打断点不是很爽么

昂~ 查了下 果然是我理解错了 之前有个 php 的项目需要取到 Rails 的 cookie 里的内容，就去实现了一套 php 下面的 ruby_ marshal 序列化和反序列化。从那以后我就一直以为 Rails 的 session 只有 signature 没有真正的加密，原来只是我们那个项目特意关闭了加密而已

PS: 顺便贴下 php 实现 ruby_ marshal 的地址，万一有人感兴趣呢，哈哈~ https://github.com/sudiyi/ruby_marshal

咦 我记得是没有的呢，难道什么时候改了？

你的不认同可能源自你已经将 session 与 敏感信息 划上了等号，但是我觉得这样的理解是有待商榷的 如果你在知道 CookieBased session 并不能阻止其他人看到其中的信息的情况下，不在里面放入敏感信息不就好了

挺多框架默认方案就是 CookieBased session，为什么呢？因为成本低呀。 而且也没有哪一家在文档里面说了 session 可以安心的放入敏感信息的吧

哈哈哈~ 毕竟头图上就放了两个 php 嘛，肯定是说的 php 里的情况咯

又放弃了

看上去没什么问题，redis-cli 进控制台看看 ttl

速递易后端基本都是 Ruby 实现的啊

代表速递易投了主题 嘎嘎嘎~~~~ 好鸡冻

看上去像 uglifier 压缩 js 时用了 ie8 不支持的语法，去看下 uglifier 的文档和 issue 呢，应该能找到些什么

赞 挺有意思的小东西，虽然很少有应用场景，哈哈

机器内存不够，又不想多花钱的痛我懂，当年阿里云 1G 内存的机器上 cap 内存不够，逼得我去用 shell 写了个部署脚本

不过我的话，估计会把 sidekiq 的消费者抽出来用纯 ruby 重写，然后你就发现它不是辣么吃内存了

Rails 快速开发，当你需要速度的时候，用 Rack 重构成微服务架构，难度和工作量其实并没有太大

我们公司近来用纯 Rack 重构了些项目，自我感觉性能已经不输 java 了（也许是我没见过写得够好的 java 项目）

我们只是正好有这个业务需求，直接用的 FacePP 的服务，并没有自己去搞算法什么的

猜中了

你猜