Sto cercando di mettere la mia app in produzione e i percorsi delle risorse di immagine e CSS non funzionano.

Ecco cosa sto facendo attualmente:

• Le risorse immagine risiedono in /app/assets/images/image.jpg
• I fogli di stile sono disponibili in /app/assets/stylesheets/style.css
• Nel mio layout, faccio riferimento al file css in questo modo: <%= stylesheet_link_tag "styles", media: "all", "data-turbolinks-track" => true %>
• Prima di riavviare Unicorn, corro RAILS_ENV=production bundle exec rake assets:precompilee riesce e vedo i file con le impronte digitali nella public/assetsdirectory.

Quando navigo nel mio sito, ricevo un errore 404 non trovato per mysite.com/stylesheets/styles.css.

Che cosa sto facendo di sbagliato?

Aggiornamento: nel mio layout, assomiglia a questo:

<%= stylesheet_link_tag    "bootstrap.min", media: "all", "data-turbolinks-track" => true %>
<%= stylesheet_link_tag    "styles", media: "all", "data-turbolinks-track" => true %>
<%= javascript_include_tag "application", "data-turbolinks-track" => true %>

La sorgente di generazione è questa:

<link data-turbolinks-track="true" href="/stylesheets/bootstrap.min.css" media="all" rel="stylesheet" />
<link data-turbolinks-track="true" href="/stylesheets/styles.css" media="all" rel="stylesheet" />
<script data-turbolinks-track="true" src="/assets/application-0c647c942c6eff10ad92f1f2b0c64efe.js"></script>

Sembra che Rails non stia cercando correttamente i file css compilati. Ma è molto confuso il motivo per cui funziona correttamente per i javascript (notare il /assets/****.jspercorso).

In rails 4 è necessario apportare le modifiche seguenti:

config.assets.compile = true
config.assets.precompile =  ['*.js', '*.css', '*.css.erb'] 

Questo funziona con me. utilizzare il seguente comando per precompilare le risorse

RAILS_ENV=production bundle exec rake assets:precompile

Buona fortuna!

Ho appena avuto lo stesso problema e ho trovato questa impostazione in config / environment / production.rb:

# Rails 4:
config.serve_static_assets = false

# Or for Rails 5:
config.public_file_server.enabled = false

Cambiarlo per truefarlo funzionare. Sembra che per impostazione predefinita Rails si aspetti che tu abbia configurato il tuo server web front-end per gestire le richieste di file fuori dalla cartella pubblica invece di inviarli tramite proxy all'app Rails. Forse l'hai fatto per i tuoi file javascript ma non per i tuoi fogli di stile CSS?

( Vedi la documentazione di Rails 5 ). Come notato nei commenti, con Rails 5 puoi semplicemente impostare la RAILS_SERVE_STATIC_FILESvariabile d'ambiente, poiché l'impostazione predefinita è config.public_file_server.enabled = ENV['RAILS_SERVE_STATIC_FILES'].present?.

In /config/environments/production.rbho dovuto aggiungere questo:

Rails.application.config.assets.precompile += %w( *.js ^[^_]*.css *.css.erb )

Il .js veniva già precompilato, ma l'ho aggiunto comunque. I file .css e .css.erb apparentemente non vengono eseguiti automaticamente. Il ^[^_]parziale esclude dalla compilazione: è una regexp.

È un po 'frustrante che i documenti affermino chiaramente che la pipeline di risorse È abilitata per impostazione predefinita, ma non chiarisce il fatto che si applica solo ai javascript.

Sono stato in grado di risolvere questo problema modificando: config.assets.compile = falsea
config.assets.compile = truein/config/environments/production.rb

Aggiornamento (24 giugno 2018) : questo metodo crea una vulnerabilità di sicurezza se la versione di Sprockets che stai utilizzando è inferiore a 2.12.5, 3.7.2 o 4.0.0.beta8

Per Rails 5, dovresti abilitare il seguente codice di configurazione:

config.public_file_server.enabled = true

Per impostazione predefinita, Rails 5 viene fornito con questa linea di configurazione:

config.public_file_server.enabled = ENV['RAILS_SERVE_STATIC_FILES'].present?

Quindi, sarà necessario impostare la variabile di ambiente RAILS_SERVE_STATIC_FILESsu true.

Ci sono 2 cose che devi compiere per servire le risorse in produzione:

1. Precompilare gli asset.
2. Offri le risorse sul server al browser.

1) Per precompilare le risorse, hai diverse scelte.

• È possibile eseguire rake assets:precompilesulla macchina locale, eseguire il commit nel controllo del codice sorgente (git), quindi eseguire il programma di distribuzione, ad esempio capistrano. Questo non è un buon modo per eseguire il commit degli asset precompilati in SCM.

• Puoi scrivere un'attività rake che viene eseguita RAILS_ENV=production rake assets:precompilesui server di destinazione ogni volta che distribuisci la tua app Rails in produzione, prima di riavviare il server.

Il codice in un'attività per capistrano sarà simile a questo:

on roles(:app) do
  if DEPLOY_ENV == 'production'
    execute("cd #{DEPLOY_TO_DIR}/current && RAILS_ENV=production rvm #{ruby_string} do rake assets:precompile")
  end
end

2) Ora, hai le risorse sui server di produzione, devi servirle al browser.

Ancora una volta, hai diverse scelte.

• Attiva il file serving statico di Rails in config / environment / production.rb

  config.serve_static_assets = true # old
  
  or
  
  config.serve_static_files = true # new

  Usare Rails per servire file statici ucciderà le prestazioni della tua app Rails.

• Configura nginx (o Apache) per servire file statici.

  Ad esempio, il mio nginx che è stato configurato per funzionare con Puma ha questo aspetto:

  location ~ ^/(assets|images|fonts)/(.*)$ {
      alias /var/www/foster_care/current/public/$1/$2;
      gzip on;
      expires max;
      add_header Cache-Control public;
  }

Rails 4 non genera più la versione senza impronte digitali dell'asset: stylesheets / style.css non verrà generato per te.

Se lo utilizzi, stylesheet_link_tagverrà generato il collegamento corretto al tuo foglio di stile

Inoltre styles.cssdovrebbe essere in config.assets.precompilecui si trova l'elenco delle cose che sono precompilate

modificare la riga del file Production.rb

config.assets.compile = false

in

config.assets.compile = true

e aggiungi anche

config.assets.precompile =  ['*.js', '*.css', '*.css.erb']

Sto eseguendo Ubuntu Server 14.04 , Ruby 2.2.1 e Rails 4.2.4 Ho seguito un tutorial di distribuzione da DigitalOcean ed è andato tutto bene ma quando vado nel browser e inserisco l'indirizzo IP del mio VPS la mia app viene caricata ma senza stili e javascript.

L'app funziona con Unicorn e Nginx . Per risolvere questo problema, ho inserito il mio server utilizzando SSH con il mio utente "deployer" e sono andato al percorso della mia app che è "/ home / deployer / apps / blog" ed ho eseguito il seguente comando:

RAILS_ENV=production bin/rake assets:precompile

Quindi riavvio il VPS e il gioco è fatto! Per me funziona!

Spero possa essere utile per qualcun altro!

Se è impostata la precompilazione NON è necessario

config.assets.compile = true

poiché questo serve per servire le risorse dal vivo.

Il nostro problema era che avevamo solo la base chiave segreta di sviluppo impostata config/secrets.yml

development:
    secret_key_base: '83d141eeb181032f4070ae7b1b27d9ff'

È necessario accedere all'ambiente di produzione

Cosa NON DEVI fare:

Alcuni dei miei colleghi sopra ti hanno consigliato di farlo:

config.serve_static_assets = true  ## DON”T DO THIS!! 
config.public_file_server.enabled = true ## DON”T DO THIS!!

La pipeline di asset rails dice dell'approccio di cui sopra:

Questa modalità utilizza più memoria, ha prestazioni inferiori rispetto a quella predefinita e non è consigliata. Vedi qui: ( http://edgeguides.rubyonrails.org/asset_pipeline.html#live-compilation )

Cosa dovresti fare:

Precompila le tue risorse.

RAILS_ENV=production rake assets:precompile

Probabilmente puoi farlo con un compito rake.

Il matcher predefinito per la compilazione dei file include application.js, application.css e tutti i file non JS / CSS (questo includerà automaticamente tutti gli asset immagine) dalle cartelle app / assets inclusi i tuoi gem:

Se hai altri manifesti o fogli di stile individuali e file JavaScript da includere, puoi aggiungerli all'array di precompilazione in config / initializers / assets.rb:

Rails.application.config.assets.precompile += ['admin.js', 'admin.css', 'swfObject.js']

http://guides.rubyonrails.org/asset_pipeline.html#precompiling-assets

Prima di tutto controlla le tue risorse, potrebbe essere possibile che ci sia qualche errore nella precompilazione delle risorse.

Per precompilare gli asset in produzione ENV eseguire questo comando:

RAILS_ENV=production rake assets:precompile

Se mostra un errore, rimuovilo prima,

In caso di errore "variabile non definita", caricare quel file variabile prima di utilizzarlo in un altro file.

esempio:

@import "variables";
@import "style";

nel file application.rb impostare la sequenza di precompilazione degli asset

esempio:

config.assets.precompile += [ 'application.js', 'admin.js', 'admin/events.js', 'admin/gallery.js', 'frontendgallery.js']

config.assets.precompile += [ 'application.css', 'admin.css','admin/events.css', 'admin/gallery.css', 'frontendgallery.css']

Trovato questo:

L'opzione di configurazione config.serve_static_assetsè stata rinominata config.serve_static_filesper chiarirne il ruolo.

in config/environments/production.rb:

# Disable serving static files from the `/public` folder by default since
# Apache or NGINX already handles this.
config.serve_static_files = ENV['RAILS_SERVE_STATIC_FILES'].present?

Quindi imposta env RAILS_SERVE_STATIC_FILESo using Nginxper servire file statici. L'aggiunta config.serve_static_assets = truecontinuerà a funzionare, ma verrà rimossa in futuro.

non è consigliabile lasciare che capistrano esegua la precompilazione delle risorse, perché potrebbe richiedere anni e spesso timeout. provare a eseguire la precompilazione delle risorse locali.

Primo, impostare in config / application.rb config.assets.initialize_on_precompile = false quindi fare local RAILS_ENV=production bin/rake assets:precompile e aggiungere quelle public / assets a git.

e config / ambienti / development.rb, modifica il percorso delle risorse per evitare di utilizzare risorse precompilate:

config.assets.prefix = '/dev-assets'

Se hai problemi di connessione db, significa che hai un inizializzatore che usa db. un modo per aggirarlo è impostare un nuovo ambiente duplicando production.rb come forse production2 .rb, e in database.yml, aggiungere l' ambiente production2 con l' impostazione del database di sviluppo . Quindi fa

RAILS_ENV=production2 bin/rake assets:precompile

se stai ancora affrontando qualche problema con le risorse, ad esempio ckeditor, aggiungi il file js in config / initializers / assets.rb

Rails.application.config.assets.precompile += %w( ckeditor.js )

Potrei sbagliarmi ma chi consiglia di cambiare

config.assets.compile = true

Il commento su questa riga è: # Non eseguire il fallback nella pipeline degli asset se manca un asset precompilato.

Ciò suggerisce che impostando questo su true non si risolve il problema, ma lo si aggira e si esegue la pipeline ogni volta. Questo deve sicuramente uccidere la tua performance e sconfiggere lo scopo del gasdotto?

Ho riscontrato lo stesso errore ed era dovuto all'applicazione in esecuzione in una sottocartella di cui rails non conosceva.

Quindi il mio file css era in home / sottocartella / app / public / .... ma rails stava cercando in home / app / public / ...

prova a spostare la tua app fuori dalla sottocartella oa dire a binari che si trova in una sottocartella.

location ~ ^/assets/ {
  expires 1y;
  add_header Cache-Control public;
  add_header ETag "";
}

Questo ha risolto il problema per me in produzione. Inseriscilo nella configurazione di nginx.

Anche noi abbiamo affrontato lo stesso problema dove siamo RAILS_ENV=production bundle exec rake assets:precompileriusciti ma le cose non hanno funzionato come previsto.
Abbiamo scoperto che l'unicorno era il principale colpevole qui.

Come nel tuo caso, anche noi eravamo soliti riavviare Unicorn dopo aver compilato le risorse. È stato notato che quando Unicorn viene riavviato, vengono riavviati solo i suoi processi di lavoro e non il processo principale.
Questo è il motivo principale per cui le risorse corrette non vengono servite.

Successivamente, dopo aver compilato le risorse, abbiamo interrotto e avviato unicorno in modo che anche il processo principale unicorno venga riavviato e vengano servite le risorse corrette.
Fermare e avviare l'unicorno comporta un tempo di inattività di circa 10 secondi rispetto al riavvio dell'unicorno. Questa è la soluzione alternativa che può essere utilizzata quando la soluzione a lungo termine è passare a puma da unicorno.