时间戳

首页 > 解决方案 > rails 视图中的 image_tag 需要很长时间才能在控制器测试中呈现

ruby-on-rails - rails 视图中的 image_tag 需要很长时间才能在控制器测试中呈现

问题描述

我有一个访问索引视图并做出简单断言的测试（这是一个简化版本）：

setup { login(@user) }

should 'have expected content' do
    get :index

    assert_match 'some content', response.body
end

测试需要> 100秒才能完成，经过一些调试，我发现罪魁祸首是image_tag

= image_tag 'file-csv-solid.svg', alt: 'CSV Download'

图像本身存储在assets/images/file-csv-solid.svg. 查看应用程序时，图像会在合理的时间内按预期呈现。即使在测试中，图像也会以正确的路径呈现：

<img alt="CSV Download" src="/assets/file-csv-solid-cf0f63e5f766b9eddbc3d4f926a0f4d3c085bd52855958215c9dc659d308075a.svg">

唯一的问题是，渲染时间太长了。在我的日志中，我看到了这个：

Rendered path/to/index.haml (Duration: 106283.1ms | Allocations: 71099973)

当我注释掉 时image_tag，相同的测试只需要几毫秒即可完成。

我的问题是：为什么图像标签需要这么长时间才能渲染，我怎样才能加快它的速度（或者只是跳过它的渲染——我实际上并不关心我的测试中的图像）？

我正在使用 Rails 6.0.3.4。我假设我只需要config.assets.*在我的测试配置中调整一些设置，但我尝试了一些不同的设置但没有成功。

标签： ruby-on-railsasset-pipelinehamlruby-on-rails-6minitest

解决方案

我似乎找到了问题所在。我认为rails/sprockets 试图在测试中预编译和缓存资产，但是由于不相关的问题，预编译命令引发了错误。

感谢上面@eux 的评论，我尝试将我的svg 换成现有的jpg，并且测试很快。然后我尝试将它换成不同的现有 svg，它仍然很快。所以我去寻找我尝试使用的 svg 和现有的 svg 之间的区别。不同之处在于tmp/cache/assets/sprockets/and中存在一个public/assets/.sprockets-manifest，而我试图添加的新的不存在。我跑去rails assets:precompile尝试让我的 svg 也缓存在那里，并看到一个不相关的错误阻止预编译过程完成。一旦我解决了这个问题，svg 就被缓存了，并且测试以正常速度成功。

tldr：

如果您遇到此问题，请尝试运行rails assets:precompile以查看是否存在问题。如果该命令失败（例如，由于某些本地问题，例如node_modules我的情况），那可能是 a) 阻止您的资产被缓存，以及 b) 减慢您的测试，因为失败的预编译命令需要更长的时间才能完成比下一个。

推荐阅读