Rails 服务器端车把性能

Question

我们在高流量环境中的主干单页应用程序 rails 项目中使用服务器端把手，我们发现我们的渲染速度提高了 100%。我们正在使用 sht_rails gem，它看起来编码良好，只是将模板的呈现交给 v8/execjs/rubyracer。上线后，我们的 GC 增加了一吨，我们尝试了各种缓存策略来缓解这个问题，但它对我们不起作用，我们即将放弃共享把手模板的想法，尽管好处已经很大一个 seo/共享代码的观点。

没有使用 ruby​​ ee，我们还能做些什么来微调/加速这个过程？或者它只是将字符串传递给 javascript 序列化/反序列化等的野兽的本质。

根据我们的经验，这种服务器端渲染似乎还没有准备好用于生产渲染。有人有这方面的经验吗？

Answer 1

我们最终创建了一个节点渲染器服务并将模板渲染交给它，而不是使用基于 Rails 的 ruby​​ Racer 等。暂时解决了我们的问题。最后，使用节点全栈来获得更好的同构支持会很好，但我们是一家 Rails 商店，所以这就是我们所在的地方。