String aufteilen
-
@hafo sagte in String aufteilen:
@mickym Vielen Dank
Ich muss muss mich da wirklich noch etwas reinarbeiten.Wei
ßt Du, wenn ich Dein anderen Post nicht gelesen hätte, hätte ich ja nicht gewusst auf was es hinausläuft.Gestern hast aber keine Antwort von mir bekommen, da Du weder Dein VIS noch Deine Widgets vorgestellt hast. Au
ßerdem sind mir Screenshots die Function Nodes enthalten ohne dass der Flow exportiert sind, eine Black-Box - was soll man denn da helfen?Also wenn Du wirkliche Hilfe willst, dann ist es am Besten wenn man sich beim Beschreiben des Problems etwas ausf
ührlicher Mühe gibt. 
Ich gehe nun mal davon aus, dass Du in Deiner Vis nun Widgets als Switches hast - die true oder false f
ür den Wochentag bieten und Du für jeden Wochentag einen eigenen Datenpunkt erstellt hast.Dann wirst Du wahrscheinlich als n
ächstes vor der Herausforderung stehen, diese Datenpunkte wieder in den Ausgangsstring zu verwandeln. ;). Tipp: Sammeln mit JOIN als Objekt, SPLIT in Einzelnachrichten, JOIN in String. -
@paul53 f
üllt mir dein Script direkt die 7 Objekte? Wo kann ich definieren was zu was gehört?@hafo sagte: Wo kann ich definieren was zu was geh
ört?Wenn es um die Tomaten an Wochentagen geht, z.B. "0_userdata.0.Bewaesserung.Tomaten.Mittwoch":
const path = '0_userdata.0.Bewaesserung.Tomaten.'; const idString = '...'; const weekdays = ['Montag','Dienstag','Mittwoch','Donnerstag','Freitag','Samstag','Sonntag']; on(idString, function(dp) { let arr = dp.state.val.split(','); for(let i = 0; i < arr.length; i++) { setState(path + weekdays[i], !!parseInt(arr[i]), true); } }); -
@hafo sagte in String aufteilen:
@mickym Vielen Dank
Ich muss muss mich da wirklich noch etwas reinarbeiten.Wei
ßt Du, wenn ich Dein anderen Post nicht gelesen hätte, hätte ich ja nicht gewusst auf was es hinausläuft.Gestern hast aber keine Antwort von mir bekommen, da Du weder Dein VIS noch Deine Widgets vorgestellt hast. Au
ßerdem sind mir Screenshots die Function Nodes enthalten ohne dass der Flow exportiert sind, eine Black-Box - was soll man denn da helfen?Also wenn Du wirkliche Hilfe willst, dann ist es am Besten wenn man sich beim Beschreiben des Problems etwas ausf
ührlicher Mühe gibt. Ich gehe nun mal davon aus, dass Du in Deiner Vis nun Widgets als Switches hast - die true oder false f
ür den Wochentag bieten und Du für jeden Wochentag einen eigenen Datenpunkt erstellt hast.Dann wirst Du wahrscheinlich als n
ächstes vor der Herausforderung stehen, diese Datenpunkte wieder in den Ausgangsstring zu verwandeln. ;). Tipp: Sammeln mit JOIN als Objekt, SPLIT in Einzelnachrichten, JOIN in String.@mickym Deine Glaskugel m
öchte ich auch mal haben. Aber das zurückführen in einen String kenne ich noch aus meinem Projekt Wetterstation. Ich werde mein Projekt unter Vis einmal genau vorstellen, das vereinfacht sicher vieles. Ich fürchte ich bin noch lange nicht am Ziel.
@paul53 Danke, das wäre wahrscheinlich der kürzere Weg gewesen, ich habe aber schon mickym's Lösung übernommen. Das ist für micht ehrlich gesagt auch durchschaubarer. -
@mickym Deine Glaskugel m
öchte ich auch mal haben. Aber das zurückführen in einen String kenne ich noch aus meinem Projekt Wetterstation. Ich werde mein Projekt unter Vis einmal genau vorstellen, das vereinfacht sicher vieles. Ich fürchte ich bin noch lange nicht am Ziel.
@paul53 Danke, das wäre wahrscheinlich der kürzere Weg gewesen, ich habe aber schon mickym's Lösung übernommen. Das ist für micht ehrlich gesagt auch durchschaubarer.@hafo sagte in String aufteilen:
Aber das zur
ückführen in einen String kenne ich noch aus meinem Projekt Wetterstation.In dem Fall w
ürde ich es aber anders machen, was aber nicht heißt, dass es nicht auch so ginge. -
@hafo sagte in String aufteilen:
Aber das zur
ückführen in einen String kenne ich noch aus meinem Projekt Wetterstation.In dem Fall w
ürde ich es aber anders machen, was aber nicht heißt, dass es nicht auch so ginge. -
@hafo sagte in String aufteilen:
@mickym dann kl
äre mich doch bitte auf, als Anfänger ist man offen für bessere Wege 
Nun dann poste doch mal wie Deine Wochentagspunkte unter 0_userdata.0 aussehen, die Du wieder in die Stringform zur
ückhaben willst. Gerne auch Screenshot der Objekte Struktur und einmal den Pfad zu einem Wochentag in Textform in Code-Tags. Ich kanns dann halt besser anpassen, aber im Grunde schaut der Flow so aus:
-
@hafo sagte in String aufteilen:
@mickym dann kl
äre mich doch bitte auf, als Anfänger ist man offen für bessere Wege Nun dann poste doch mal wie Deine Wochentagspunkte unter 0_userdata.0 aussehen, die Du wieder in die Stringform zur
ückhaben willst. Gerne auch Screenshot der Objekte Struktur und einmal den Pfad zu einem Wochentag in Textform in Code-Tags. Ich kanns dann halt besser anpassen, aber im Grunde schaut der Flow so aus:@mickym gerne. Ich m
öchte grundsätzlich alles wichtige als Objekt gespeichert haben. Wenn ich im Vis dann mithilfe des Filter dropdown einen Kanal auswähle, werden die entsprechenden Punkte in die Objekte für das Vis geladen und dort angezeigt. Diese kann ich dann ändern und auf speichern klicken. Dann sollte es die Daten wieder auf den richtigen Objekten speichern. Diese Änderung löst dann einen String aus, welcher den Timer programmiert.
Soviel zur Theorie, ich hoffe das ist halbwegs verständlich.
Hier werden die Objekte zum Vis geladen:
-
@mickym gerne. Ich m
öchte grundsätzlich alles wichtige als Objekt gespeichert haben. Wenn ich im Vis dann mithilfe des Filter dropdown einen Kanal auswähle, werden die entsprechenden Punkte in die Objekte für das Vis geladen und dort angezeigt. Diese kann ich dann ändern und auf speichern klicken. Dann sollte es die Daten wieder auf den richtigen Objekten speichern. Diese Änderung löst dann einen String aus, welcher den Timer programmiert.
Soviel zur Theorie, ich hoffe das ist halbwegs verständlich.
Hier werden die Objekte zum Vis geladen:
-
@hafo sagte in String aufteilen:
@mickym dann kl
äre mich doch bitte auf, als Anfänger ist man offen für bessere Wege Nun dann poste doch mal wie Deine Wochentagspunkte unter 0_userdata.0 aussehen, die Du wieder in die Stringform zur
ückhaben willst. Gerne auch Screenshot der Objekte Struktur und einmal den Pfad zu einem Wochentag in Textform in Code-Tags. Ich kanns dann halt besser anpassen, aber im Grunde schaut der Flow so aus: -
@mickym Noch zu deiner eigentlichen Frage. Die Wochentage habe ich so gespeichert
0_userdata.0.Bew
ässerung.dMo
0_userdata.0.Bewässerung.dDi
...
ich hoffe du hast danach gefragt.@hafo Ja das hab ich schon rausgefunden.
Ich werde den Flow mal so anpassen, dass er Dir diesen String wieder aus den 7 Bewässerungspunkten ausgibt und Du speicherst es ja dann in Typ_Tage.Im
Übrigen scheinst Du ja parallel mit Node-Red Dashboard zu arbeiten, warum Du aber solche Nodes wie den Calculator installierst - erschließt sich mir nicht ganz, da im Standardsortiment doch die aggregator Node vorhanden ist. Aber egal. -
@hafo Ja das hab ich schon rausgefunden.
Ich werde den Flow mal so anpassen, dass er Dir diesen String wieder aus den 7 Bewässerungspunkten ausgibt und Du speicherst es ja dann in Typ_Tage.Im
Übrigen scheinst Du ja parallel mit Node-Red Dashboard zu arbeiten, warum Du aber solche Nodes wie den Calculator installierst - erschließt sich mir nicht ganz, da im Standardsortiment doch die aggregator Node vorhanden ist. Aber egal. @mickym den ui Scheduler habe ich genommen, weil ich nichts anderes gefunden habe wo der Timer mit einem String programmiert werden kann. H
äufig kann er nur überschrieben werden und springt dann wieder auf die ursprünglichen Zeiten zurück.
Die Aggregator Node muss ich wohl mal anschauen. Ich wollte nicht alles mit der Funktions Node machen und Calculator klingt halt schon sehr passend.
Schon mal vielen Dank für deine Hilfe. -
@mickym den ui Scheduler habe ich genommen, weil ich nichts anderes gefunden habe wo der Timer mit einem String programmiert werden kann. H
äufig kann er nur überschrieben werden und springt dann wieder auf die ursprünglichen Zeiten zurück.
Die Aggregator Node muss ich wohl mal anschauen. Ich wollte nicht alles mit der Funktions Node machen und Calculator klingt halt schon sehr passend.
Schon mal vielen Dank für deine Hilfe.@hafo EInen Timer den Du von au
ßen mittels Strings programmieren kannst. ist zum Beispiel dieser hier:https://flows.nodered.org/node/node-red-contrib-eztimer/in/c8156f6276976bfb518d1e60442e01e2
mit dem muss man sich bissi besch
äftigen, aber ich glaube der würde für Deine Zwecke gut passen. -
@mickym Noch zu deiner eigentlichen Frage. Die Wochentage habe ich so gespeichert
0_userdata.0.Bew
ässerung.dMo
0_userdata.0.Bewässerung.dDi
...
ich hoffe du hast danach gefragt.@hafo So der Flow ist soweit fertig, w
äre zwar bissi einfacher gewesen, wenn die Wochentage auf einer anderen Ebene gewesen wären, dann hätte man mit den Wildcards besser arbeiten können, aber so habe ich halt nur die relevanten Topics zur Bildung des Strings gebildet:Wichtig ist, dass Du die Join Node mit den Wochentagen initialisierst, da die Reihenfolge im String ja entscheidend ist. Wenn man das nicht macht kommen die Wochentage wild gew
ürfelt rein.Nachdem Du wahrscheinlich immer alle Datenpunkte aufeinmal schreibst, brauchst Du die nicht einzeln abfragen bzw. ich lasse ja den ganzen Bew
ässerungsast triggern und filtere dann. Du solltest Dir vielleicht doch überlegen, ob Du da nicht eine separate Struktur für die Tage unter Bewässerung machst - also Bewässerung.days.Mo usw. aber egal ich habs jetzt wie es ist rausgefiltert.
Ggf. noch eine Trigger Node dranh
ängen (hab ich mal gemacht, kannst ja wieder entfernen), falls Du nicht für jede Änderung eine Nachricht brauchst, sondern zum Beispiel erst nach 5 Sekunden oder so. Bei Visualisierungen hilft das gegen nervöse Hände bzw. Finger. Wenn Du
übrigens Deine Vis Auswahl nicht mit Zahlen sondern mit den richtigen Namen fütterst, kannst Du in dem Flow auch den msg.topic dynamisch zusammenstellen und den String mit einer iobroker out Node variabel schreiben. Ansonsten musst halt über eine Change Node (also zum Beispiel 7) mit dem msg.topic übersetzen.So hab den Flow oben noch um die vis Auswahl und der dynamischen Ausgabe erg
änzt:
Du musst nun aber aufpassen, dass Du Dir keine Endlosschleifen einhandelst. Sprich Node-Red und VIS schreiben in die Wochentagspunkte - das wird schief gehen. Da musst Du noch was
überlegen - ich würde getrennte Punke ggf. zum Auslesen und zum Setzen nehmen. -
@hafo So der Flow ist soweit fertig, w
äre zwar bissi einfacher gewesen, wenn die Wochentage auf einer anderen Ebene gewesen wären, dann hätte man mit den Wildcards besser arbeiten können, aber so habe ich halt nur die relevanten Topics zur Bildung des Strings gebildet:Wichtig ist, dass Du die Join Node mit den Wochentagen initialisierst, da die Reihenfolge im String ja entscheidend ist. Wenn man das nicht macht kommen die Wochentage wild gew
ürfelt rein.Nachdem Du wahrscheinlich immer alle Datenpunkte aufeinmal schreibst, brauchst Du die nicht einzeln abfragen bzw. ich lasse ja den ganzen Bew
ässerungsast triggern und filtere dann. Du solltest Dir vielleicht doch überlegen, ob Du da nicht eine separate Struktur für die Tage unter Bewässerung machst - also Bewässerung.days.Mo usw. aber egal ich habs jetzt wie es ist rausgefiltert.Ggf. noch eine Trigger Node dranh
ängen (hab ich mal gemacht, kannst ja wieder entfernen), falls Du nicht für jede Änderung eine Nachricht brauchst, sondern zum Beispiel erst nach 5 Sekunden oder so. Bei Visualisierungen hilft das gegen nervöse Hände bzw. Finger. Wenn Du
übrigens Deine Vis Auswahl nicht mit Zahlen sondern mit den richtigen Namen fütterst, kannst Du in dem Flow auch den msg.topic dynamisch zusammenstellen und den String mit einer iobroker out Node variabel schreiben. Ansonsten musst halt über eine Change Node (also zum Beispiel 7) mit dem msg.topic übersetzen.So hab den Flow oben noch um die vis Auswahl und der dynamischen Ausgabe erg
änzt:Du musst nun aber aufpassen, dass Du Dir keine Endlosschleifen einhandelst. Sprich Node-Red und VIS schreiben in die Wochentagspunkte - das wird schief gehen. Da musst Du noch was
überlegen - ich würde getrennte Punke ggf. zum Auslesen und zum Setzen nehmen.@mickym Phuu, das ganze wird ja komplizierter als erwartet. Da war die Gardena Steuerung ja noch richtig einfach. Aber noch bin ich motiviert, es liegen ja auch noch 20 Zigbee Bodenfeuchtesensoren hier....
Ich kann gut eine separate Struktur f
ür die Tage machen wenns hilft. Sollte die Struktur dann so aussehen: Bewässerung.days.Mo.Di.Mi... oder kommen alle Tage in denselben Ordner? Dann könnte ich auch gleich einen Ordner für die Vis Punkte machen und für jeden Bewässerungsstrang. Was empfiehlst du da?Wenn ich alles umbaue, kann ich auch gleich das mit der Variable bei der Vis Ausgabe umsetzen. Das vereinfacht ja auch den Fow welcher das Vis f
üllt.Eine Endlosschleife sollte es eigentlich nicht geben. Ich plane einen Knopf f
ürs Speichern ein. Da wird ein Datenpunkt auf true gesetzt und funktioniert als Trigger für deinen Flow. Am Ende muss ich ihn nur noch auf false setzten.Was macht dein Timer besser als meiner? Lohnt sich ein umstieg?
-
@mickym Phuu, das ganze wird ja komplizierter als erwartet. Da war die Gardena Steuerung ja noch richtig einfach. Aber noch bin ich motiviert, es liegen ja auch noch 20 Zigbee Bodenfeuchtesensoren hier....
Ich kann gut eine separate Struktur f
ür die Tage machen wenns hilft. Sollte die Struktur dann so aussehen: Bewässerung.days.Mo.Di.Mi... oder kommen alle Tage in denselben Ordner? Dann könnte ich auch gleich einen Ordner für die Vis Punkte machen und für jeden Bewässerungsstrang. Was empfiehlst du da?Wenn ich alles umbaue, kann ich auch gleich das mit der Variable bei der Vis Ausgabe umsetzen. Das vereinfacht ja auch den Fow welcher das Vis f
üllt.Eine Endlosschleife sollte es eigentlich nicht geben. Ich plane einen Knopf f
ürs Speichern ein. Da wird ein Datenpunkt auf true gesetzt und funktioniert als Trigger für deinen Flow. Am Ende muss ich ihn nur noch auf false setzten.Was macht dein Timer besser als meiner? Lohnt sich ein umstieg?
@hafo Na ja so kompliziert ist es ja nicht. Ich hab Dir doch den Flow nun so hin gebastelt, dass er mit der jetzigen Struktur auskommen w
ürde.Aber wenn Du schon fragst ja ich w
ürde die Vis Datenpunkte - noch eine Ebene nach unten gehen, dann brauchst Du nicht, wie ich in dem Flow gemacht habe alles filtern und kannst einfach mit Bewässerung.days.* alle Änderungen überwachen. Für jeden Bewässerungsstrang würde ich es nicht machen, da Du ja alle Stränge über eine Oberfläche im vis behandeln möchtest.Das mit der Vis Ausgabe brauchst Du dann auch nicht umbauen, ggf. kann man halt statt Zahlen
über vis gleich das ausgeben, um was es sich handelt, dann kannst Du den msg.topic direkt bauen. Also statt 7 eben Tomaten etc.Gut wenn Du das
über einen Knopf mit Speichern triggerst, dann triggerst Du es aber nicht über iobroker In Nodes, sondern machst es Einzeln über get Nodes oder List Nodes (da brauchst die Struktur nicht).Den Timer brauchst nicht
ändern - ich dachte nur - wenn ich das richtig gesehen habe, dass der für das NOdeRed Dashboard gedacht war. Egal.Was ich ehrlich gesagt nicht verstehe warum Du Dir das mit dem String 1,1,0,0,0,0,0 usw. so kompliziert machst und nicht einfach zu den einzelnen St
ängen einfach das Objekt als JSON abspeicherst, dann würdest Du Dir das Leben viel einfacher machen. Ich zeig Dir das mal als JSON. In diesem Fall könntest Du einfach beim Ein- und Auslesen den ganzen Datenpunkt nehmen und machst das auch wieder wie gehabt über Flow-Variablen. Dann braucht man keine Reihenfolgen und keine Initialisierungen . -
@hafo Na ja so kompliziert ist es ja nicht. Ich hab Dir doch den Flow nun so hin gebastelt, dass er mit der jetzigen Struktur auskommen w
ürde.Aber wenn Du schon fragst ja ich w
ürde die Vis Datenpunkte - noch eine Ebene nach unten gehen, dann brauchst Du nicht, wie ich in dem Flow gemacht habe alles filtern und kannst einfach mit Bewässerung.days.* alle Änderungen überwachen. Für jeden Bewässerungsstrang würde ich es nicht machen, da Du ja alle Stränge über eine Oberfläche im vis behandeln möchtest.Das mit der Vis Ausgabe brauchst Du dann auch nicht umbauen, ggf. kann man halt statt Zahlen
über vis gleich das ausgeben, um was es sich handelt, dann kannst Du den msg.topic direkt bauen. Also statt 7 eben Tomaten etc.Gut wenn Du das
über einen Knopf mit Speichern triggerst, dann triggerst Du es aber nicht über iobroker In Nodes, sondern machst es Einzeln über get Nodes oder List Nodes (da brauchst die Struktur nicht).Den Timer brauchst nicht
ändern - ich dachte nur - wenn ich das richtig gesehen habe, dass der für das NOdeRed Dashboard gedacht war. Egal.Was ich ehrlich gesagt nicht verstehe warum Du Dir das mit dem String 1,1,0,0,0,0,0 usw. so kompliziert machst und nicht einfach zu den einzelnen St
ängen einfach das Objekt als JSON abspeicherst, dann würdest Du Dir das Leben viel einfacher machen. Ich zeig Dir das mal als JSON. In diesem Fall könntest Du einfach beim Ein- und Auslesen den ganzen Datenpunkt nehmen und machst das auch wieder wie gehabt über Flow-Variablen. Dann braucht man keine Reihenfolgen und keine Initialisierungen .@mickym ok, dann lege ich die vis objekte unter vis ab. Das mit den Strings verstehe ich halt noch nicht so ganz. Ich w
ürde es gerne als Json speichern, verstehe aber nicht wie ich es dann im vis angezeigt bekomme und verändern kann.
Auch die Aufteilung in Stunden und Minuten ist etwas kompliziert, funktioniert in meinem Flow jedoch. Mein Hauptproblem ist halt dass der Timer ziemlich w
ählerisch ist mit den Inputs. Grundsätzlich könnte ich auch alles über einen Timer laufen lassen, der hätte auch verschiedene Ausgänge. Allerdings wird das füttern dadurch ziemlich kompliziert. Ich müsste ja bei jeder Änderung sämtliche Timer neu laden.Ich habe die Objekte nun so aufgeteilt
-
@mickym ok, dann lege ich die vis objekte unter vis ab. Das mit den Strings verstehe ich halt noch nicht so ganz. Ich w
ürde es gerne als Json speichern, verstehe aber nicht wie ich es dann im vis angezeigt bekomme und verändern kann.
Auch die Aufteilung in Stunden und Minuten ist etwas kompliziert, funktioniert in meinem Flow jedoch. Mein Hauptproblem ist halt dass der Timer ziemlich w
ählerisch ist mit den Inputs. Grundsätzlich könnte ich auch alles über einen Timer laufen lassen, der hätte auch verschiedene Ausgänge. Allerdings wird das füttern dadurch ziemlich kompliziert. Ich müsste ja bei jeder Änderung sämtliche Timer neu laden.Ich habe die Objekte nun so aufgeteilt
@hafo So ich zeig Dir mal im Groben, wie ich es machen w
ürde. Es enthält zumindest nun für den ganzen Zyklus den Ablauf und habe auch teilweise Deinen Flow genommen.
Ich hab jetzt nicht die Zahlen genommen - gut dann ist die Reihenfolge nicht so sch
ön, aber das kannst ja dann in meinem Flow entsprechend ändern.Das Ganze arbeitet nun doch wieder sch
ön mit einer Flow-Variablen ist aber ziemlich einfach:1- Der vis-Auswahl Punkt wird getriggert - Dein Flow - aber bei den Tagen habe ich das nun ge
ändert um von dem String wegzukommen:
Der Flow schreibt die Datenpunkte unter Tage! (also easy)
- Durch das Schreiben werden automatisch der folgende Flow getriggert und in eine Flow Variable geschrieben:
und gleichzeitig die Punkte f
ür die Vis Visualisierung gesetzt bzw. aktualisiert.
Somit wird auch
über jede vis Änderung in Echtzeit die Flow Variable aktualisiert.- Sobald Du auf Speichern drückst hier mit einer Inject Node simuliert, wird die Flow Variable wieder ausgelesen, das kennst Du ja und dann die Auswahl Variable abgefragt und nun ein JSON String in den entsprechenden Datenpunkt geschrieben und kann dann wie unter 1 wieder ausgelesen werden:
-
Vielen vielen Dank. Ich bin gerade ein bisschen am vis am arbeiten. Auch das braucht seine Zeit wenn man noch keine Vorkentnisse hat
Nun muss ich mal raus aufs Bike. Ich melde mich wenn ich weiter bin (oder Hilfe benötige) 
Bei deinem Flow muss ich aber den String in 1.0.0.1.0.0.0 umwandeln um den Timer zu f
üttern. Das sollte ich mittlerweile aber hinbekommen. -
Vielen vielen Dank. Ich bin gerade ein bisschen am vis am arbeiten. Auch das braucht seine Zeit wenn man noch keine Vorkentnisse hat
Nun muss ich mal raus aufs Bike. Ich melde mich wenn ich weiter bin (oder Hilfe benötige) Bei deinem Flow muss ich aber den String in 1.0.0.1.0.0.0 umwandeln um den Timer zu f
üttern. Das sollte ich mittlerweile aber hinbekommen.@hafo Viel Spa
ß bei Radeln.Im
Übrigen das unter 2. setzen der Flow Variablen ist wieder mal einer der wenigen Fälle die mit einer Function Node einfacher sind:
Inhalt der function-Node:
fTopic='days.' + msg.topic; flow.set(fTopic,msg.payload); return null; -
Vielen vielen Dank. Ich bin gerade ein bisschen am vis am arbeiten. Auch das braucht seine Zeit wenn man noch keine Vorkentnisse hat
Nun muss ich mal raus aufs Bike. Ich melde mich wenn ich weiter bin (oder Hilfe benötige) Bei deinem Flow muss ich aber den String in 1.0.0.1.0.0.0 umwandeln um den Timer zu f
üttern. Das sollte ich mittlerweile aber hinbekommen.@hafo Ich hab jetzt mal die Datenpunkte so angepasst, wie Du das hast - da die Reihenfolge f
ür Deinen Timer wichtig ist.
Man braucht dann am eigentlichen Flow so gut wie nichts
ändern:Da der JSON String - die Objekte durch die Nummern in der richtigen Reihenfolge enth
ält - kannst Du für Deinen Timer folgendes machen:
Wenn Du Punkte brauchst - halt das Zeichen in der JOIN Node
ändern:
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
471
Online32.7k
Benutzer82.6k
Themen1.3m
Beiträge