Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Skripten / Logik
  4. Script Mirroring - Einschränkung bei Pfaden seit v5.5.0

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    3.1k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.1k

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.4k

Script Mirroring - Einschränkung bei Pfaden seit v5.5.0

Geplant Angeheftet Gesperrt Verschoben Skripten / Logik
4 Beiträge 3 Kommentatoren 409 Aufrufe 3 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • N Offline
    N Offline
    noox
    schrieb am zuletzt editiert von noox
    #1

    Ich verwende Script Mirroring und wollte die Javascript-Engine updaten. Dabei kommt aber die Warnung, dass jetzt Ordner unterhalb der ioBroker Ordner verboten sind.

    Auf https://github.com/ioBroker/ioBroker.javascript

    Since v5.5.0 of the JavaScript adapter the following locations (relative to the ioBroker Base directory, usually /opt/iobroker) are not allowed to be used:

    • The ioBroker base directory itself and any path above!
    • ./iobroker-data itself, custom subdirectory (choose a name that do not overlap with any adapter!)
    • ./iobroker-data/backup-objects or anything below
    • ./iobroker-data/files or anything below
    • ./iobroker-data/backitup or anything below
    • ./backups or anything below
    • ./node_modules or anything below
    • ./log or anything below

    Die 2. Zeile verstehe ich nicht ganz. Heißt das, dass ein Unterverzeichnis von iobroker-data doch erlaubt ist? Ich glaube mich dunkel erinnern zu können, dass das früher mal jemand empfohlen hat, weil das gebackuped wird.

    Gibt's eine Empfehlung für ein Verzeichnis (z.B. Raspbian)

    Ich hätte auch noch eine Frage dazu:

    When enabling the Script Filesystem mirroring please make sure to create a dedicated new directory and do not use an existing directory with other content. Please also make sure that no other script or process changes files in the provided directory to prevent access issues. Any location needs to be writable by the "iobroker" user!

    Der Sinn vom Script Mirroring ist ja, dass ich dann einen externen Editor verwenden kann, oder? D.h. der ändert ja die Scripts in diesem Verzeichnis. Ich nehme an, das ist OK?

    Meine Situation ist allerdings etwas speziell. Ich habe zwei Verzeichnisse. Das Script-Mirroring-Verzeichnis. Und dann ein zweites Verzeichnis in dem ich meinen Code mit Visual Studio Code editiere. Hier kann ich "import {}" verwenden (mit Typescript). Ich hab dann ein Syncronisations-Script, dass die Objekte aus den "import"-Statements in das eigentliche Script einfügt und ins Script-Mirroring-Verzeichnis kopiert. Also ähnliche Funktionalität wie die globalen Scripte, aber ich kann halt gezielt einzelne Klassen, Interfaces, Enums, etc. aus verschiedenen "Modulen" einbinden.

    Könnte dieses Synchronisationsscript ein Problem machen? Aktuell läuft das in derselben Javascript-Instanz. Sollte das besser in einer eigenen Instanz laufen oder überhaupt außerhalb von ioBroker?

    Aktuell habe ich Script-Mirroring unter /opt/iobroker/scripts. Das müsste ich dann jedenfalls ändern. Mein 2. Verzeichnis ist /opt/iobroker/iobroker-data/scripts. Wäre das OK?

    Thomas BraunT crunchipC 2 Antworten Letzte Antwort
    0
    • N noox

      Ich verwende Script Mirroring und wollte die Javascript-Engine updaten. Dabei kommt aber die Warnung, dass jetzt Ordner unterhalb der ioBroker Ordner verboten sind.

      Auf https://github.com/ioBroker/ioBroker.javascript

      Since v5.5.0 of the JavaScript adapter the following locations (relative to the ioBroker Base directory, usually /opt/iobroker) are not allowed to be used:

      • The ioBroker base directory itself and any path above!
      • ./iobroker-data itself, custom subdirectory (choose a name that do not overlap with any adapter!)
      • ./iobroker-data/backup-objects or anything below
      • ./iobroker-data/files or anything below
      • ./iobroker-data/backitup or anything below
      • ./backups or anything below
      • ./node_modules or anything below
      • ./log or anything below

      Die 2. Zeile verstehe ich nicht ganz. Heißt das, dass ein Unterverzeichnis von iobroker-data doch erlaubt ist? Ich glaube mich dunkel erinnern zu können, dass das früher mal jemand empfohlen hat, weil das gebackuped wird.

      Gibt's eine Empfehlung für ein Verzeichnis (z.B. Raspbian)

      Ich hätte auch noch eine Frage dazu:

      When enabling the Script Filesystem mirroring please make sure to create a dedicated new directory and do not use an existing directory with other content. Please also make sure that no other script or process changes files in the provided directory to prevent access issues. Any location needs to be writable by the "iobroker" user!

      Der Sinn vom Script Mirroring ist ja, dass ich dann einen externen Editor verwenden kann, oder? D.h. der ändert ja die Scripts in diesem Verzeichnis. Ich nehme an, das ist OK?

      Meine Situation ist allerdings etwas speziell. Ich habe zwei Verzeichnisse. Das Script-Mirroring-Verzeichnis. Und dann ein zweites Verzeichnis in dem ich meinen Code mit Visual Studio Code editiere. Hier kann ich "import {}" verwenden (mit Typescript). Ich hab dann ein Syncronisations-Script, dass die Objekte aus den "import"-Statements in das eigentliche Script einfügt und ins Script-Mirroring-Verzeichnis kopiert. Also ähnliche Funktionalität wie die globalen Scripte, aber ich kann halt gezielt einzelne Klassen, Interfaces, Enums, etc. aus verschiedenen "Modulen" einbinden.

      Könnte dieses Synchronisationsscript ein Problem machen? Aktuell läuft das in derselben Javascript-Instanz. Sollte das besser in einer eigenen Instanz laufen oder überhaupt außerhalb von ioBroker?

      Aktuell habe ich Script-Mirroring unter /opt/iobroker/scripts. Das müsste ich dann jedenfalls ändern. Mein 2. Verzeichnis ist /opt/iobroker/iobroker-data/scripts. Wäre das OK?

      Thomas BraunT Online
      Thomas BraunT Online
      Thomas Braun
      Most Active
      schrieb am zuletzt editiert von
      #2

      @noox

      Leg das Mirror-Verzeichnis z. B. in /home/iobroker/skripte oder sowas an.

      Linux-Werkzeugkasten:
      https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
      NodeJS Fixer Skript:
      https://forum.iobroker.net/topic/68035/iob-node-fix-skript
      iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

      1 Antwort Letzte Antwort
      0
      • N noox

        Ich verwende Script Mirroring und wollte die Javascript-Engine updaten. Dabei kommt aber die Warnung, dass jetzt Ordner unterhalb der ioBroker Ordner verboten sind.

        Auf https://github.com/ioBroker/ioBroker.javascript

        Since v5.5.0 of the JavaScript adapter the following locations (relative to the ioBroker Base directory, usually /opt/iobroker) are not allowed to be used:

        • The ioBroker base directory itself and any path above!
        • ./iobroker-data itself, custom subdirectory (choose a name that do not overlap with any adapter!)
        • ./iobroker-data/backup-objects or anything below
        • ./iobroker-data/files or anything below
        • ./iobroker-data/backitup or anything below
        • ./backups or anything below
        • ./node_modules or anything below
        • ./log or anything below

        Die 2. Zeile verstehe ich nicht ganz. Heißt das, dass ein Unterverzeichnis von iobroker-data doch erlaubt ist? Ich glaube mich dunkel erinnern zu können, dass das früher mal jemand empfohlen hat, weil das gebackuped wird.

        Gibt's eine Empfehlung für ein Verzeichnis (z.B. Raspbian)

        Ich hätte auch noch eine Frage dazu:

        When enabling the Script Filesystem mirroring please make sure to create a dedicated new directory and do not use an existing directory with other content. Please also make sure that no other script or process changes files in the provided directory to prevent access issues. Any location needs to be writable by the "iobroker" user!

        Der Sinn vom Script Mirroring ist ja, dass ich dann einen externen Editor verwenden kann, oder? D.h. der ändert ja die Scripts in diesem Verzeichnis. Ich nehme an, das ist OK?

        Meine Situation ist allerdings etwas speziell. Ich habe zwei Verzeichnisse. Das Script-Mirroring-Verzeichnis. Und dann ein zweites Verzeichnis in dem ich meinen Code mit Visual Studio Code editiere. Hier kann ich "import {}" verwenden (mit Typescript). Ich hab dann ein Syncronisations-Script, dass die Objekte aus den "import"-Statements in das eigentliche Script einfügt und ins Script-Mirroring-Verzeichnis kopiert. Also ähnliche Funktionalität wie die globalen Scripte, aber ich kann halt gezielt einzelne Klassen, Interfaces, Enums, etc. aus verschiedenen "Modulen" einbinden.

        Könnte dieses Synchronisationsscript ein Problem machen? Aktuell läuft das in derselben Javascript-Instanz. Sollte das besser in einer eigenen Instanz laufen oder überhaupt außerhalb von ioBroker?

        Aktuell habe ich Script-Mirroring unter /opt/iobroker/scripts. Das müsste ich dann jedenfalls ändern. Mein 2. Verzeichnis ist /opt/iobroker/iobroker-data/scripts. Wäre das OK?

        crunchipC Abwesend
        crunchipC Abwesend
        crunchip
        Forum Testing Most Active
        schrieb am zuletzt editiert von
        #3

        @noox sagte in Script Mirroring - Einschränkung bei Pfaden seit v5.5.0:

        weil das gebackuped wird.

        eben darum nicht in dieses Verzeichnis, weil es ja schon im backup integriert ist, daher ausserhalb von /opt/iobroker, wie bereits genannt z.b. ins home Verzeichnis

        umgestiegen von Proxmox auf Unraid

        N 1 Antwort Letzte Antwort
        0
        • crunchipC crunchip

          @noox sagte in Script Mirroring - Einschränkung bei Pfaden seit v5.5.0:

          weil das gebackuped wird.

          eben darum nicht in dieses Verzeichnis, weil es ja schon im backup integriert ist, daher ausserhalb von /opt/iobroker, wie bereits genannt z.b. ins home Verzeichnis

          N Offline
          N Offline
          noox
          schrieb am zuletzt editiert von
          #4

          @Thomas-Braun , @crunchip
          Vielen Dank für die schnellen Antworten! Hab es auf /home/iobroker/... geändert und den Javascript-Adapter upgedatet. Scheint fürs Erste mal zu funktionieren.

          Ein zusätzliches Backup ist eigentlich überflüssig, weil ich den Code auf Github habe.

          1 Antwort Letzte Antwort
          0
          Antworten
          • In einem neuen Thema antworten
          Anmelden zum Antworten
          • Älteste zuerst
          • Neuste zuerst
          • Meiste Stimmen


          Support us

          ioBroker
          Community Adapters
          Donate

          484

          Online

          32.7k

          Benutzer

          82.3k

          Themen

          1.3m

          Beiträge
          Community
          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
          ioBroker Community 2014-2025
          logo
          • Anmelden

          • Du hast noch kein Konto? Registrieren

          • Anmelden oder registrieren, um zu suchen
          • Erster Beitrag
            Letzter Beitrag
          0
          • Home
          • Aktuell
          • Tags
          • Ungelesen 0
          • Kategorien
          • Unreplied
          • Beliebt
          • GitHub
          • Docu
          • Hilfe