Rails 5: Carregar arquivos lib na produção

Atualizei um dos meus aplicativos do Rails 4.2.6 para o Rails 5.0.0. o Guia de atualização diz que o recurso Carregamento automático agora está desativado na produção por padrão.

Agora sempre recebo um erro no meu servidor de produção, pois carrego todos os arquivos lib com o carregamento automático no application.rbarquivo.

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

Por enquanto, eu configurei o config.enable_dependency_loadingpara, truemas me pergunto se existe uma solução melhor para isso. Deve haver um motivo para o carregamento automático estar desativado na produção por padrão.

Minha lista de alterações depois de passar para o Rails 5:

1. Coloque o libdiretório appporque todo o código dentro do aplicativo é carregado automaticamente no dev e ansiosamente carregado no prod e, o mais importante, é carregado automaticamente no desenvolvimento, para que você não precise reiniciar o servidor toda vez que fizer alterações.
2. Remova todas as requireinstruções que apontam para suas próprias classes, libporque todas elas são carregadas automaticamente de qualquer maneira, se a nomeação de arquivos / diretórios estiver correta e, se você deixar as requireinstruções, elas poderão interromper o carregamento automático. Mais informações aqui
3. Defina config.eager_load = trueem todos os ambientes para ver os problemas de carregamento de código ansiosamente no dev.
4. Use Rails.application.eager_load!antes de jogar com os threads para evitar erros de "dependência circular".

5. Se você tiver alguma extensão ruby ​​/ rails, deixe esse código dentro do libdiretório antigo e carregue-o manualmente no inicializador. Isso garantirá que as extensões sejam carregadas antes de sua lógica adicional, que pode depender dela:

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

Eu apenas usei, em config.eager_load_pathsvez de config.autoload_pathsmencionar akostadinov no comentário do 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')

Trabalha no ambiente de desenvolvimento e produção.

Graças Johan para a sugestão de substituir #{Rails.root}/libcom Rails.root.join('lib')!

O carregamento automático está desativado no ambiente de produção devido à segurança do encadeamento. Obrigado a @ forелёный pelo link.

Resolvi esse problema armazenando os arquivos lib em uma libpasta no meu appdiretório, conforme recomendado no Github . Todas as pastas da apppasta são carregadas pelo Rails automaticamente.

Deve haver um motivo para o carregamento automático estar desativado na produção por padrão.

Aqui está uma longa discussão sobre esse problema. https://github.com/rails/rails/issues/13142

Isso permite que a lib seja carregada automaticamente e também funciona no ambiente de produção.

PS: Eu mudei minha resposta, agora ela adiciona os dois caminhos de carregamento automático, independentemente do ambiente, para permitir o trabalho em ambientes personalizados também (como estágio)

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

Apenas altere config.autoload_paths para config.eager_load_paths no arquivo config / application.rb. Como no Rails 5 o carregamento automático é desativado para o ambiente de produção por padrão. Para mais detalhes, siga o link .

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

Funciona para o desenvolvimento e produção do ambiente.

Em certo sentido, aqui está uma abordagem unificada no Rails 5 para centralizar as configurações de carregamento rápido e automático, ao mesmo tempo em que adiciona o caminho de carregamento automático necessário sempre que o carregamento rápido estiver configurado, caso contrário não será possível funcionar corretamente:

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

Para alguém que lutou com isso como eu, não basta colocar um diretório abaixo app/. Sim, você receberá o carregamento automático, mas não o necessário , o que exige que as convenções de espaço para nome sejam cumpridas .

Além disso, o uso do inicializador para carregar o nível raiz antigo libimpedirá o recurso de recarregamento durante o desenvolvimento.

Mover a pasta lib para o aplicativo ajudou a resolver um problema, minha API do Twitter não funcionava na produção. Eu tinha "constante TwitterApi não inicializado" e minha API do Twitter estava na minha pasta lib. Eu tinha config.autoload_paths += Dir["#{Rails.root}/app/lib"]no meu application.rb, mas não funcionou antes de mover a pasta.

Isso fez o truque

para resumir a resposta de Lev: mv lib appbastava ter todo o meu libcódigo carregado / recarregado automaticamente.

(rails 6.0.0beta3, mas também deve funcionar bem no rails 5.x)