Rails 5: Załaduj pliki lib w środowisku produkcyjnym

Zaktualizowałem jedną z moich aplikacji z Rails 4.2.6 do Rails 5.0.0. Upgrade Przewodnik mówi, że funkcja Autoload jest teraz wyłączone w produkcji domyślnie.

Teraz zawsze pojawia się błąd na moim serwerze produkcyjnym, ponieważ ładuję wszystkie pliki lib z automatycznym ładowaniem w application.rbpliku.

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

Na razie mam ustawić config.enable_dependency_loadingaby trueale zastanawiam się, czy istnieje lepsze rozwiązanie tego. Musi istnieć powód, dla którego automatyczne ładowanie jest domyślnie wyłączone w środowisku produkcyjnym.

Moja lista zmian po przejściu na Rails 5:

1. Umieść libdir w, appponieważ cały kod wewnątrz aplikacji jest automatycznie ładowany w wersji deweloperskiej i chętnie ładowany w wersji produkcyjnej, a co najważniejsze jest automatycznie ładowany podczas programowania, więc nie musisz ponownie uruchamiać serwera za każdym razem, gdy wprowadzasz zmiany.
2. Usuń wszystkie requireinstrukcje wskazujące na twoje własne klasy wewnątrz, libponieważ i tak są one automatycznie ładowane, jeśli ich nazewnictwo plików / katalogów jest poprawne, a jeśli zostawisz requireinstrukcje, może to przerwać automatyczne ładowanie. Więcej informacji tutaj
3. Ustaw config.eager_load = truewe wszystkich środowiskach, aby zobaczyć problemy z ładowaniem kodu w dev.
4. Użyj Rails.application.eager_load!przed rozpoczęciem gry z wątkami, aby uniknąć błędów „zależności cyklicznych”.

5. Jeśli masz jakieś rozszerzenia ruby ​​/ rails, zostaw ten kod w starym libkatalogu i załaduj je ręcznie z inicjatora. Zapewni to, że rozszerzenia zostaną załadowane przed dalszą logiką, która może na nim polegać:

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

Po prostu użyłem config.eager_load_pathszamiast config.autoload_pathsjak wspomnieć akostadinov w komentarzu na 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')

Działa na środowisku deweloperskim i produkcyjnym.

Dzięki Johan dla propozycja zastąpienia #{Rails.root}/libz Rails.root.join('lib')!

Automatyczne ładowanie jest wyłączone w środowisku produkcyjnym ze względu na bezpieczeństwo wątków. Dziękuję @ Зелёный za link.

Rozwiązałem ten problem, przechowując pliki lib w libfolderze w moim appkatalogu, zgodnie z zaleceniami na Github . Każdy folder w appfolderze jest automatycznie ładowany przez Railsy.

Musi istnieć powód, dla którego automatyczne ładowanie jest domyślnie wyłączone w środowisku produkcyjnym.

Oto długa dyskusja na ten temat. https://github.com/rails/rails/issues/13142

Pozwala to na automatyczne ładowanie lib i działa również w środowisku produkcyjnym.

PS Zmieniłem odpowiedź, teraz dodaje się do obu chętnych - automatyczne ładowanie ścieżek, niezależnie od środowiska, aby umożliwić pracę również w niestandardowych środowiskach (takich jak stage)

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

Po prostu zmień config.autoload_paths na config.eager_load_paths w pliku config / application.rb. Ponieważ w rails 5 automatyczne ładowanie jest domyślnie wyłączone dla środowiska produkcyjnego. Aby uzyskać więcej informacji, kliknij łącze .

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

Działa zarówno na potrzeby rozwoju środowiska, jak i produkcji.

W pewnym sensie tutaj jest ujednolicone podejście w Railsach 5 do scentralizowania konfiguracji przyspieszonego i automatycznego ładowania, jednocześnie dodaje wymaganą ścieżkę automatycznego ładowania, gdy zostanie skonfigurowane pożądane ładowanie, w przeciwnym razie nie będzie w stanie działać poprawnie:

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

Dla każdego, kto zmagał się z tym, tak jak ja, nie wystarczy po prostu umieścić katalog pod app/. Tak, otrzymasz automatyczne ładowanie, ale nie będzie to konieczne ponowne ładowanie, co wymaga przestrzegania konwencji przestrzeni nazw .

Ponadto użycie inicjalizatora do ładowania starego poziomu roota libzapobiegnie przeładowaniu funkcji podczas programowania.

Przeniesienie folderu lib do aplikacji pomogło rozwiązać problem, mój interfejs API na Twitterze nie działał w środowisku produkcyjnym. Miałem „niezainicjowaną stałą TwitterApi”, a moje API Twittera znajdowało się w folderze lib. Miałem config.autoload_paths += Dir["#{Rails.root}/app/lib"]plik application.rb, ale nie działał przed przeniesieniem folderu.

To załatwiło sprawę

podsumowując odpowiedź Lwa: mv lib appwystarczyło, aby cały mój libkod był automatycznie ładowany / ponownie ładowany.

(szyny 6.0.0beta3, ale powinny działać dobrze również na szynach 5.x)