Rails-Plugins im 2.3-Stil und Warnungen vor Verfall, die in Heroku ausgeführt werden

Ich aktualisiere auf Rails 3.2 und wenn ich rake db: migrate ausführe, bekomme ich mehrere Fehler in der folgenden Form:

DEPRECATION WARNING: Sie haben Rails 2.3-Plugins in Hersteller / Plugins! Die Unterstützung für diese Plugins wird in Rails 4.0 entfernt. Verschieben Sie sie heraus und bündeln Sie sie in Ihrer Gemfile oder falten Sie sie als lib / myplugin / * und config / initializers / myplugin.rb in Ihre App. Weitere Informationen hierzu finden Sie in den Versionshinweisen: http://weblog.rubyonrails.org/2012/01/04/rails-3-2-0-rc2-has-been-released . (aufgerufen von at / app / Rakefile: 7)

Was verwirrend ist, ist, dass mein vendor/pluginsVerzeichnis leer ist - gibt es ein anderes Plugins-Verzeichnis, auf das es verweist?

Benutzt du Heroku?

Heroku injiziert Plugins in Rails 3.x-Anwendungen. Um diese Injektion in Rails 3 zu vermeiden, fügen Sie den Rails_12-Faktor in Ihre Anwendung ein. ( Heroku Ruby Support 2013-10-26)

Der Rails_12-Faktor-Edelstein wird auch in Rails 4 benötigt.

Wenn dieses Juwel in Ihrer Anwendung nicht vorhanden ist, erhalten Sie während der Bereitstellung eine Warnung, und Ihre Assets und Protokolle sind nicht funktionsfähig. ( Schienen 4 auf Heroku 26.10.2013)

Noch 2013-08 hat Heroku Plugins in Rails 3-Apps eingefügt, sogar in Apps mit den empfohlenen Edelsteinen. Dies war ein Problem mit dem Ruby Buildpack und wurde durch PR 11 behoben , das am 06.08.2013 zusammengeführt wurde.

Du kannst es versuchen

::ActiveSupport::Deprecation.silenced = true

in deinem production.rbda ist es nur lärm.

in config / environment.rb hinzufügen:

ActiveSupport::Deprecation.silenced = true 

vor dem Initialisieren von Schienen wie folgt:

# Load the rails application                                                                                                                                             
require File.expand_path('../application', __FILE__)

ActiveSupport::Deprecation.silenced = true                                                                                                                               

# Initialize the rails application                                                                                                                                       
MyApp::Application.initialize!

Um Warnungen in Rake-Tasks zu deaktivieren, fügen Sie die Silencing-Konfiguration oben in Ihr Rakefile ein:

# Load the rails application                                                                                                                                             
require File.expand_path('../application', __FILE__)

ActiveSupport::Deprecation.silenced = true                                                                                                                           

# Initialize the rails application                                                                                                                                       
MyApp::Application.initialize!

Sie können dies optional in einen Block einschließen, um nur die Produktion zum Schweigen zu bringen:

if ENV['RAILS_ENV'] == "production"
  ActiveSupport::Deprecation.silenced = true
end

Der beste Ansatz, den ich gefunden habe, ist hier dokumentiert . Dies wird vorausgesetzt , Sie haben gesucht und diese Frage gefunden , weil Sie tun im alten Stil Plugins.

Ich habe mich für Make it not a gem entschieden , da ich Plugins während meiner Capistrano-Bereitstellung ein- und ausschalten musste, je nachdem, welche Art von App ich bereitstellte. Bevor ich config.plugins verwendet habe, um anzugeben, welches Plugin verwendet werden soll. Bei diesem Ansatz verwende ich stattdessen ein "require" für config.before_configuration.

Legen Sie einfach den folgenden Affen-Patch hinein /lib/silence_heroku_warnings.rb

module Rails
  class Plugin < Engine

    alias :not_silenced_initialize :initialize

    def initialize(root)
      ActiveSupport::Deprecation.silence{ self.send :not_silenced_initialize, root }
    end

  end
end

und fordern Sie es in config/application.rbgleich nach der Anforderung von Rails:

require 'rails/all'
require File.expand_path('../../lib/silence_heroku_warnings', __FILE__)

Alle Abwertungen von Plugins im 2.x-Stil sollten stummgeschaltet werden. Andere Abschreibungen werden angezeigt.

Dies ist eine sauberere Methode, als nur Warnungen zum Schweigen zu bringen.

Für die Logger-Injektion können Sie versuchen, Herokus neues Juwel zu verwenden , das Jared Beck in seiner obigen Antwort erwähnt hat .

Was wir stattdessen getan haben, ist Folgendes:

Sie können Heroku daran hindern, eigene Plugins einzufügen, wenn sich in Ihrem vendor/pluginsOrdner ein gleichnamiges Verzeichnis befindet . Der Ordner muss nur existieren. Heroku injiziert dann sein Plugin nicht und wenn es keinen Code gibt, wird Rails keine Einwände gegen Verfallswarnungen erheben. Wir haben gerade eine Readme-Datei eingefügt, die dies erklärt:

vendor/plugins/rails_log_stdout/readme.md

Der Zweck von Herokus injiziertem Plugin für die Protokollierung besteht darin, die Protokollierung im Heroku-Stil zu aktivieren (Protokolle müssen an STDOUT und nicht an eine Datei gesendet werden). Um das zurückzubekommen, haben wir das getan, was ich in dieser Antwort beschrieben habe . Für Unicorn waren ohnehin Änderungen an Herokus Standardverhalten erforderlich, sodass wir zwei Fliegen in einer Klappe hatten.

Die neue Methode zum Stummschalten von Verfallsbenachrichtigungen lautet:

config.active_support.deprecation = :silence

in Ihrer config/environments/production.rbDatei.

Es sieht so aus, als hätte Heroku dies endlich angesprochen.

   Injecting plugin 'rails_log_stdout'
   Injecting plugin 'rails3_serve_static_assets'
   Add 'rails_12factor' gem to your Gemfile to skip plugin injection