Warum entfernt Ruby 1.9.2 "." Aus LOAD_PATH, und was ist die Alternative?

Den neuesten änderungen zu Ruby 1.9.2 nicht mehr das aktuelle Verzeichnis . Teil Ihrer LOAD_PATH. Ich habe eine nicht-triviale Anzahl der Rakefiles, die davon ausgehen, dass . ist Teil der LOAD_PATHso dass dieser brach (Sie berichtet, "no such file to load" für alle verlangen, dass Aussagen, die auf der Grundlage der Projekt-Pfad). War es eine Besondere Begründung dafür?

Als für ein Update, hinzufügen $: << "." überall funktioniert, aber es scheint unglaublich hacky und ich will nicht, das zu tun. Was ist der bevorzugte Weg, um meine Rakefiles 1.9.2+ kompatibel?

InformationsquelleAutor der Frage John Feminella | 2010-05-24

  1. 140

    Es wurde als "Sicherheit" Risiko.

    Können Sie rund um es durch die Verwendung von absoluten Pfaden 

    File.expand_path(__FILE__) et al

    oder tun

    require './filename' (ironically).

    oder mit 

    require_relative 'filename'

    oder das hinzufügen eines "include" - Verzeichnis

    ruby -I . ...

    oder der gleichen, mit irb;

    $irb -I .

    InformationsquelleAutor der Antwort rogerdpack

  2. 34

    Gibt es zwei Gründe:

    • Robustheit und
    • Sicherheit

    Beide basieren auf dem gleichen Prinzip zugrunde: im Allgemeinen, Sie können einfach nicht wissen, was das aktuelle Verzeichnis ist, wenn Ihr code ausgeführt wird. Das bedeutet, dass, wenn Sie eine Datei aus und hängen Sie es in das aktuelle Verzeichnis, haben Sie keine Möglichkeit der Kontrolle, ob die Datei noch da sein werden, oder ob es die Datei, die Sie eigentlich erwarten, dort zu sein.

    InformationsquelleAutor der Antwort Jörg W Mittag

  3. 16

    Als andere Antworten weisen darauf hin, es ist ein Sicherheitsrisiko, weil . in Ihrem laden Pfad bezieht sich auf das gegenwärtige Arbeitsverzeichnis Dir.pwdnicht das Verzeichnis der aktuellen Datei geladen werden. Wer also ausgeführt wird, kann Ihr Skript ändern Sie dieses einfach durch cding in ein anderes Verzeichnis. Nicht gut!

    Habe ich mit vollständigen Pfaden konstruiert aus __FILE__ als alternative.

    require File.expand_path(File.join(File.dirname(__FILE__), 'filename'))

    Im Gegensatz zu require_relativedas ist rückwärts kompatibel mit Ruby 1.8.7.

    InformationsquelleAutor der Antwort Jonathan Tran

  4. 8

    Verwenden require_relative 'file_to_require'

    Werfen Sie diese in Ihren code, um require_relative Arbeit in 1.8.7:

    unless Kernel.respond_to?(:require_relative)
  module Kernel
    def require_relative(path)
      require File.join(File.dirname(caller.first), path.to_str)
    end
  end
end

    InformationsquelleAutor der Antwort Tyler Brock

  5. 6

    '.' im Pfad wurde lange Zeit als eine schlechte Sache in der Unix-Welt (siehe, zum Beispiel, http://www.faqs.org/faqs/unix-faq/faq/part2/section-13.html). Ich nehme an, die Ruby-Leute wurden überzeugt von der Weisheit, dies nicht zu tun.

    InformationsquelleAutor der Antwort Rodger

  6. 3

    Ich fand, dass dies ein confounding ändern, bis ich merkte, ein paar Dinge.

    Können Sie festlegen, RUBYLIB in Ihr .Profil (Unix) und gehen mit dem Leben, wie du vor hast:

    export RUBYLIB="."

    Aber wie oben schon erwähnt, es gilt seit langem als unsicher, dies zu tun.

    Für die überwiegende Mehrheit der Fälle können Sie vermeiden Probleme, indem Sie einfach den Aufruf des Ruby-Skripts mit einem vorangestellten '.', z.B. ./scripts/server.

    InformationsquelleAutor der Antwort Dylan

  7. 3

    Als Jörg W Mittag darauf hingewiesen, ich denke, das, was Sie wollen zu verwenden, ist require_relative also die Datei, die Sie benötigen, ist relativ zu der Quell-Datei der require Erklärung und nicht das aktuelle dir.

    Ihre Abhängigkeiten in Bezug auf Ihre rake build-Datei.

    InformationsquelleAutor der Antwort marto

Schreibe einen Kommentar