NEWS
[Neuer Adapter] radar-trap
-
@zarello Nein das sind nur die Sourcemaps das ist ok. Ist das die Ausgabe der Konsole nachdem Du auf den Button gedrückt hast? Konsole muss vorher auf sein.
@carsten04 sagte in [Neuer Adapter] radar-trap:
@zarello Nein das sind nur die Sourcemaps das ist ok. Ist das die Ausgabe der Konsole nachdem Du auf den Button gedrückt hast? Konsole muss vorher auf sein.
Ja, so sieht die Ausgabe beim Edit auf die Instanz aus und beim Klicken auf den Button kommt nichts mehr dazu.
-
@zarello Nein das sind nur die Sourcemaps das ist ok. Ist das die Ausgabe der Konsole nachdem Du auf den Button gedrückt hast? Konsole muss vorher auf sein.
@carsten04 Moment, als ich jetzt nochmal hingeguckt hatte waren noch zwei Timeouts dazu gekommen:
2.25763cc9.chunk.js:2 Uncaught (in promise) f {type: 'FeathersError', name: 'Timeout', message: 'Timeout of 120000ms exceeded calling create on routes', code: 408, className: 'timeout', …} Promise.catch (async) (anonymous) @ 2.25763cc9.chunk.js:2 onClick @ main.8b4235c5.chunk.js:1 qe @ 2.25763cc9.chunk.js:2 Xe @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Tr @ 2.25763cc9.chunk.js:2 jr @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Re @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 zr @ 2.25763cc9.chunk.js:2 Qt @ 2.25763cc9.chunk.js:2 Jt @ 2.25763cc9.chunk.js:2 t.unstable_runWithPriority @ 2.25763cc9.chunk.js:2 Zo @ 2.25763cc9.chunk.js:2 Ie @ 2.25763cc9.chunk.js:2 Yt @ 2.25763cc9.chunk.js:2 2.25763cc9.chunk.js:2 Uncaught (in promise) f {type: 'FeathersError', name: 'Timeout', message: 'Timeout of 120000ms exceeded calling create on routes', code: 408, className: 'timeout', …} Promise.catch (async) (anonymous) @ 2.25763cc9.chunk.js:2 onClick @ main.8b4235c5.chunk.js:1 qe @ 2.25763cc9.chunk.js:2 Xe @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Tr @ 2.25763cc9.chunk.js:2 jr @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Re @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 zr @ 2.25763cc9.chunk.js:2 Qt @ 2.25763cc9.chunk.js:2 Jt @ 2.25763cc9.chunk.js:2 t.unstable_runWithPriority @ 2.25763cc9.chunk.js:2 Zo @ 2.25763cc9.chunk.js:2 Ie @ 2.25763cc9.chunk.js:2 Yt @ 2.25763cc9.chunk.js:2 -
@carsten04 Moment, als ich jetzt nochmal hingeguckt hatte waren noch zwei Timeouts dazu gekommen:
2.25763cc9.chunk.js:2 Uncaught (in promise) f {type: 'FeathersError', name: 'Timeout', message: 'Timeout of 120000ms exceeded calling create on routes', code: 408, className: 'timeout', …} Promise.catch (async) (anonymous) @ 2.25763cc9.chunk.js:2 onClick @ main.8b4235c5.chunk.js:1 qe @ 2.25763cc9.chunk.js:2 Xe @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Tr @ 2.25763cc9.chunk.js:2 jr @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Re @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 zr @ 2.25763cc9.chunk.js:2 Qt @ 2.25763cc9.chunk.js:2 Jt @ 2.25763cc9.chunk.js:2 t.unstable_runWithPriority @ 2.25763cc9.chunk.js:2 Zo @ 2.25763cc9.chunk.js:2 Ie @ 2.25763cc9.chunk.js:2 Yt @ 2.25763cc9.chunk.js:2 2.25763cc9.chunk.js:2 Uncaught (in promise) f {type: 'FeathersError', name: 'Timeout', message: 'Timeout of 120000ms exceeded calling create on routes', code: 408, className: 'timeout', …} Promise.catch (async) (anonymous) @ 2.25763cc9.chunk.js:2 onClick @ main.8b4235c5.chunk.js:1 qe @ 2.25763cc9.chunk.js:2 Xe @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Tr @ 2.25763cc9.chunk.js:2 jr @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Re @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 zr @ 2.25763cc9.chunk.js:2 Qt @ 2.25763cc9.chunk.js:2 Jt @ 2.25763cc9.chunk.js:2 t.unstable_runWithPriority @ 2.25763cc9.chunk.js:2 Zo @ 2.25763cc9.chunk.js:2 Ie @ 2.25763cc9.chunk.js:2 Yt @ 2.25763cc9.chunk.js:2 -
@zarello Hast Du bei Dir pihole oder adguard oder was ähnliches laufen was eventuell die mapbox api calls blockiert?
@carsten04 Nein, pihole oder adguard oder so sind nicht installiert.
Ich habe mir gerade die Konsolenausgabe im Firefox noch angeguckt. Dort kommt schon beim Laden der Seite und im 1-2 Sekundentakt folgende Meldung:
Laden von gemischten aktiven Inhalten "http://192.168.1.22:3030/socket.io/?EIO=3&transport=polling&t=O3Jid4M" wurde blockiert. 2.25763cc9.chunk.js:2:1894871Die IP ist die des RasPIs.
-
@zarello Hast Du bei Dir pihole oder adguard oder was ähnliches laufen was eventuell die mapbox api calls blockiert?
-
@carsten04 Gerade nochmal im Router geguckt, da ist auch nichts blockiert.
-
@zarello Wie rufst Du iobroker auf? Über https oder http? Falls über https probier mal bitte über http.
-
@carsten04 Ich rufe das über https auf. Http akzeptiert mein ioBroker nicht. Das habe ich wohl irgendwo mal ausgeschaltet.
-
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
@carsten04 sagte in [Neuer Adapter] radar-trap:
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
Tja, eigentlich ist nun mal nicht bei mir:
Ich suche gerade, ob ich finde, wo ich das so eingestellt habe, dass er das nicht zulässt.
-
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
@carsten04 Alles klar, das ist eine Instanzeinstellung in admin.0, dort habe ich https aktiviert. Allerdings bekomme ich auch eine Warnung, wenn ich das ausschalten möchte, da ich auch die Authentifizierung aktiviert habe: Das Passwort würde dann im Klartext übertragen werden.
Das ist leider keine Option für mich. -
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
@carsten04 sagte in [Neuer Adapter] radar-trap:
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
Also, wenn ich https ausschalte, funktioniert es.
Das ist für mich jedoch nicht unkritisch: Ich habe Kinder im Haus.
Da ist eine gewisse Absicherung einfach notwendig. Es ist schon schlimm genug, dass ich in dem Zusammenhang den Vis-Editor nicht mit einem Passwort schützen kann. -
@carsten04 Alles klar, das ist eine Instanzeinstellung in admin.0, dort habe ich https aktiviert. Allerdings bekomme ich auch eine Warnung, wenn ich das ausschalten möchte, da ich auch die Authentifizierung aktiviert habe: Das Passwort würde dann im Klartext übertragen werden.
Das ist leider keine Option für mich.@zarello sagte in [Neuer Adapter] radar-trap:
@carsten04 Alles klar, das ist eine Instanzeinstellung in admin.0, dort habe ich https aktiviert. Allerdings bekomme ich auch eine Warnung, wenn ich das ausschalten möchte, da ich auch die Authentifizierung aktiviert habe: Das Passwort würde dann im Klartext übertragen werden.
Das ist leider keine Option für mich.Wenn Du nur intern auf den iobroker zugreifst ist das egal. Anders sieht es aus wenn Du den Port freigegeben hast. Sollte man aber sowieso nie machen. Dann immer über VPN (z.B. ipsec, ovpn, etc) oder direkt über die iobroker cloud.
-
@carsten04 sagte in [Neuer Adapter] radar-trap:
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
Also, wenn ich https ausschalte, funktioniert es.
Das ist für mich jedoch nicht unkritisch: Ich habe Kinder im Haus.
Da ist eine gewisse Absicherung einfach notwendig. Es ist schon schlimm genug, dass ich in dem Zusammenhang den Vis-Editor nicht mit einem Passwort schützen kann.@zarello sagte in [Neuer Adapter] radar-trap:
@carsten04 sagte in [Neuer Adapter] radar-trap:
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
Also, wenn ich https ausschalte, funktioniert es.
Das ist für mich jedoch nicht unkritisch: Ich habe Kinder im Haus.
Da ist eine gewisse Absicherung einfach notwendig. Es ist schon schlimm genug, dass ich in dem Zusammenhang den Vis-Editor nicht mit einem Passwort schützen kann.Kann ich verstehen, aber jetzt habe ich eine Idee woran es liegt und was ich machen kann. Danke Dir!
-
@zarello sagte in [Neuer Adapter] radar-trap:
@carsten04 sagte in [Neuer Adapter] radar-trap:
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
Also, wenn ich https ausschalte, funktioniert es.
Das ist für mich jedoch nicht unkritisch: Ich habe Kinder im Haus.
Da ist eine gewisse Absicherung einfach notwendig. Es ist schon schlimm genug, dass ich in dem Zusammenhang den Vis-Editor nicht mit einem Passwort schützen kann.Kann ich verstehen, aber jetzt habe ich eine Idee woran es liegt und was ich machen kann. Danke Dir!
-
@carsten04 Super. Ich teste gerne, wenn es dafür einen BugFix gibt ;)
@zarello sagte in [Neuer Adapter] radar-trap:
@carsten04 Super. Ich teste gerne, wenn es dafür einen BugFix gibt ;)
Es gibt eine neue v0.5.0, die das Problem lösen sollte. Wenn Du Zeit hast dann probier es mal aus und gebe mir bitte ein kurzes feedback.
-
@zarello sagte in [Neuer Adapter] radar-trap:
@carsten04 Super. Ich teste gerne, wenn es dafür einen BugFix gibt ;)
Es gibt eine neue v0.5.0, die das Problem lösen sollte. Wenn Du Zeit hast dann probier es mal aus und gebe mir bitte ein kurzes feedback.
@carsten04 Das funktioniert bei mir leider immer noch nicht. Die Console im Firefox sagt jetzt:
Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf https://192.168.1.22:3030/socket.io/?EIO=3&transport=polling&t=O3PMjzV. (Grund: CORS-Anfrage schlug fehl). -
@carsten04 Das funktioniert bei mir leider immer noch nicht. Die Console im Firefox sagt jetzt:
Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf https://192.168.1.22:3030/socket.io/?EIO=3&transport=polling&t=O3PMjzV. (Grund: CORS-Anfrage schlug fehl). -
@zarello sagte in [Neuer Adapter] radar-trap:
@carsten04 Super. Ich teste gerne, wenn es dafür einen BugFix gibt ;)
Es gibt eine neue v0.5.0, die das Problem lösen sollte. Wenn Du Zeit hast dann probier es mal aus und gebe mir bitte ein kurzes feedback.
@carsten04 Okay, das lag daran, dass das Zertifikat von https://IP:3030/ noch nicht von meinem Browser akzeptiert wurde. Wenn ich einmal auf die Adresse gehe und das Zertifikat akzeptiere, funktioniert es.
-
@carsten04 Okay, das lag daran, dass das Zertifikat von https://IP:3030/ noch nicht von meinem Browser akzeptiert wurde. Wenn ich einmal auf die Adresse gehe und das Zertifikat akzeptiere, funktioniert es.
-
++++++++++++++++++++++++++++
18.05.2022: neue Version 0.5.0; fixed https error
13.05.2022: neue Version 0.4.0; Node.js packages wurden aktualisiert
04.01.2022: neue Version 0.3.0; Map-Widget mit auto. Größenanpassung, 2 neue States je Route (duration und distance)
24.12.2021: neue Version 0.2.1; Local Link wurde entfernt
24.12.2021: neue Version 0.2.0
++++++++++++++++++++++++++++
28.12.2021: Hallo zusammen, ich hoffe der ein oder andere hat noch Lust zu testen. Bisher ist die Reaktion eher mau. Kann aber auch daran liegen, dass das Thema nicht wirklich viele interessiert. Hoffe aber noch auf einige Feedbacks, ansonsten würde ich den Adapter ersteinmal so Ende Januar ins Latest stellen.
++++++++++++++++++++++++++++Hallo zusammen,
ich habe einen Adapter zur aktuellen Verkehrslage entwickelt. Er zeigt folgende Störungen auf der ausgewählten Strecke an:
- Blitzer mobil, Blitzer fest, Baustellen, Stau, Glätte, Unfall, Nebel und Gegenstände
Die Routen und der gewünschte Routentyp können individuell konfiguriert werden. Für jede Route läßt sich ein Timer setzen, nach dessen Ablauf die Verkehrslage neu ermittelt wird. Eine Aktualisierung kann in der Routenübersicht auch manuell erfolgen, der Timer wird dann neu gestartet. Die Ergebnisse stehen je Strecke als States zur Verfügung.
Mit Installation des Adapters gibt es im VIS Editor zwei neue Widgets unter der Gruppe radar-trap. Diese lassen sich individuell konfigurieren und aktualisieren sich ioBroker üblich automatisch.Der Adapter ist noch Alpha und zum ausprobieren und testen über die GitHub octocat installierbar. Bitte daher in eine Testumgebung installieren und nicht die Produktionsumgebung nutzen. Der Adapter läuft schon sehr stabil, ist aber immer noch Alpha. Eine Latest-Version habe ich für Ende Januar geplant, je nachdem wie hier so das Feedback ausfällt und es noch viele Wünsche gibt.
Wenn ihr das octocat-Symbol im Admin ausgewählt habt, müßt ihr unter BENUTZERDEFINIERT folgende URL eingeben: https://github.com/Steiger04/ioBroker.radar-trap
Damit der Adapter bei euch läuft, müßt ihr euch zwei Accounts anlegen:
- Mapbox-Account für die Routenbestimmung (Link)
- Opencage-Account für die Bestimmung von geographischen Koordinaten (Link)
Habt Ihr die Accounts angelegt, erhaltet Ihr einen Mapbox-Token und eine OpenCage-ID, die ihr in der Konfigurationsseite des Adapters (Reiter Einstellungen) eintragen müßt. Beide Accounts sind für die Adapterzwecke kostenfrei nutzbar.
Wenn euch Fehler auffallen, ihr Verbesserungsvorschläge habt, oder euch was fehlt, dann bitte hier im Forum posten, oder noch besser auf GitHub ein Issue anlegen.
Hinweis: Der Adapter stellt unter dem konfigurierten Feathers-Port eine API für routes, directions und traps zur Verfügung. Ihr könnt euch also unter http://[hostname]:[konfigurierter Feather Port]/[routes|directions|traps] z.B. alle routes-Infos, direction-Infos, oder traps-Infos anzeigen lassen. Die Ausgabe erfolgt als JSON. Für eine bessere Darstellung könnt ihr euch einen der diversen JSON-Anzeige-Plugins für euren verwendeten Browser installieren.
Die API habe ich für Testzwecke ersteinmal drin gelassen. Ich überlege noch, ob ich sie ggf. für die Latest-Version deaktiviere, da es eine vollwertige REST-API ist, über die auch Änderungen vorgenommen werden können.Grüße
CarstenAnbei noch ein paar Screenshots (Adapter und VIS):
und drei kleine Videos:
Admin: radar-trap-admin.mp4
Objekte: radar-trap-objects.mp4
vis: radar-trap-vis.mp4Durchgestrichen@carsten04
ich habe jetzt mal auf die neue Version upgedatet und seit dem bleibt der Adapter Rot, mit folgender Logausgabe:adar-trap.0 2022-05-27 09:30:19.621 warn Terminated (UNCAUGHT_EXCEPTION): Without reason radar-trap.0 2022-05-27 09:30:19.619 info terminating radar-trap.0 2022-05-27 09:30:19.519 error Cannot read property 'duration' of undefined radar-trap.0 2022-05-27 09:30:19.519 error TypeError: Cannot read property 'duration' of undefined at RadarTrap.onReady (/opt/iobroker/node_modules/iobroker.radar-trap/main.js:146:29) at processTicksAndRejections (internal/process/task_queues.js:95:5) radar-trap.0 2022-05-27 09:30:19.518 error unhandled promise rejection: Cannot read property 'duration' of undefined radar-trap.0 2022-05-27 09:30:19.509 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). radar-trap.0 2022-05-27 09:30:18.980 info starting. Version 0.5.0 (non-npm: Steiger04/ioBroker.radar-trap#5cff8ba7e0e194a1a556dd8db89c38eb8447f2da) in /opt/iobroker/node_modules/iobroker.radar-trap, node: v14.18.2, js-controller: 4.0.23 radar-trap.0 2022-05-27 09:30:16.193 debug States connected to redis: 127.0.0.1:9000 radar-trap.0 2022-05-27 09:30:15.771 debug States create User PubSub Client radar-trap.0 2022-05-27 09:30:15.769 debug States create System PubSub Client radar-trap.0 2022-05-27 09:30:15.431 debug Redis States: Use Redis connection: 127.0.0.1:9000 radar-trap.0 2022-05-27 09:30:15.280 debug Objects connected to redis: 127.0.0.1:9001 radar-trap.0 2022-05-27 09:30:15.168 debug Objects client initialize lua scripts radar-trap.0 2022-05-27 09:30:14.441 debug Objects create User PubSub Client radar-trap.0 2022-05-27 09:30:14.439 debug Objects create System PubSub Client radar-trap.0 2022-05-27 09:30:13.926 debug Objects client ready ... initialize now radar-trap.0 2022-05-27 09:30:13.686 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 radar-trap.0 2022-05-27 09:29:30.405 warn Terminated (UNCAUGHT_EXCEPTION): Without reason radar-trap.0 2022-05-27 09:29:30.399 info terminating radar-trap.0 2022-05-27 09:29:30.133 error Cannot read property 'duration' of undefined radar-trap.0 2022-05-27 09:29:30.132 error TypeError: Cannot read property 'duration' of undefined at RadarTrap.onReady (/opt/iobroker/node_modules/iobroker.radar-trap/main.js:146:29) at processTicksAndRejections (internal/process/task_queues.js:95:5) radar-trap.0 2022-05-27 09:29:30.131 error unhandled promise rejection: Cannot read property 'duration' of undefined radar-trap.0 2022-05-27 09:29:30.130 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). radar-trap.0 2022-05-27 09:29:29.912 info starting. Version 0.5.0 (non-npm: Steiger04/ioBroker.radar-trap#5cff8ba7e0e194a1a556dd8db89c38eb8447f2da) in /opt/iobroker/node_modules/iobroker.radar-trap, node: v14.18.2, js-controller: 4.0.23 radar-trap.0 2022-05-27 09:29:29.112 debug States connected to redis: 127.0.0.1:9000 radar-trap.0 2022-05-27 09:29:28.897 debug States create User PubSub Client radar-trap.0 2022-05-27 09:29:28.895 debug States create System PubSub Client radar-trap.0 2022-05-27 09:29:28.711 debug Redis States: Use Redis connection: 127.0.0.1:9000 radar-trap.0 2022-05-27 09:29:28.571 debug Objects connected to redis: 127.0.0.1:9001 radar-trap.0 2022-05-27 09:29:28.542 debug Objects client initialize lua scripts radar-trap.0 2022-05-27 09:29:28.242 debug Objects create User PubSub Client radar-trap.0 2022-05-27 09:29:28.240 debug Objects create System PubSub Client radar-trap.0 2022-05-27 09:29:28.236 debug Objects client ready ... initialize now radar-trap.0 2022-05-27 09:29:28.070 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 radar-trap.0 2022-05-27 09:28:54.321 warn Terminated (UNCAUGHT_EXCEPTION): Without reason radar-trap.0 2022-05-27 09:28:54.320 info terminating radar-trap.0 2022-05-27 09:28:54.312 error Cannot read property 'duration' of undefined radar-trap.0 2022-05-27 09:28:54.311 error TypeError: Cannot read property 'duration' of undefined at RadarTrap.onReady (/opt/iobroker/node_modules/iobroker.radar-trap/main.js:146:29) at processTicksAndRejections (internal/process/task_queues.js:95:5) radar-trap.0 2022-05-27 09:28:54.310 error unhandled promise rejection: Cannot read property 'duration' of undefined radar-trap.0 2022-05-27 09:28:54.309 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). radar-trap.0 2022-05-27 09:28:54.091 info starting. Version 0.5.0 (non-npm: Steiger04/ioBroker.radar-trap#5cff8ba7e0e194a1a556dd8db89c38eb8447f2da) in /opt/iobroker/node_modules/iobroker.radar-trap, node: v14.18.2, js-controller: 4.0.23 radar-trap.0 2022-05-27 09:28:53.382 debug States connected to redis: 127.0.0.1:9000 radar-trap.0 2022-05-27 09:28:53.197 debug States create User PubSub Client radar-trap.0 2022-05-27 09:28:53.195 debug States create System PubSub Client radar-trap.0 2022-05-27 09:28:53.055 debug Redis States: Use Redis connection: 127.0.0.1:9000 radar-trap.0 2022-05-27 09:28:52.928 debug Objects connected to redis: 127.0.0.1:9001 radar-trap.0 2022-05-27 09:28:52.878 debug Objects client initialize lua scripts radar-trap.0 2022-05-27 09:28:52.559 debug Objects create User PubSub Client radar-trap.0 2022-05-27 09:28:52.557 debug Objects create System PubSub Client radar-trap.0 2022-05-27 09:28:52.554 debug Objects client ready ... initialize now radar-trap.0 2022-05-27 09:28:52.257 debug Redis Objects: Use Redis connection: 127.0.0.1:9001Mit der alten Version lief das ganze Problemlos.
Gruß
Oliver
Support us
524
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge