嗯，这个有待生态进一步完善，但像 @huacnlee 建议的，混合使用还是问题不大。我最近升级了3个项目，都很顺利。

待处理的事宜已经处理完毕，现在开发体验已经非常 nice，大家可参考尾部的处理说明。

上面扫个码

cool，是否可以加我微信交流一下。

多谢提出的建议问题。

我们期待的场景是面对面的面试交流，ShowMeBug 提供一个交流代码的环境。面试官可以实时看到面试者写的代码情况。

所以与你建议的定位有挺大出入的。重点在于打磨面试体验。当然，你的建议非常好，提供面试题支持分享是另一种产品的思维，不过除非我们设想的场景有较大限制，否则我们不会切到题库这个目标。再次感谢反馈。

有意思的视角，只能说符合创新产品的客观规律：成功的是少数。

起名字是有个有挑战的事，还需要好的域名加持：）

多谢建议，我们初心是希望在面对面面试起到较大的作用。你提到的场景也许后续会考虑。

有意思.

实践一段时间后的还存在的待处理的事宜

目前 webpacker 使用中还有一些问题:

1. 开发环境 CSS 是异步加载，无法保证在 DOMLoaded 后各 div 的尺寸大小。这个要小心你的 JS 代码。
2. 开发环境 Turbolinks 集成有些问题，load 事件无法保证正确加载，像 turbolinks:before-render 事件也不触发，要等后续更新处理。

其他的坑已经由 dao42/rails-template 填好了。大家可以参考处理。

jQuery 的全局安装可参考这个: https://github.com/dao42/rails-template/blob/master/composer.rb#L65

问题一: 你配置了 plugin 就可以了.

问题二: 这是 JS 的标准了, 你要用就要 import, 像 java 那样.

现在重新编译也不快。研究下 dao42/rails-template的 mina 布署脚本，无更新的时候可以跳过编译。

@flingfox63 哈哈，修复了，要打赏吗 。

写个递归调用就明白了

@1c7 好的，简历已经收到。

按华顺的建议做了更新，应该能解答一些你的疑问。其他疑问我再根据情况更新。

非常好的建议，现在全篇已经按这个思路做了调整，并经过多次真实项目测试。

好问题，可以这样理解:

在 packs/application.js 中 import 的是各种资源( 图片, css, 字体 ), 这些内容在开发调试的时候由 webpack 用 socket 传给前端方便调试.

在生产环境, stylesheet_pack_tag 可以将 packs/application.js import 的 css 解析成具体的 link 标签。

而 javascript_pack_tag 仅仅将 packs/application.js 中的 js 打包解析成具体的 script 标签。

感谢各位老铁提的建议，我会进一步完善

从 wblog 开始: https://github.com/windy/wblog

workers 是 0 ？

建议独立写task

好建议，api调取错误时，如果发现是 token 问题，可以考虑重刷一个新的 token 重试