我木有

除了集成购买的主题 (几十个 jquery 插件)，其他没遇到问题。

assets 是给希望把前端代码提升到一等公民地位的人用的，你把别人写好的模版文件整个导入，自己一点不想碰，并不想给予一等公民地位，当然不合适了。

解决方案：放到 public 里。

#3 楼 @Rei 虽说他是重视了前端代码，但是对编译后的 js 兼容性还是有问题。经常会报一些无厘头的错误。

#4 楼 @hanluner 我没碰过“无厘头”的问题。

#4 楼 @hanluner 不想走 assets 机制，就直接放 public 呗

#7 楼 @lyfi2003 赞，Rails 把最佳实践都默认了，以至于我都不知道最佳体现在哪里。

#8 楼 @Rei 虽然在一开始，跟楼主一样，无法理解 assets 机制这么 "难用" 干什么，但慢慢将 assets pipeline 弄清楚之后，才发现这就是前端布署的最佳实践，带来的问题不值一提。

现在，Rails 这些优点，时常让我感觉已经难以脱离 Rails 了。

#4 楼 @hanluner 你不懂可以不用，Assets Pipeline 是为了解决 Full Stack 开发需求的

#10 楼 @huacnlee 寄希望于完全理解，是需要花更多的时间去了解。而工具应当是短平快为好。Full Stack 做出的东西细节上难免会漏掉太过。

#11 楼 @hanluner 要是用 sass 的话，辅助方法看这里 https://github.com/rails/sass-rails#asset-helpers

#11 楼 @hanluner 一个大型的 Web 框架，短平快是不可能的，必然有一定的学习成本。相对于它提供的最佳实践，这种学习成本已经很低了。

对于自己不会用的工具，不学习，先骂工具是一 XX，这样的心态是没办法进步的。

如果实在要追求短平快，不建议写程序，可以去贴膜。

#13 楼 @kgen 生活太辛苦，求贴膜教程~

首页看到你了：https://zh.greatfire.org/

昨天就看到：WARNING: malicious javascript detected on this domain 还不知道怎么回事，以为打开的网站太 low。

#14 楼 @peter 贴膜现学现用，1 小时出师，3 小时盈利，月赚万元，100 年后走上人生巅峰，迎娶白富美……

这家网站抓取了 Twitter 消息，所以出现了我。免责声明：本人与该网站也无关，不支持也不反对该网站的观点。

看到：WARNING: malicious javascript detected on this domain 基本上就是打开的网站太 low，嵌入了某度的 JS 脚本，该脚本又是被墙篡改了的，用于 DDoS Github，Github 就会返回你看到的警告。

咳咳，歪楼了……

#13 楼 @kgen 对工具的喜好程度肯定依据环境而变化，还有工作需求。所以吐槽的只是喜好，并非心态，且也不是骂，你这个分析太过偏颇。最佳实践也只是一种平衡，并不是代表两端的点。 贴膜也是一个细致活，快不起起来，而且这里短平快的点不是利益最大化。

大部分人都会遇到的坑~