Schienen 5: Laden Sie lib-Dateien in die Produktion

Ich habe eine meiner Apps von Rails 4.2.6 auf Rails 5.0.0 aktualisiert. Im Upgrade-Handbuch heißt es, dass die Autoload-Funktion jetzt in der Produktion standardmäßig deaktiviert ist.

Jetzt wird auf meinem Produktionsserver immer eine Fehlermeldung angezeigt, da ich alle lib-Dateien mit Autoload in die application.rbDatei lade .

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

Im Moment habe ich das config.enable_dependency_loadingauf gesetzt , trueaber ich frage mich, ob es eine bessere Lösung dafür gibt. Es muss einen Grund geben, warum das automatische Laden in der Produktion standardmäßig deaktiviert ist.

Meine Liste der Änderungen nach dem Wechsel zu Rails 5:

1. Platz lib dir in, appda der gesamte Code in der App automatisch in dev geladen und eifrig in prod geladen wird und vor allem in der Entwicklung automatisch geladen wird, damit Sie den Server nicht jedes Mal neu starten müssen, wenn Sie Änderungen vornehmen.
2. Entfernen Sie alle requireAnweisungen, die auf Ihre eigenen Klassen verweisen, libda sie ohnehin requireautomatisch geladen werden, wenn ihre Datei- / Verzeichnisnamen korrekt sind. Wenn Sie Anweisungen hinterlassen , kann das automatische Laden unterbrochen werden. Mehr Infos hier
3. Stellen Sie config.eager_load = truein allen Umgebungen ein, um Probleme beim Laden von Code in dev eifrig zu sehen.
4. Verwenden Sie diese Option, Rails.application.eager_load!bevor Sie mit Threads spielen, um Fehler bei "zirkulären Abhängigkeiten" zu vermeiden.

5. Wenn Sie Ruby / Rails-Erweiterungen haben, lassen Sie diesen Code im alten libVerzeichnis und laden Sie sie manuell vom Initialisierer. Dadurch wird sichergestellt, dass Erweiterungen vor Ihrer weiteren Logik geladen werden, die davon abhängen kann:

   # 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 }

Ich habe nur Akostadinov im Github-Kommentar verwendet, config.eager_load_pathsanstatt ihn zu config.autoload_pathserwähnen: https://github.com/rails/rails/issues/13142#issuecomment-275492070

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

Es arbeitet in der Entwicklungs- und Produktionsumgebung.

Dank Johan für Vorschlag zu ersetzen #{Rails.root}/libmit Rails.root.join('lib')!

Das automatische Laden ist in der Produktionsumgebung aus Sicherheitsgründen deaktiviert. Vielen Dank an @ Зелёный für den Link.

Ich habe dieses Problem gelöst, indem ich die lib-Dateien in einem libOrdner in meinem appVerzeichnis gespeichert habe, wie auf Github empfohlen . Jeder Ordner im appOrdner wird automatisch von Rails geladen.

Es muss einen Grund geben, warum das automatische Laden in der Produktion standardmäßig deaktiviert ist.

Hier ist eine lange Diskussion zu diesem Thema. https://github.com/rails/rails/issues/13142

Dies ermöglicht das automatische Laden von Bibliotheken und funktioniert auch in der Produktionsumgebung.

PS Ich habe meine Antwort geändert. Jetzt werden beide Pfade zum automatischen Laden unabhängig von der Umgebung erweitert, um auch in benutzerdefinierten Umgebungen (wie z. B. Stage) arbeiten zu können.

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

Ändern Sie einfach config.autoload_paths in config.eager_load_paths in der Datei config / application.rb. Da in Rails 5 das automatische Laden für die Produktionsumgebung standardmäßig deaktiviert ist. Für weitere Details folgen Sie bitte dem Link .

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

Es funktioniert sowohl für die Umweltentwicklung als auch für die Produktion.

In gewissem Sinne gibt es in Rails 5 einen einheitlichen Ansatz zur Zentralisierung der Eifrig- und Autoload-Konfiguration. Gleichzeitig wird der erforderliche Autoload-Pfad hinzugefügt, wenn das Eifrig-Laden konfiguriert wird, da es sonst nicht ordnungsgemäß funktioniert:

# 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
...

Für jeden, der wie ich damit zu kämpfen hat, reicht es nicht aus, nur ein Verzeichnis darunter zu platzieren app/. Ja, Sie erhalten ein automatisches Laden, aber kein erneutes Laden, für das die Namespace-Konventionen erfüllt sein müssen .

Durch die Verwendung des Initialisierers zum Laden der alten Root-Ebene libwird außerdem verhindert, dass die Funktion während der Entwicklung neu geladen wird.

Das Verschieben des lib-Ordners in die App hat zur Lösung eines Problems beigetragen. Meine Twitter-API wurde in der Produktion nicht ausgeführt. Ich hatte "konstantes TwitterApi nicht initialisiert" und meine Twitter-API befand sich in meinem lib-Ordner. Ich hatte config.autoload_paths += Dir["#{Rails.root}/app/lib"]in meiner application.rb, aber es hat nicht funktioniert, bevor der Ordner verschoben wurde.

Das hat den Trick gemacht

um Levs Antwort zusammenzufassen: mv lib appwar genug, um meinen gesamten libCode automatisch laden / neu laden zu lassen.

(Schienen 6.0.0beta3, sollte aber auch auf Schienen 5.x gut funktionieren)