#35楼 @lgn21st 对这个是完全赞同的，但是“实时性”的部分应该是内嵌到一个框架的最深处的，成为框架的默认的。所以，过时的不仅仅是 Rails ，还有 Ajax/Pjax/turbolink 等这些所有基于非实时框架做成的实时 Hack 。

世界变了，最大的一个特点是网速变了。十年前，当我们请求一个页面等个三五秒认为是正常的时代，Rails 默认的这种 Http 请求模式显然是没有问题的，因为最大的痛在于等待时间而非页面刷新。但是到了今天，web 应用应该是”无刷新为默认“的，也就是”类原生应用为默认“，道理很简单：网速上来了，用户体验要在平滑性上来拼了。Rails 从基本架构上不是为这个时代而生，所以改进也没有必要了，慢慢淡出娱乐圈才是正道。

说起”编程快乐“，这个依然是最重要的。但是用用 meteor 就会发现，Rails 输掉的同时是两个极端：易用性和强大性。

从今年开始就再也没有碰过 Rails 了，感觉 Rails 已经老了，该退休了。十年前 REST http request/response 的模式看起来那么美，但是现在时实时应用的时代了，大家可以了解一下 meteor 的 data on the wire 的概念。

如果 https://github.com/peatio/peatio 项目中使用 pusher 实现的那部分功能，用 meteor 实现是不是会很简单呢？

@nightire 用 node 直接设置反向代理的形式我回头要研究一下，多谢！

不明白为什么一定要用 jekyll？

jekyll 只是我个人用的比较熟的，不否认有些情况下，将其替换可能是个好主意。

web component 是未来！

支持一下

对了，我的这套环境直接就搭建在公网域名下了，这样可以直接用手机打开调试，也是挺方便的。

相信如果有同学在用这套东西的话，那么 sass/browsersync/autoprefixer 肯定是必不可少了。

我有一个问题要请教大伙，html 文件 concat 方面，大家是用 Jekyll 实现吗？如果不是，那各位采用什么方式来组合 html 片段呢？

@algo31031 你帮我们可是不少，感谢！

@peter 没指明，不过我挺喜欢 MIT