NEWS
einzelne Widgets aktualisieren nicht immer
-
Das es mich ja auch betrifft, schreibe ich nochmal was dazu.
Mit dem letzten JS-Controler (4.x) lief es ohne Probleme. Bei mir fing es an mit der Umstellung auf die Version 5.x. Da ich zeitgleich auch alles andere (nodejs von 16 auf 18, web, ws, socket.io) aktualisiert hatte, kann ich nun nicht mehr genau sagen bei was es anfing. Ich hatte ja auch schon testweise die Version von web, ws und socket io zurückgestuft (schreibe mir vor jedem Update die alte Version auf um im Notfall den Rücksprung machen zu können). Das Downgrade dieser drei brachte jedenfalls keinen Erfolg.
Für meine Begriffe muss es was mit dem js-controller oder dem Admin zu tun haben, oder ein Problem mit nodejs.
Um es auch ganz klar zu sagen, ich halte meine Linux-Server (Ubuntu 22.04 LTS wo iobroker und alles läuft) aktuell und ist auch aktuell. Chromium im Kiosk-Mode läuft auf einem Intel NUC. Dort arbeitet Ubuntu 22.04 LTS mit Wayland. Auch das System ist aktuell. Also ein Problem mit einem alten Softwarestand schließe ich (zumindest für mich) zu 100% aus.
Was mir aufgefallen ist, es betrifft nicht alle Objekte, sprich es "frieren" nicht alle ein. Ein Widget was über "{Datenpunkt}" mit Infos versorgt wird, verrichtet weiter seine Aufgabe. Auch JSON-Table vom Materialdesgin - ohne Probleme. Der Rest steht einfach.
Und auch ich habe nachgeschaut was die Datenpunkte sagen. Die werden ganz normal aktualisiert.
Noch ein Punkt. Ich hatte über einen längeren Zeitraum ein Script laufen, was den Cache bereinigte:
sync echo 3 > /proc/sys/vm/drop_cachesJetzt nicht meckern oder schimpfen. Es verrichtete seinen Dienst ohne Probleme. Als die Probleme auftraten, hatte ich dann das deaktiviert, weil ich die Vermutung hatte, dass da doch was damit im Zusammenhang stehen könnte. Aber die beschrieben Probleme blieben. Interessant ist aber folgender Punkt. Wenn ich jetzt dieses Script ausführe, dann frieren in der VIS-Runtime die Widgets ein. Bei 10 Versuchen immerhin 7. Entweder gleich oder mit einer Verzögerung.
Für meine Begriffe ein Speicherproblem. Dieses Script ist JETZT (seit einigen Wochen) deaktiviert und kann es nicht sein.
Die Einstellung (Nutzung) von socket.io oder ws im WEB-Adapter führt nur zu noch größeren Störungen - zumindest bei mir.
Noch ein Hinweis. Ich nutze auch Redis-DB (Redis-Server). Ich habe bisher noch nicht den Versuch unternommen wieder zurück auf JSONL zu stellen - will ich ehrlich gesagt auch nicht.
Ro75.
SERVER = Beelink U59 16GB DDR4 RAM 512GB SSD, FB 7490, FritzDect 200+301+440, ConBee II, Zigbee Aqara Sensoren + NOUS A1Z, NOUS A1T, Philips Hue ** ioBroker, REDIS, influxdb2, Grafana, PiHole, Plex-Mediaserver, paperless-ngx (Docker), MariaDB + phpmyadmin *** VIS-Runtime = Intel NUC 8GB RAM 128GB SSD + 24" Touchscreen
-
Das es mich ja auch betrifft, schreibe ich nochmal was dazu.
Mit dem letzten JS-Controler (4.x) lief es ohne Probleme. Bei mir fing es an mit der Umstellung auf die Version 5.x. Da ich zeitgleich auch alles andere (nodejs von 16 auf 18, web, ws, socket.io) aktualisiert hatte, kann ich nun nicht mehr genau sagen bei was es anfing. Ich hatte ja auch schon testweise die Version von web, ws und socket io zurückgestuft (schreibe mir vor jedem Update die alte Version auf um im Notfall den Rücksprung machen zu können). Das Downgrade dieser drei brachte jedenfalls keinen Erfolg.
Für meine Begriffe muss es was mit dem js-controller oder dem Admin zu tun haben, oder ein Problem mit nodejs.
Um es auch ganz klar zu sagen, ich halte meine Linux-Server (Ubuntu 22.04 LTS wo iobroker und alles läuft) aktuell und ist auch aktuell. Chromium im Kiosk-Mode läuft auf einem Intel NUC. Dort arbeitet Ubuntu 22.04 LTS mit Wayland. Auch das System ist aktuell. Also ein Problem mit einem alten Softwarestand schließe ich (zumindest für mich) zu 100% aus.
Was mir aufgefallen ist, es betrifft nicht alle Objekte, sprich es "frieren" nicht alle ein. Ein Widget was über "{Datenpunkt}" mit Infos versorgt wird, verrichtet weiter seine Aufgabe. Auch JSON-Table vom Materialdesgin - ohne Probleme. Der Rest steht einfach.
Und auch ich habe nachgeschaut was die Datenpunkte sagen. Die werden ganz normal aktualisiert.
Noch ein Punkt. Ich hatte über einen längeren Zeitraum ein Script laufen, was den Cache bereinigte:
sync echo 3 > /proc/sys/vm/drop_cachesJetzt nicht meckern oder schimpfen. Es verrichtete seinen Dienst ohne Probleme. Als die Probleme auftraten, hatte ich dann das deaktiviert, weil ich die Vermutung hatte, dass da doch was damit im Zusammenhang stehen könnte. Aber die beschrieben Probleme blieben. Interessant ist aber folgender Punkt. Wenn ich jetzt dieses Script ausführe, dann frieren in der VIS-Runtime die Widgets ein. Bei 10 Versuchen immerhin 7. Entweder gleich oder mit einer Verzögerung.
Für meine Begriffe ein Speicherproblem. Dieses Script ist JETZT (seit einigen Wochen) deaktiviert und kann es nicht sein.
Die Einstellung (Nutzung) von socket.io oder ws im WEB-Adapter führt nur zu noch größeren Störungen - zumindest bei mir.
Noch ein Hinweis. Ich nutze auch Redis-DB (Redis-Server). Ich habe bisher noch nicht den Versuch unternommen wieder zurück auf JSONL zu stellen - will ich ehrlich gesagt auch nicht.
Ro75.
-
Das es mich ja auch betrifft, schreibe ich nochmal was dazu.
Mit dem letzten JS-Controler (4.x) lief es ohne Probleme. Bei mir fing es an mit der Umstellung auf die Version 5.x. Da ich zeitgleich auch alles andere (nodejs von 16 auf 18, web, ws, socket.io) aktualisiert hatte, kann ich nun nicht mehr genau sagen bei was es anfing. Ich hatte ja auch schon testweise die Version von web, ws und socket io zurückgestuft (schreibe mir vor jedem Update die alte Version auf um im Notfall den Rücksprung machen zu können). Das Downgrade dieser drei brachte jedenfalls keinen Erfolg.
Für meine Begriffe muss es was mit dem js-controller oder dem Admin zu tun haben, oder ein Problem mit nodejs.
Um es auch ganz klar zu sagen, ich halte meine Linux-Server (Ubuntu 22.04 LTS wo iobroker und alles läuft) aktuell und ist auch aktuell. Chromium im Kiosk-Mode läuft auf einem Intel NUC. Dort arbeitet Ubuntu 22.04 LTS mit Wayland. Auch das System ist aktuell. Also ein Problem mit einem alten Softwarestand schließe ich (zumindest für mich) zu 100% aus.
Was mir aufgefallen ist, es betrifft nicht alle Objekte, sprich es "frieren" nicht alle ein. Ein Widget was über "{Datenpunkt}" mit Infos versorgt wird, verrichtet weiter seine Aufgabe. Auch JSON-Table vom Materialdesgin - ohne Probleme. Der Rest steht einfach.
Und auch ich habe nachgeschaut was die Datenpunkte sagen. Die werden ganz normal aktualisiert.
Noch ein Punkt. Ich hatte über einen längeren Zeitraum ein Script laufen, was den Cache bereinigte:
sync echo 3 > /proc/sys/vm/drop_cachesJetzt nicht meckern oder schimpfen. Es verrichtete seinen Dienst ohne Probleme. Als die Probleme auftraten, hatte ich dann das deaktiviert, weil ich die Vermutung hatte, dass da doch was damit im Zusammenhang stehen könnte. Aber die beschrieben Probleme blieben. Interessant ist aber folgender Punkt. Wenn ich jetzt dieses Script ausführe, dann frieren in der VIS-Runtime die Widgets ein. Bei 10 Versuchen immerhin 7. Entweder gleich oder mit einer Verzögerung.
Für meine Begriffe ein Speicherproblem. Dieses Script ist JETZT (seit einigen Wochen) deaktiviert und kann es nicht sein.
Die Einstellung (Nutzung) von socket.io oder ws im WEB-Adapter führt nur zu noch größeren Störungen - zumindest bei mir.
Noch ein Hinweis. Ich nutze auch Redis-DB (Redis-Server). Ich habe bisher noch nicht den Versuch unternommen wieder zurück auf JSONL zu stellen - will ich ehrlich gesagt auch nicht.
Ro75.
-
Das es mich ja auch betrifft, schreibe ich nochmal was dazu.
Mit dem letzten JS-Controler (4.x) lief es ohne Probleme. Bei mir fing es an mit der Umstellung auf die Version 5.x. Da ich zeitgleich auch alles andere (nodejs von 16 auf 18, web, ws, socket.io) aktualisiert hatte, kann ich nun nicht mehr genau sagen bei was es anfing. Ich hatte ja auch schon testweise die Version von web, ws und socket io zurückgestuft (schreibe mir vor jedem Update die alte Version auf um im Notfall den Rücksprung machen zu können). Das Downgrade dieser drei brachte jedenfalls keinen Erfolg.
Für meine Begriffe muss es was mit dem js-controller oder dem Admin zu tun haben, oder ein Problem mit nodejs.
Um es auch ganz klar zu sagen, ich halte meine Linux-Server (Ubuntu 22.04 LTS wo iobroker und alles läuft) aktuell und ist auch aktuell. Chromium im Kiosk-Mode läuft auf einem Intel NUC. Dort arbeitet Ubuntu 22.04 LTS mit Wayland. Auch das System ist aktuell. Also ein Problem mit einem alten Softwarestand schließe ich (zumindest für mich) zu 100% aus.
Was mir aufgefallen ist, es betrifft nicht alle Objekte, sprich es "frieren" nicht alle ein. Ein Widget was über "{Datenpunkt}" mit Infos versorgt wird, verrichtet weiter seine Aufgabe. Auch JSON-Table vom Materialdesgin - ohne Probleme. Der Rest steht einfach.
Und auch ich habe nachgeschaut was die Datenpunkte sagen. Die werden ganz normal aktualisiert.
Noch ein Punkt. Ich hatte über einen längeren Zeitraum ein Script laufen, was den Cache bereinigte:
sync echo 3 > /proc/sys/vm/drop_cachesJetzt nicht meckern oder schimpfen. Es verrichtete seinen Dienst ohne Probleme. Als die Probleme auftraten, hatte ich dann das deaktiviert, weil ich die Vermutung hatte, dass da doch was damit im Zusammenhang stehen könnte. Aber die beschrieben Probleme blieben. Interessant ist aber folgender Punkt. Wenn ich jetzt dieses Script ausführe, dann frieren in der VIS-Runtime die Widgets ein. Bei 10 Versuchen immerhin 7. Entweder gleich oder mit einer Verzögerung.
Für meine Begriffe ein Speicherproblem. Dieses Script ist JETZT (seit einigen Wochen) deaktiviert und kann es nicht sein.
Die Einstellung (Nutzung) von socket.io oder ws im WEB-Adapter führt nur zu noch größeren Störungen - zumindest bei mir.
Noch ein Hinweis. Ich nutze auch Redis-DB (Redis-Server). Ich habe bisher noch nicht den Versuch unternommen wieder zurück auf JSONL zu stellen - will ich ehrlich gesagt auch nicht.
Ro75.
@ro75 Immer wenn irgendwas mit GUI nicht in Ordnung ist, sollte man im Browser Konsole anschauen.
Da es nur einige Widgets betrifft, vermute ich, dass manche Widgets einen Fehler gehabt haben (der in der Browser Konsole zu sehen sind) und werden einfach nicht weiter aktualisiert.Wie z.B. hier: https://github.com/ioBroker/ioBroker.vis/issues/779#issue-1883867566
da ist inventwo widget abgestützt, (welche übrigens nicht von mir entwickelt wurde) und dabei entweder nur dieses Widget einfriert oder die ganze vis Kommunikation nicht mehr geht (das hängt davon ab ob der Widget-Entwickler Fehler abfängt oder nicht)
Allerdings nach außen, ist es nur: geht nicht. Die Ursachen können aber unterschiedlich sein.Also ich habe hier noch keine Konsole-Ausgaben gesehen, wenn es eingefroren ist. Ich kann das Problem nicht reproduzieren und ohne diese Fehlermeldungen kann ich auch nicht viel anfangen.
-
@ro75 Immer wenn irgendwas mit GUI nicht in Ordnung ist, sollte man im Browser Konsole anschauen.
Da es nur einige Widgets betrifft, vermute ich, dass manche Widgets einen Fehler gehabt haben (der in der Browser Konsole zu sehen sind) und werden einfach nicht weiter aktualisiert.Wie z.B. hier: https://github.com/ioBroker/ioBroker.vis/issues/779#issue-1883867566
da ist inventwo widget abgestützt, (welche übrigens nicht von mir entwickelt wurde) und dabei entweder nur dieses Widget einfriert oder die ganze vis Kommunikation nicht mehr geht (das hängt davon ab ob der Widget-Entwickler Fehler abfängt oder nicht)
Allerdings nach außen, ist es nur: geht nicht. Die Ursachen können aber unterschiedlich sein.Also ich habe hier noch keine Konsole-Ausgaben gesehen, wenn es eingefroren ist. Ich kann das Problem nicht reproduzieren und ohne diese Fehlermeldungen kann ich auch nicht viel anfangen.
Hallo alle, ich habe das Problem, bzw. mindestens die historische Diskussion darum, wohl völlig verschlafen ;-)
Ich hatte den Effekt bei mir (irgendwann) tatsächlich auch festgestellt, allerdings auch festgestellt, dass wenn ich eine frei definierte Variable dazwischen habe, das so nicht eintritt - zumindest bei mir (mehr)
Ich bin auf den Weg mit den Variablen aber eher durch die Notwendigkeit gekommen, dass ich verschiedene Verbraucher (z. B. Lampen) teils eben parallel über VIS (Widgets), Blockly und zusätzlich über einen Wandschalter (Aktor) ansteuere, die nicht unbedingt immer mit den gleichen Inhalten der DP arbeiten (also z. B. 1/0 vs. true/false), was immer zu Meckereien im Log führte. Darüber hinaus wirkt die Variable dann im Normalfall auch zusätzlich auf einen Alias und nicht direkt auf den DP des Verbrauchers selber.
Das hört sich jetzt evtl. umständlich an, führte aber bei mir dazu, dass ich erstens, was den Inhalt des DP angeht (also 1/0 oder true/false) flexibler bin und eben das Problem mit der nicht aktualisierten Anzeige in VIS (1), z. B. beim Bulb Widget nicht mehr habe.Das Ganze habe ich jetzt so aus meiner Erinnerung geschrieben, da es in der Umsetzung bereits etliche Monate(!) zurück liegt. Also verzeiht mir bitte wenn es sich etwas holprig anhört. Es soll auch ggf. lediglich einen evtl. möglichen Workaround aufzeigen :-)
PS. Und wenn ich hier völlig am Thema vorbei schreibe, werft mich bitte nicht gleich aus dem Forum ;-)
-
@ro75 Immer wenn irgendwas mit GUI nicht in Ordnung ist, sollte man im Browser Konsole anschauen.
Da es nur einige Widgets betrifft, vermute ich, dass manche Widgets einen Fehler gehabt haben (der in der Browser Konsole zu sehen sind) und werden einfach nicht weiter aktualisiert.Wie z.B. hier: https://github.com/ioBroker/ioBroker.vis/issues/779#issue-1883867566
da ist inventwo widget abgestützt, (welche übrigens nicht von mir entwickelt wurde) und dabei entweder nur dieses Widget einfriert oder die ganze vis Kommunikation nicht mehr geht (das hängt davon ab ob der Widget-Entwickler Fehler abfängt oder nicht)
Allerdings nach außen, ist es nur: geht nicht. Die Ursachen können aber unterschiedlich sein.Also ich habe hier noch keine Konsole-Ausgaben gesehen, wenn es eingefroren ist. Ich kann das Problem nicht reproduzieren und ohne diese Fehlermeldungen kann ich auch nicht viel anfangen.
@bluefox
In der Konsole kommt sowas:
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge
ScreenToGif :https://www.screentogif.com/downloads.html -
@bahnuhr
Hast du mal beobachtet, ob die nicht aktualisierten Daten irgendetwas gemeinsam haben.Ich habe hier https://forum.iobroker.net/topic/74107/vis-widget-justgage-colored-zeigt-tlw-nur-noch-0 ein anderes Phänomen bemerkt, das aber nicht unbedingt mit deinem zu tun haben muss.
@foxriver76
kann da eine gemeinsame Ursache vorliegen?kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@foxriver76 sagte in Neue stable Versionen der Adapter: web, socketio und ws:
hier die Nummer "passiert hier noch was das ist schon ewig offen" zu fahren finde ich nicht ganz fair und auch nicht zielführend.
Und wieder so ein Satz der mich dazu ermuntert hier nix mehr zu sagen. Wie in letzter Zeit öfters.
Ich bin hier raus.
Ändert es oder auch nicht.Ich werde dazu nix mehr schreiben oder auf issues antworten, etc.
Danke.@homoran
Nein, und werde ich auch nicht mehr.Wie oben geschrieben: Ich bin hier raus.
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge
ScreenToGif :https://www.screentogif.com/downloads.html -
@bahnuhr sagte in Neue stable Versionen der Adapter: web, socketio und ws:
Wie oben geschrieben: Ich bin hier raus.
und wie soll irgendjemand ohne deine Mithilfe die Ursache für dieses Phänomen bei dir finden?
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@bahnuhr sagte in Neue stable Versionen der Adapter: web, socketio und ws:
Wie oben geschrieben: Ich bin hier raus.
und wie soll irgendjemand ohne deine Mithilfe die Ursache für dieses Phänomen bei dir finden?
@homoran sagte in Neue stable Versionen der Adapter: web, socketio und ws:
und wie soll irgendjemand ohne deine Mithilfe die Ursache für dieses Phänomen bei dir finden?
Keiner soll diesen finden.
Aber auf meinen konsole hardcopy reagiert ja auch keiner.
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge
ScreenToGif :https://www.screentogif.com/downloads.html -
@homoran sagte in Neue stable Versionen der Adapter: web, socketio und ws:
und wie soll irgendjemand ohne deine Mithilfe die Ursache für dieses Phänomen bei dir finden?
Keiner soll diesen finden.
Aber auf meinen konsole hardcopy reagiert ja auch keiner.@bahnuhr sagte in Neue stable Versionen der Adapter: web, socketio und ws:
Aber auf meinen konsole hardcopy reagiert ja auch keiner.
wie kommst du darauf?
Nur weil nach einem Wochenende noch keine definitive Lösung da ist?Bitte Dieter, was soll das jetzt?
es gibt fast 45000 User von der vis1 und nur eine Handvoll davon hat das von dir beschriebene Phänomen.Wie bereits vorher in diesem Thread beschrieben braucht man die gemeinsamen Faktoren dieser paar user.
Dein Screenshot der Browserkonsole ist jetzt einer davon.Eine Beantwortung meiner Frage, wäte vielleicht ein weiterer Punkt um die Ursache einengen zu können.
-
@bahnuhr
Hast du mal beobachtet, ob die nicht aktualisierten Daten irgendetwas gemeinsam haben.Ich habe hier https://forum.iobroker.net/topic/74107/vis-widget-justgage-colored-zeigt-tlw-nur-noch-0 ein anderes Phänomen bemerkt, das aber nicht unbedingt mit deinem zu tun haben muss.
@foxriver76
kann da eine gemeinsame Ursache vorliegen? -
@bahnuhr Bluefox hat vor ein paar Tagen für die Zeile einen Fix commited https://github.com/ioBroker/ioBroker.vis/commit/6258cdb450b4a60d83dfe38cbcad9d3dce3c37ce
Mal mit 1.5.5 testen ob sich was verbessert hat, oder ob was anderes im Log auftaucht.
Hier könnt ihr mich unterstützen.
-
@bahnuhr Bluefox hat vor ein paar Tagen für die Zeile einen Fix commited https://github.com/ioBroker/ioBroker.vis/commit/6258cdb450b4a60d83dfe38cbcad9d3dce3c37ce
Mal mit 1.5.5 testen ob sich was verbessert hat, oder ob was anderes im Log auftaucht.
@foxriver76
1.5.5 lässt sich nicht installieren.Es kommt:
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge
ScreenToGif :https://www.screentogif.com/downloads.html -
@foxriver76
1.5.5 lässt sich nicht installieren.Es kommt:
-
@bahnuhr Wie hast du probiert es zu installieren? Vis kann man nicht von GitHub direkt installieren. Probier mal
von npm@foxriver76 sagte in Neue stable Versionen der Adapter: web, socketio und ws:
Vis kann man nicht von GitHub
warum nicht; wird doch angezeigt.
Nur bei vis2 steht, dass es nicht über git geht.Ich probiere npm.
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge
ScreenToGif :https://www.screentogif.com/downloads.html -
@bahnuhr Wie hast du probiert es zu installieren? Vis kann man nicht von GitHub direkt installieren. Probier mal
von npmnpm hat geklappt.
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge
ScreenToGif :https://www.screentogif.com/downloads.html -
npm hat geklappt.
-
@foxriver76 sagte in Neue stable Versionen der Adapter: web, socketio und ws:
Vis kann man nicht von GitHub
warum nicht; wird doch angezeigt.
Nur bei vis2 steht, dass es nicht über git geht.Ich probiere npm.
-
@bahnuhr stimmt hat kein nogit flag und lies sich bei mir auch eben updaten. Wobei die Fehlermeldung bei dir entweder nen temporäres PRoblem war oder wenn wiederholt auftritt sollte man da mal rein schauen.
Da oben steht
iob url iobroker/iobroker.visDas ist m.E. weder url noch npm Syntax.
Ich würde sagen es sollte entweder
iob url https://github.com/ioBroker/ioBroker.vis(install von github)
oder
iob url iobroker.vis(install von npm)heißen. Oder ergänzt der js-controller/cli den github Teil?
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
771
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge