2. javascript Instanz
-
@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"?
-
@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
-
@AlCalzone
danke Dir -
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!
-
@MyzerAT das ist doch immer noch der Objektbaum und nicht die Oberfläche des Skript Adapters (da wo du die Skripte schreibst)
-
@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.
-
ich habs gefunden, wenn man das jeweilige Script umbenennt, kann man auch dort die Instanz einstellen, echt sehr gut versteckt!
-
@MyzerAT Und diese Zuordnung stimmt oder nicht? Die kleine Zahl vorm Namen gibt die Instanz an.
-
@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
-
Genau das will ich eben herausfinden. Aus dem Screenshot ist es nämlich wieder nicht zu erkennen.
-
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
-
@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? -
auf der scriptoberfläche sind sie nicht doppelt !
du meinst diese hier:
-
@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.
-
@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 -
@paul53 Bluefox hat mir gerade bestätigt, dass scriptEnabled für ein Skript absichtlich in allen Instanzen existiert.
-
super, danke! dann passt ja eh alles, war nur verwirrt
