Rails 5: carica i file lib in produzione

Ho aggiornato una delle mie app da Rails 4.2.6 a Rails 5.0.0. La Guida all'aggiornamento afferma che la funzione Autoload è ora disabilitata in produzione per impostazione predefinita.

Ora ricevo sempre un errore sul mio server di produzione poiché carico tutti i file lib con caricamento automatico nel application.rbfile.

module MyApp
    class Application < Rails::Application
        config.autoload_paths += %W( lib/ )
    end
end

Per il momento, ho impostato il config.enable_dependency_loadingper truema mi chiedo se c'è una soluzione migliore a questo. Ci deve essere un motivo per cui il caricamento automatico è disabilitato in produzione per impostazione predefinita.

Il mio elenco di modifiche dopo essere passato a Rails 5:

1. Inserisci libdir in appperché tutto il codice all'interno dell'app viene caricato automaticamente in dev e impazientemente caricato in prod e, soprattutto, viene caricato automaticamente nello sviluppo in modo da non dover riavviare il server ogni volta che apporti modifiche.
2. Rimuovi tutte le requireistruzioni che puntano alle tue classi all'interno libperché tutte sono comunque caricate automaticamente se il loro nome file / dir è corretto e se lasci le requireistruzioni può interrompere il caricamento automatico. Maggiori informazioni qui
3. Impostare config.eager_load = truein tutti gli ambienti per vedere i problemi di caricamento del codice con entusiasmo in dev.
4. Utilizzare Rails.application.eager_load!prima di giocare con i thread per evitare errori di "dipendenza circolare".

5. Se si dispone di estensioni ruby ​​/ rails, lasciare quel codice nella vecchia libdirectory e caricarli manualmente dall'inizializzatore. Ciò assicurerà che le estensioni vengano caricate prima della tua ulteriore logica che può dipendere da essa:

   # config/initializers/extensions.rb
   Dir["#{Rails.root}/lib/ruby_ext/*.rb"].each { |file| require file }
   Dir["#{Rails.root}/lib/rails_ext/*.rb"].each { |file| require file }

Ho appena usato config.eager_load_pathsinvece di config.autoload_pathsmenzionare akostadinov sul commento di github: https://github.com/rails/rails/issues/13142#issuecomment-275492070

# config.autoload_paths << Rails.root.join('lib')
config.eager_load_paths << Rails.root.join('lib')

Funziona su ambiente di sviluppo e produzione.

Grazie Johan per il suggerimento di sostituire #{Rails.root}/libcon Rails.root.join('lib')!

Il caricamento automatico è disabilitato nell'ambiente di produzione a causa della sicurezza del thread. Grazie a @ Зелёный per il link.

Ho risolto questo problema archiviando i file lib in una libcartella nella mia appdirectory come raccomandato su Github . Ogni cartella nella appcartella viene caricata automaticamente da Rails.

Ci deve essere un motivo per cui il caricamento automatico è disabilitato in produzione per impostazione predefinita.

Ecco una lunga discussione su questo problema. https://github.com/rails/rails/issues/13142

Ciò consente di eseguire il lib autoreload e funziona anche in ambiente di produzione.

PS Ho cambiato la mia risposta, ora si aggiunge a entrambi i percorsi desiderosi e automatici, indipendentemente dall'ambiente, per consentire il lavoro anche in ambienti personalizzati (come il palcoscenico)

# config/initializers/load_lib.rb
...
config.eager_load_paths << Rails.root.join('lib')
config.autoload_paths << Rails.root.join('lib')
...

Basta cambiare config.autoload_paths in config.eager_load_paths nel file config / application.rb. Perché in rails 5 il caricamento automatico è disabilitato per ambiente di produzione per impostazione predefinita. Per maggiori dettagli segui il link .

 #config.autoload_paths << "#{Rails.root}/lib"
  config.eager_load_paths << Rails.root.join('lib')

Funziona sia per lo sviluppo ambientale che per la produzione.

In un certo senso, ecco un approccio unificato in Rails 5 per centralizzare la configurazione di eager e caricamento automatico, allo stesso tempo aggiunge il percorso di caricamento automatico richiesto ogni volta che il carico di eager è configurato, altrimenti non sarà in grado di funzionare correttamente:

# config/application.rb
...
config.paths.add Rails.root.join('lib').to_s, eager_load: true

# as an example of autoload only config
config.paths.add Rails.root.join('domainpack').to_s, autoload: true
...

Per chiunque abbia avuto problemi con questo come me, non è sufficiente posizionare una directory sotto app/. Sì, otterrai il caricamento automatico ma non necessario il ricaricamento, che richiede l'adempimento delle convenzioni di namespace .

Inoltre, l'uso dell'inizializzatore per caricare il vecchio livello di root libimpedirà la ricarica della funzione durante lo sviluppo.

Spostare la cartella lib in app mi ha aiutato a risolvere un problema, il mio API Twitter non funzionava in produzione. Avevo "TwitterApi costante non inizializzato" e la mia API di Twitter era nella mia cartella lib. Avevo config.autoload_paths += Dir["#{Rails.root}/app/lib"]nel mio application.rb ma non ha funzionato prima di spostare la cartella.

Questo ha funzionato

per riassumere la risposta di Lev: è mv lib appstato sufficiente avere tutto il mio libcodice caricato automaticamente / ricaricato automaticamente.

(rails 6.0.0beta3 ma dovrebbe funzionare bene anche su rails 5.x)