加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

ruby-on-rails – 当有数百个资产文件时,Rails资产管道工作流程

发布时间:2020-12-17 02:04:10 所属栏目:百科 来源:网络整理
导读:我们最近转换了一个Rails 3.2项目来使用资产管道.我们的应用程序使用许多资产文件(~250 * .js.coffee文件,另外200个* .jst.hamljs模板和~100 * .css.sass样式表).正如您所期望的那样,这些产品在生产中被打包成少量的资产文件. 在开发和测试环境中,我们处理频
我们最近转换了一个Rails 3.2项目来使用资产管道.我们的应用程序使用许多资产文件(~250 * .js.coffee文件,另外200个* .jst.hamljs模板和~100 * .css.sass样式表).正如您所期望的那样,这些产品在生产中被打包成少量的资产文件.

在开发和测试环境中,我们处理频繁的超时和缓慢的页面加载,同时重新编译和请求单个资产.是否有更好的工作流程仍然允许自动重新编译?

我们使用默认环境设置运行,除了在开发中将debug设置为false:

config.assets.debug = false

在开发中重新加载页面时,这可以节省数百个请求,但初始编译仍会导致超时.必须有更好的方法,对吧?

解决方法

一些选择:

>通过使用require_asset限制请求时重新编译的内容.见question和链轮#90.
>预编译资产:

$RAILS_ENV=development bundle exec rake assets:precompile

>增加超时.这取决于你如何设置并且可能是痛苦和有问题的,例如Heroku是long requests的not a big fan.>使用更快的解释器.>更快的硬件/ VM.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读