Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[AlCalzone]

@Homoran sagte in 2. javascript Instanz:

Ist das so denn "normal"

Ich hab die Berichte hierüber gesehen, seit Bluefox in v4 daran gebastelt hat (auch in Hinblick auf scriptProblem). Mich interessiert erst mal nur, ob die Oberfläche richtig funktioniert. Die Objekt-Speicherorte kann man sich danach anschauen. Ist sicher nicht so gedacht - aber erst mal nur ein Schönheitsfehler.

[v522533]

@sigi234 said in 2. javascript Instanz:

@Homoran sagte in 2. javascript Instanz:

Da schreibt das System rein, ob deine Skripte laufen oder nicht

Ja, und auf diese DP sollte man auch nicht triggern, was viele machen...........

oh gut zu wissen. ich mache das auch. wie macht man es sonst "richtig"?

[AlCalzone]

@v522533 sagte in 2. javascript Instanz:

wie macht man es sonst "richtig"?

Wie an vielen anderen Stellen beschrieben:

• Skript immer an lassen
• Einen eigenen Trigger-Datenpunkt erstellen und diesen statt scriptEnabled.* steuern.
• Im Skript auf Änderung dieses Datenpunktes reagieren und nicht einfach die Aktionen bei Skriptstart ausführen

[v522533]

@AlCalzone
danke Dir

[MyzerAT]

@Homoran

hier der screenshot beider Instanzen:
javascript Instanz 0. diese läuft unter dem dem Master :

javascript Instanz 1, diese wurde dem Slave hinzugefügt:

ab common sieht man bei beiden das die Scriptordner, gleich sind bei beiden Instranzen, habe bei der Instanz schon versucht alle Order rauszulöschen, nach dem neustarten der Instanz sind sie aber sofort wieder da und ident

vorallem habe absichtlich eine 2. javascript Instanz für den Slave angelegt um dort wenige Scripte auf dem Slave laufen zu lassen um den Master etwas zu entlasten, für mich sieht es aber danach aus als ob alles auf dem Slave gespiegelt wurde , was ich völlig unnötig finde!

[AlCalzone]

@MyzerAT das ist doch immer noch der Objektbaum und nicht die Oberfläche des Skript Adapters (da wo du die Skripte schreibst)

[Homoran]

@MyzerAT sagte in 2. javascript Instanz:

für mich sieht es aber danach aus als ob alles auf dem Slave gespiegelt wurde , was ich völlig unnötig finde!

Da ich nicht weiß was sich in den Verzeichnissen befindet kann ich dazu nichts sagen.

Bitte die Frage von @AlCalzone beantworten und einen screenshot von dem Scriptfenster einstellwn.

Dort solltest du die Skripte dem gewünschten Host zugeordnet haben.

[MyzerAT]

ich habs gefunden, wenn man das jeweilige Script umbenennt, kann man auch dort die Instanz einstellen, echt sehr gut versteckt!

[AlCalzone]

@MyzerAT Und diese Zuordnung stimmt oder nicht? Die kleine Zahl vorm Namen gibt die Instanz an.

[arteck]

@AlCalzone so wie ich das verstanden habe hat Rudi die gleiche Scripte unter 2 Instanzen angelegt bekommen

als er die 2-te instanz angelegt hat..

ist so als ob bei Anlegen die Baumstruktur im Objekten auf die 2-te Instanz kopiert wurde

[AlCalzone]

Genau das will ich eben herausfinden. Aus dem Screenshot ist es nämlich wieder nicht zu erkennen.

[MyzerAT]

@AlCalzone

was erkennst du da nicht, da sieht man ja eindeutig das beide Instanzen die selbe Struktur haben, in den Ordnern sind auch die selben Scripte

Instanz 1

Instanz 0

[AlCalzone]

@MyzerAT Ich beziehe mich auf den Screenshot der Skripte-Oberfläche, nach dem ich die ganze Zeit gefragt habe. Da sehe ich (fast nur) zugeklappte Ordner. Daher meine Frage:
Sind die Skripte, die im Objekte-Baum teils doppelt vorkommen, in der Skripte-Oberfläche ebenfalls doppelt? Fehlen ggf. welche? Oder funktioniert da alles und lediglich im Objekte-Baum gibt es Dopplungen?

[MyzerAT]

auf der scriptoberfläche sind sie nicht doppelt !

du meinst diese hier:

[AlCalzone]

@MyzerAT Danke, das meinte ich. Ich werde mal Rücksprache halten, ggf. ist das ja sogar so gewollt, um möglichst einfach über die Oberfläche Skripte zwischen Instanzen zu verschieben.

[paul53]

@AlCalzone sagte:

ggf. ist das ja sogar so gewollt

Das glaube ich eher nicht, denn in älteren Versionen des JS-Adapters war es nicht so: Ältere Skripte befinden sich nur im scriptEnabled einer Instanz, neuere in beiden. Es hat allerdings keine Auswirkung außer im Log bei Restart eines (neueren) Skriptes:

13:10:48.544	info	javascript.0 Stop script script.js.common.Test_temp
13:10:48.574	info	javascript.1 Stop script script.js.common.Test_temp
13:10:48.592	info	javascript.1 Start javascript script.js.common.Test_temp
13:10:48.592	info	javascript.1 script.js.common.Test_temp: registered 1 subscription and 0 schedules

[AlCalzone]

@paul53 Bluefox hat mir gerade bestätigt, dass scriptEnabled für ein Skript absichtlich in allen Instanzen existiert.

[MyzerAT]

super, danke! dann passt ja eh alles, war nur verwirrt