Актива нет в конвейере активов после развертывания на героку с веб-пакером - PullRequest
Новая
       11

Актива нет в конвейере активов после развертывания на героку с веб-пакером

0 голосов
/ 12 июня 2019

Я использую рельсы 5.2.3

Локально я могу скачать pdf, но на Heroku через ошибку 500.

Ошибка: ActionView :: Template :: Error (Актив "pdf.css" отсутствует в конвейере актива.):

Вот мои логи героки 

2019-06-12T20:26:05.707039+00:00 app[web.1]: I, [2019-06-12T20:26:05.706962 #4]  INFO -- : [b789ac1d-fe64-434c-b259-a2f3949a7bd0]   Rendered clients/orders/show.pdf.erb within layouts/clients/application.pdf.erb (38.4ms)
2019-06-12T20:26:05.709399+00:00 app[web.1]: I, [2019-06-12T20:26:05.709314 #4]  INFO -- : [b789ac1d-fe64-434c-b259-a2f3949a7bd0] Completed 500 Internal Server Error in 55ms (ActiveRecord: 16.2ms)
2019-06-12T20:26:05.710722+00:00 app[web.1]: F, [2019-06-12T20:26:05.710296 #4] FATAL -- : [b789ac1d-fe64-434c-b259-a2f3949a7bd0]
2019-06-12T20:26:05.710724+00:00 app[web.1]: F, [2019-06-12T20:26:05.710384 #4] FATAL -- : [b789ac1d-fe64-434c-b259-a2f3949a7bd0] ActionView::Template::Error (The asset "pdf.css" is not present in the asset pipeline.):
2019-06-12T20:26:05.710726+00:00 app[web.1]: F, [2019-06-12T20:26:05.710579 #4] FATAL -- : [b789ac1d-fe64-434c-b259-a2f3949a7bd0]     1: <html lang="fr">
2019-06-12T20:26:05.710728+00:00 app[web.1]: [b789ac1d-fe64-434c-b259-a2f3949a7bd0]     2: <head>
2019-06-12T20:26:05.710732+00:00 app[web.1]: [b789ac1d-fe64-434c-b259-a2f3949a7bd0]     3:   <meta charset="utf-8" />
2019-06-12T20:26:05.710733+00:00 app[web.1]: [b789ac1d-fe64-434c-b259-a2f3949a7bd0]     4:   <%= wicked_pdf_stylesheet_link_tag 'pdf' %>
2019-06-12T20:26:05.710734+00:00 app[web.1]: [b789ac1d-fe64-434c-b259-a2f3949a7bd0]     5: </head>
2019-06-12T20:26:05.710736+00:00 app[web.1]: [b789ac1d-fe64-434c-b259-a2f3949a7bd0]     6: <body>
2019-06-12T20:26:05.710737+00:00 app[web.1]: [b789ac1d-fe64-434c-b259-a2f3949a7bd0]     7:   <div>
2019-06-12T20:26:05.710739+00:00 app[web.1]: F, [2019-06-12T20:26:05.710659 #4] FATAL -- : [b789ac1d-fe64-434c-b259-a2f3949a7bd0]
2019-06-12T20:26:05.710815+00:00 app[web.1]: F, [2019-06-12T20:26:05.710734 #4] FATAL -- : [b789ac1d-fe64-434c-b259-a2f3949a7bd0] app/views/layouts/clients/application.pdf.erb:4:in `_app_views_layouts_clients_application_pdf_erb___1711932080367152756_47199839415040'
2019-06-12T20:26:05.710823+00:00 app[web.1]: [b789ac1d-fe64-434c-b259-a2f3949a7bd0] app/controllers/clients/orders_controller.rb:19:in `block (2 levels) in show'
2019-06-12T20:26:05.710825+00:00 app[web.1]: [b789ac1d-fe64-434c-b259-a2f3949a7bd0] app/controllers/clients/orders_controller.rb:16:in `show'

В моем views/layouts у меня application.pdf.erb

<html lang="fr">
<head>
  <meta charset="utf-8" />
  <%= wicked_pdf_stylesheet_link_tag 'pdf' %>
</head>
<body>
  <div>
    <%= yield %>
  </div>
</body>
</html>

PDF-файл хранится примерно так vendor/assets/stylesheets/pdf.scss У производителя также есть настроенный файл начальной загрузки bootstrap.min.css

pdf.scss 

@import "bootstrap.min";

.someclass {}

В config/initializers/assets.rb У меня есть эта строка: 

Rails.application.config.assets.precompile += %w( pdf.scss, chartkick.js)

Я также использую webpacker, и в этом может быть проблема ...

вот мой webpacker.yml 

# Note: You must restart bin/webpack-dev-server for changes to take effect

default: &default
  source_path: app/javascript
  source_entry_path: packs
  public_output_path: packs
  cache_path: tmp/cache/webpacker

  # Additional paths webpack should lookup modules
  # ['app/assets', 'engine/foo/app/assets']
  resolved_paths: []

  # Reload manifest.json on all requests so we reload latest compiled packs
  cache_manifest: false

  extensions:
    - .jsx
    - .js
    - .sass
    - .scss
    - .css
    - .module.sass
    - .module.scss
    - .module.css
    - .png
    - .svg
    - .gif
    - .jpeg
    - .jpg

development:
  <<: *default
  compile: true

  # Reference: https://webpack.js.org/configuration/dev-server/
  dev_server:
    https: false
    host: localhost
    port: 3035
    public: localhost:3035
    hmr: false
    # Inline should be set to true if using HMR
    inline: true
    overlay: true
    compress: true
    disable_host_check: true
    use_local_ip: false
    quiet: false
    headers:
      'Access-Control-Allow-Origin': '*'
    watch_options:
      ignored: /node_modules/

test:
  <<: *default
  compile: true

  # Compile test packs to a separate directory
  public_output_path: packs-test

production:
  <<: *default
  # Production depends on precompilation of packs prior to booting for performance.
  compile: false
  # Cache manifest.json for performance
  cache_manifest: true

В public / assets файле (локально) и на героку нет следа pdf файла ....

Что мне здесь не хватает?

Я могу переслать больше кода, просто дайте мне знать ... Я действительно надеюсь, что вы мне поможете.

EDIT

Вот мой package.json Я переместил webpack-cli, но он все еще не работает :( Я снова развернул. Должен ли я запустить новую команду, чтобы это работало? 

{
  "name": "kamelot",
  "private": true,
  "dependencies": {
    "@rails/webpacker": "3.5",
    "babel-preset-react": "^6.24.1",
    "flatpickr": "^4.5.7",
    "highcharts": "^7.1.1",
    "prop-types": "^15.7.2",
    "react": "^16.8.6",
    "react-color": "^2.17.3",
    "react-dom": "^16.8.6",
    "react_ujs": "^2.5.0",
    "webpack-cli": "^3.3.4"
  },
  "devDependencies": {
    "webpack-dev-server": "2.11.2"
  }
}

1 Ответ

0 голосов
/ 13 июня 2019

Это длинный выстрел, но есть известная проблема с Webpacker v4, в которой webpack-cli помечен как devDependency в package.json файле конфигурации.

Когда задача развертывания выполняется webpacker:compile, а webpack-cli отсутствует, ошибка не выдается, поэтому развертывание завершено, но файл не скомпилирован в папке public/packs.

Чтобы это исправить, вы должны просто переместить зависимость webpack-cli за пределы devDependencies в dependencies.

UPDATE

Если вы используете capistrano для развертывания своего проекта, вы должны добавить public/packs и node_modules (последний необязательный) в ваш linked_dirs в deploy.rb файл конфигурации:

Также, если вы используете node_modules, вы должны запустить yarm:install перед прекомпиляцией ваших ресурсов. Для этого просто добавьте эту задачу в ваш файл deploy.rb: 

before "deploy:assets:precompile", "deploy:yarn_install"
namespace :deploy do
  desc "Run rake yarn install"
  task :yarn_install do
    on roles(:web) do
      within release_path do
       execute("cd #{release_path} && yarn install --silent --no-progress --no-audit --no-optional")
      end
    end
  end
end

Подробнее об этом см. документация веб-упаковщика для развертывания Capistrano.

ОБНОВЛЕНИЕ 2

Это еще один длинный путь, но есть заявленная проблема , в которой порядок heroku buildpack-пакетов может повлиять на процесс компиляции ресурсов. Сначала должен быть node buildpack, а затем ruby buildpack. Следующее должно решить проблему: 

heroku buildpacks:clear
heroku buildpacks:set heroku/nodejs
heroku buildpacks:add heroku/ruby

Другое быстрое исправление, предложенное в той же проблеме, - это запуск rake webpacker:compile внутри heroku консоли, но это не решает проблему компиляции ресурсов развертывания.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.

Нет похожих вопросов

...