看起来你们的 DataService 不就是像 Thrift 那样的东西么？只不过没有单独服务跑，而是通过读写的时候放入 Redis。

Update: 哦，不一样...

我的问题是：

1. 你怎么保障 write 动作的时候能正确的更新（或者设置失效）DataService Redis 的老数据，因为有时候查询关系是复杂的。
2. 感觉你加了一层 Node.js 似乎和“扛百万压力”（顺便可以说一下是多少机器做到这个量），没直接关系，最后查询都要到 Rails 哪里，唯一区别是你的架构多了一层 Redis 的查询缓存。
3. 看到有 expire_time 的参数，是每个查询都是固定的缓存一定的有效期么？如果是，那看起来像是 Proxy Cache 可以做的事情呀？你 after_save 那个动作如果只是单纯增对 id 有关的数据过期，Proxy Cache 的方式也是可以搞的。

顺便提醒一个细节，要注意 after_save 并不是数据真的变了，有可能因为其他动作 Rollback 了，应该用 after_commit 来处理缓存过期。

rails.vim 以前一直不敢用，因为老的 Vim 没有 async 的实现，所有动作都是同步的，每个命令都要卡那么一下。

rails.vim 提供了一些直接在 Vim 执行的 Rails 命令。但是在 Vim 8 之前 执行外部命令都是同步运行的，需要等待的时间比较久，这段时间不能在 Vim 不能做其他的操作。虽然 Vim 8 提供了异步模式，但大多数插件都没跟上。

那么到底 rails.vim 改进了没有？还卡不卡？

#4 楼 @lifuzho 不知道能不能用，精力有限，要保持向下兼容需要费神一些。

先把 gemspec 调整一下，你用用看，版本 0.1.3

Unable to require openssl, install OpenSSL and rebuild ruby (preferred) or use non-HTTPS sources

问题原因，你安装 Ruby 之前没有安装 OpenSSL，这个是 Ruby 的必要库，然后再重新安装 Ruby。

例如 Ubuntu Server:

sudo apt-get install openssl

对于不熟悉这类细节的同学，建议使用 RVM 或 ruby-build 之类的工具来安装（生产环境也是可以用的），他们会帮助你解决这类问题。

可以这么理解吧

ActiveRecord 会读取数据库的结构，动态产生那些方法

#7 楼 @cqcn1991 TeamViewer 呀，我前面不是说了么，它可以 Windows 用的。

#5 楼 @cqcn1991 试试钉钉和微信的语音聊天，也是可以多人会议的

#3 楼 @cqcn1991 对，我们就是这么做的，效果挺好的

此外远程共享屏幕还能让对方操作。

macOS 的屏幕共享，我们以前最多试过 8 个人同时连接一台机器，完全够用了。

#5 楼 @jasl 我在问你们

#2 楼 @lgn21st 今年可以安排 西安？

其实我目前在支付宝算是远程工作，虽然每天都在公司办公室，但合作的人全在杭州。

我的工具：

• GitLab 处理项目管理的各种事情
• 钉钉实时聊天，办公电话或钉钉语音进行会议讨论
• macOS 屏幕共享做远程协助

其他方式推荐：

• GitHub 做项目管理工作（购买私有仓库）
• 微信，微信语音聊天，会议讨论
• 远程协助：TeamViewer

远程工作重点是要有好的语音质量，有时候连线一下，一两句就把事情说清楚了。

#24 楼 @hiveer 我不认为，有时间不如花在其他地方。况且这里受众群大多是 Ruby 工程师。

这些东西我认为了解一下就好了，没必要每个都去深入学一下。真要用的时候也就顶多一周就学会了。

#20 楼 @sefier

你哪里看出来我在强调？

就算我说慢/快，我也说的是 React 实现的 Ruby China 版本和目前版本的对比。

外加 #11 楼 你看我在说什么？

同时，我这篇文章有在说 React 不好大家不要用这类的意思么？没有吧

当然，可能原文某些话没有将太细，让你误解，我补补。

#14 楼 @sefier

你的意思是 React 的意义，就在于网络质量不稳定，节约流量。

不要抬杠好不好！我哪有哪个意思，你是非得强加上去。

#16 楼 @sefier 你不要在我回复以后再重新修改之前的回帖呀？你之前那句是让人觉得你没看明白啊

#14 楼 @sefier 所以你都没看完后面的内容，你甚至这句的意思都理解错了

@sefier

至于 heroku 什么的那是中国国情，也没什么代表性意义

我的意思你没看懂...

现在很多讨论都说 react 渲染和服务端渲染（Turbolinks 本质上还是服务端渲染）速度的比较问题

我只是提了这么一点而已，并不是说因为这个来对比，在这，最终产生的渲染效率也是一个考量的方向。再者本身这个尝试就是想看看换成那种方式能带来什么变化，开发效率、响应效率。

react 做 api，减少了 html 标签之类的数据传输微不足道

这个不知道你在说什么，React 可以做 API? 还是你把我原文看错了？

我当然知道 React 的意义在于简化前端代码逻辑，但这个事情哪个前端框架不都是这个目的么？只是我这里没有提而已。但实际上都是扯淡，用得好的人，用什么都能组织的好，用不好的用 React 依然乱的一塌糊涂。

#11 楼 @kgen 我就买个玩游戏，PC 这东西很快配件就过时了

#11 楼 @kgen 怪不得便宜 🙈

看不懂你的问题是什么，不是都已经转成 DateTime 类型了么

当然，以上前提都是 Server Render 的细节要做的够好才能足够快，否则可能 React 出来的结果容易更好一些

#6 楼 @billy 试试

到目前为止，重型前端框架仅学过 Backbone.js 和 React

庆幸当初没有去学 AngularJS、Ember.js，以及过程中死掉、或快死掉的各类前端框架。

都花了 5000 了，还不如买新的。

最近才入了一台玩游戏，买了个 极限矩阵 的主机，还挺好用的。

各种游戏效果全开

手机浏览的需求是解决内容阅读的，节点导航内容过多很难排列下，外加上使用频率其实没那么高

重构吧，GitHub 上面项目看起来都已经很久没提交了。

https://ruby-china.org/topics/32192

#9 楼 @hiveer 理论上讲当然可以用 root 部署

Capistrano 是一个设计成通过单一用户，且无特权的账号，使用非交互性的 SSH 来部署。

#26 楼 @ginchenorlee 我想一把支持更多

match '/publishers/*'