:geek: war zu offensichtlich :roll: , Danke!

@AlCalzone: sudo -u iobroker node... ```` ` Danke, das funktioniert! Kann jetzt endlich wieder testen und die Adapter auf den neuesten Stand bringen!

FYI: viewtopic.php?f=24&t=21088

setInterval ist Problematisch wenn externe Kommunikation stattfindet. setTimeout ist besser weil erst der nächste Zyklus geplant wird wenn der davor wirklich fertig ist. Aber mal zurück zum "Problem": Wo ist das eigentlich? EIne Stunde reicht nicht um hier Dinge zu testen. nodejs macht Garbage collection wie es will bzw wie es nötig ist, also erstmal alles ok. Weiterhin: Welche nodejs version? ALles <8.12 hat ein memory Leak :-) Das beste ist mal auf die heap/rss Datenpunkte unter system.adapter.name.x ein Logging (History(SQL/Influxdb) zu setzen und dann mal nach nem Tag mit Last zu schauen :-)

Nein, aktuell ist das nicht enthalten. Müste man einbauen. PRs welcome :-)

Danke! Das hat zwar nicht das Problem direkt gelöst, aber mir endlich den Fehler gezeigt (Typo in io-package.json) Kaum korrigiert, schon klappt's auch wieder.

Ich werde es beobachten wenn ich den Apapter dann auf dem produktiven (nicht aktualisierten) System installiere… vielleicht ergibt sich dann da noch etwas. Danke für die Unterstützung!

SetIntervall geht WENN du alles was da drin passiert unter Kontrolle hast. Sobald du aber zb externer Daten abfragst (request) ist setTimeout gefährlich weil es ihm egal ist ob der vorherige Lauf fertig war oder nicht. Er startet einfach den nächsten. Wenn zb ein request in nen Timeout läuft weil die Webseite langsam ist dann stauen sich ggf requests auf. Also nachdenken ob setIntervall sinnvoll ist. Ich nutze daher meistens eine setTimeout der am Ende der Funktion einfach neu gesetzt wird. Damit ist sichergestellt das immer nur eins passiert. Gesendet vom Handy …

Hei, könnte vielleicht jemand ein kurzes Beispiel zu getChannelsOf() schreiben? Ich komme damit irgendwie nicht zurecht. MfG

@apollon77: Neu: http://www.iobroker.net:3000 ` Nice, danke

Ich wäre auch sehr an einer Veröffentlichung interessiert. Beste Grüße Kurt

Naja, dann schau ob noch ein Prozess davon läuft. Das bedeutet Error 7 an sich

hab gerade gesehen, dass es auf GIT bereits eine Anfrage gibt! :) https://github.com/ioBroker/AdapterRequests/issues/150

Viel Erfolg und melde dich jederzeit wenn Du Unterstützung brauchst!

Da hast du wohl recht… :-( Hab gerade die dependencies in the android app gesehen. Dann mach ich zu dem Bug den ich eigentlich fixen wollte ein Issue auf, dann muss Bluefox da wohl selber ran. ;-)

So - ich hab heute nach ends-langer Zeit endlich Gelegenheit mich mit dem Thema zu beschäftigen - Familie und Job brauchen meine Aufmerksamkeit :) Ich hab mal angefangen ne Dev Umgebung aufzuziehen - aber hatte Ubuntu basiert damit noch so meine Schwierigkeiten - eingerostet schätze ich. Generell finde ich dass ein HRBAC aktuell für etwas wie IOBroker am geeignesten wäre. Jetzt nicht unbedingt für joe-schmoe, aber das würde hervorragend skalieren für größere Installationen und lässt auch für die Zukunft noch Luft. Ich glaube ich habe in https://github.com/phellipeandrade/rbac einen guten Anfangspunkt gefunden, basierend auf https://blog.nodeswat.com/implement-acc … 67e7b484d1 das könnte gut als Start dienen - zunächst als Drop-In Replacement für das Owner / Group Konzept aus der Unix / Linux Welt das aktuell verwendet wird um die Wellen klein zu halten und das wäre dann Schritt für Schritt auf ein volles RBAC aufbohrbar. Ich hab noch meine Probleme damit einen guten Ansatz für ein modulares System zu finden - frage mich auch ob das unterm Strich dann wirklich noch Sinn macht - die Rechteverwaltung ist doch recht tief verwurzelt und ich hab so ganz ehrlich meine Sorgen ob Abstraktionslayer oder Hook-Systeme da nicht mehr bremsen als ermöglichen (wenn 98% eh die selbe Implementierung verwenden). Generell würde ich mal schauen wann ich wieder Zeit finde, dann das DevEnvironment fertig machen und mal eine Basis-Implementation des HRBAC auf Basis des "rbac" npms zu machen. Im Punkt Abhängigkeiten, Footprint etc sieht das ja mal nicht schlecht aus - Neue Objekte scheinen hier aber einen Rebuild des Permission Trees nach sich zu ziehen.. Ggf. in hoch dynamischen Umgebungen ein Problem - aber da sehe ich die Lösung hier auch nicht. Hoffe "bald" was neues zum Thema zu haben - wie gesagt aber endlich wieder einmal eine schöne Abwechslung :) Guten Rutsch und so

Mach mal GitHub issue bitte. Gesendet vom Handy …