NEWS
Test: Adapter Log Parser v0.x.x GitHub
-
@Mic
Hast du vielleicht ein Tip !!siehe meine Anfrage oben Beitrag 18 ! ( Editieren +++ und Zusammenfassung )
@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
siehe meine Anfrage oben Beitrag 18 ! ( Editieren +++ und Zusammenfassung )
Bitte poste den Link des Beitrags, den du meinst, direkt, ich sehe leider weder die Beitragsnummern, noch funktioniert die Beitragssuche nach diesem Text. Der Link ist in der Datumsangabe, neben dem Usernamen...
-
@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
siehe meine Anfrage oben Beitrag 18 ! ( Editieren +++ und Zusammenfassung )
Bitte poste den Link des Beitrags, den du meinst, direkt, ich sehe leider weder die Beitragsnummern, noch funktioniert die Beitragssuche nach diesem Text. Der Link ist in der Datumsangabe, neben dem Usernamen...
-
@Dutchman
Cool, vielen Dank für dein Feedback und Ideen, die Issues und den PR :sunglasses: :+1:
Auf die Issues habe ich entsprechend schon auf Github geantwortet, bei Issue 4 habe ich noch eine Frage an dich.Auf die Punkte, für die du Issues eröffnet hast, bin ich dort auf Github bereits eingegangen.
Hier die weiteren:Der interface überschlaget mich mit langen texten, da verliert man sehr schnell de faden
Der Aufbau gefällt mir auch noch nicht sonderlich. Mit den "langen Texten" dachte ich eigentlich, ich mach was gutes, d.h. ich erkläre die Felder hier direkt, damit z.B. nicht nur die Option "Remove PID" da steht, und keiner checkt, was damit gemeint ist.
Klar muss das dann in der Doku erklärt sein, aber so sieht man halt die Erklärung direkt.
Ich gebe ein anderes Beispiel:

Das ist ein Screenshot vom Parser-Adapter. Was bedeutet da denn nun "Num", "Rolle", "Alt", "Ersatz", etc.? Klar, steht in der Doku, aber wäre es nicht besser, man sieht die Erklärung gleich im User Interface?
Ich werfe diese Frage mal so in den Raum, mir ist es egal, die Pflege für mich ist sogar leichter und einfacher in der Adapter-Readme als in der admin/index_m.html, aber ich dachte ich tue den Usern was gutes damit.
Die Tabellen sind leider sehr unuebersichtlich, auf nem 4k schirm hat man platz aber normaler PC/tabblet fast nicht mit zu arbeiten
Da bin ich auch nicht glücklich damit. Außer kürzen (wie Term "Logs zusammenfassen") und Spaltenbreiten begrenzen fällt mir da aber nichts zu ein. Evtl. hat ein HTML/CSS Experte hier noch Tipps. Eigentlich bräuchte ich die Konfig dreidimensional :grin:
Hab dir n PR geschickt fuer issue/enhancement templates auf git
Nice, danke dafür.
@Mic sagte in Test: Adapter Log Parser v0.x.x GitHub:
Cool, vielen Dank für dein Feedback und Ideen, die Issues und den PR
haste wieder nen PR diesmal n par translations als Beispiel :)
zu den texten, mja macht auch sinn überschlage ist denke ich eher auf die Möglichkeiten bezogen.
Die Tabellen z.b. haben viele spalten (timestamp z.b. format währe doch selbe für alle ?) und die Eingabe Felder sind doch die vielen Optionen halte klein :)
Black list dahingegen ist übersichtlich meiner Meinung nach

die erste Tabelle ist also bissl zu gross, da müsste man vielleicht par Sachen auslagern der usability wegen :blush:
-
@Mic sagte in Test: Adapter Log Parser v0.3.x GitHub:
Was ist denn das für ein Datenpunkt "Loganzeige" aus deinem Screenshot?
ein selbsterstellter DP um die einzelnen Logs über Sichtbarkeit anzuzeigen! :)
@Negalein sagte in Test: Adapter Log Parser v0.x.x GitHub:
ein selbsterstellter DP um die einzelnen Logs über Sichtbarkeit anzuzeigen! :)
Die Sichtbarkeit von was?
Die VIS-Tabelle zeigt den Inhalt von
logparser.0.visualization.table0.json.
Mit Buttons kann man den Datenpunktlogparser.0.visualization.table0.selectionsetzen. Also als Wert kann man da dann einen Filter setzen, z.B. also:

Beispiel für Button "Info":

(side note: und gebt btw @Scrounger bitte auch wirklich einen Kaffee aus, er macht hier tolle Arbeit mit seinem Adapter :-) )Drückt man auf den Button "Info", dann wird der State
logparser.0.visualization.table0.selectionmit "Info" gesetzt und im Datenpunktlogparser.0.visualization.table0.jsondann die gefilterten "Info"-Logs angezeigt. Das zeigt dann die JSON-Tabelle auch an.Diese Buttons legt man dann auch für "Hubschrauberlandeplatz", "Katze-hat-hunger", "warn" oder whatever an :-)
Durch drücken auf den Button wird dann der Filter in der Tabelle angezeigt.Daher verstehe ich nicht, warum ihr da einen weiteren Datenpunkt habt...
-
@Mic sagte in Test: Adapter Log Parser v0.x.x GitHub:
Cool, vielen Dank für dein Feedback und Ideen, die Issues und den PR
haste wieder nen PR diesmal n par translations als Beispiel :)
zu den texten, mja macht auch sinn überschlage ist denke ich eher auf die Möglichkeiten bezogen.
Die Tabellen z.b. haben viele spalten (timestamp z.b. format währe doch selbe für alle ?) und die Eingabe Felder sind doch die vielen Optionen halte klein :)
Black list dahingegen ist übersichtlich meiner Meinung nach

die erste Tabelle ist also bissl zu gross, da müsste man vielleicht par Sachen auslagern der usability wegen :blush:
@Dutchman sagte in Test: Adapter Log Parser v0.x.x GitHub:
haste wieder nen PR diesmal n par translations als Beispiel :)
Cool, vielen Dank hierfür, schaue ich mir an. :-)
zu den texten, mja macht auch sinn überschlage ist denke ich eher auf die Möglichkeiten bezogen.
Die Tabellen z.b. haben viele spalten (timestamp z.b. format währe doch selbe für alle ?) und die Eingabe Felder sind doch die vielen Optionen halte klein :)
(...)
die erste Tabelle ist also bissl zu gross, da müsste man vielleicht par Sachen auslagern der usability wegen :blush:Mein "Problem" hier ist schlichtweg: Ich brauche halt im Adapter pro Filter die Einstellungen als Objekt (JSON).
Dafür ist diese Tabelle gedacht, aber ich komme da an meine Grenzen (der oben zitierte Parser-Adapter wohl auch).Ausgelagert habe ich eh schon wie verrückt :grinning: Also als globale Einstellungen, wie etwa Max. Anzahl Logeinträge, Spalten-Reihenfolge für Tabelle, Sortierung, etc.
Ich habe dabei versucht, abzuwiegen, was wirklich individuell pro Filter konfiguriert werden muss, und wo man ggf. Abstriche machen muss und ggf. weitere Adapter-Instanzen braucht, um individuelle Fälle abzubilden. Manche Spalten, wie "Max. Länge" (also abschneiden nach x Zeichen) sind sicherlich diskussionswürdig, um "global" zu setzen. Ggf. auch "Logs zusammenfassen", wobei ich Use Cases habe, bei denen ich das nicht möchte. Dann bräuchte ich 3-4 Adapter-Instanzen.timestamp z.b. format währe doch selbe für alle ?)
Ich persönlich brauche verschiedene. Ausgelagert global bräuchte ich auch da dann mehrere Adapter-Instanzen.
Zusammengefasst:
Hat wer einen besseren Vorschlag, wie man das in einem Adapter gut abgebildet bekommt? Kennt wer Adapter, in denen so was besser umgesetzt wurde? :-) -
@Dutchman sagte in Test: Adapter Log Parser v0.x.x GitHub:
haste wieder nen PR diesmal n par translations als Beispiel :)
Cool, vielen Dank hierfür, schaue ich mir an. :-)
zu den texten, mja macht auch sinn überschlage ist denke ich eher auf die Möglichkeiten bezogen.
Die Tabellen z.b. haben viele spalten (timestamp z.b. format währe doch selbe für alle ?) und die Eingabe Felder sind doch die vielen Optionen halte klein :)
(...)
die erste Tabelle ist also bissl zu gross, da müsste man vielleicht par Sachen auslagern der usability wegen :blush:Mein "Problem" hier ist schlichtweg: Ich brauche halt im Adapter pro Filter die Einstellungen als Objekt (JSON).
Dafür ist diese Tabelle gedacht, aber ich komme da an meine Grenzen (der oben zitierte Parser-Adapter wohl auch).Ausgelagert habe ich eh schon wie verrückt :grinning: Also als globale Einstellungen, wie etwa Max. Anzahl Logeinträge, Spalten-Reihenfolge für Tabelle, Sortierung, etc.
Ich habe dabei versucht, abzuwiegen, was wirklich individuell pro Filter konfiguriert werden muss, und wo man ggf. Abstriche machen muss und ggf. weitere Adapter-Instanzen braucht, um individuelle Fälle abzubilden. Manche Spalten, wie "Max. Länge" (also abschneiden nach x Zeichen) sind sicherlich diskussionswürdig, um "global" zu setzen. Ggf. auch "Logs zusammenfassen", wobei ich Use Cases habe, bei denen ich das nicht möchte. Dann bräuchte ich 3-4 Adapter-Instanzen.timestamp z.b. format währe doch selbe für alle ?)
Ich persönlich brauche verschiedene. Ausgelagert global bräuchte ich auch da dann mehrere Adapter-Instanzen.
Zusammengefasst:
Hat wer einen besseren Vorschlag, wie man das in einem Adapter gut abgebildet bekommt? Kennt wer Adapter, in denen so was besser umgesetzt wurde? :-)@Mic sagte in Test: Adapter Log Parser v0.x.x GitHub:
Zusammengefasst:
Hat wer einen besseren Vorschlag, wie man das in einem Adapter gut abgebildet bekommt? Kennt wer Adapter, in denen so was besser umgesetzt wurde?ehm, nope :) :+1:
-
Ich nutze das umschalten mit einem Widget nicht !
Habe einzelne Widget´s mit Sichtbarkeit geschaltet , da bin ich mit den Spalteneinstellungen pro Widget variabler .....
Kann dir gerade da nicht helfen , da ich es nicht aktiviert habe !
Bin selber noch am Testen .
Zusammenfassen ist nicht aktiviert ... und die +++ soll er auch enfernen was noch nicht klappt.
...suche selber noch ...vielleicht ein Einstellungsfehler von mir :(

@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
Zusammenfassen ist nicht aktiviert ... und die +++ soll er auch enfernen was noch nicht klappt.
So ungefähr gehts mir auch.
Logs zusammenfassen funktioniert nicht überall. -
@Negalein sagte in Test: Adapter Log Parser v0.x.x GitHub:
ein selbsterstellter DP um die einzelnen Logs über Sichtbarkeit anzuzeigen! :)
Die Sichtbarkeit von was?
Die VIS-Tabelle zeigt den Inhalt von
logparser.0.visualization.table0.json.
Mit Buttons kann man den Datenpunktlogparser.0.visualization.table0.selectionsetzen. Also als Wert kann man da dann einen Filter setzen, z.B. also:

Beispiel für Button "Info":

(side note: und gebt btw @Scrounger bitte auch wirklich einen Kaffee aus, er macht hier tolle Arbeit mit seinem Adapter :-) )Drückt man auf den Button "Info", dann wird der State
logparser.0.visualization.table0.selectionmit "Info" gesetzt und im Datenpunktlogparser.0.visualization.table0.jsondann die gefilterten "Info"-Logs angezeigt. Das zeigt dann die JSON-Tabelle auch an.Diese Buttons legt man dann auch für "Hubschrauberlandeplatz", "Katze-hat-hunger", "warn" oder whatever an :-)
Durch drücken auf den Button wird dann der Filter in der Tabelle angezeigt.Daher verstehe ich nicht, warum ihr da einen weiteren Datenpunkt habt...
@Mic sagte in Test: Adapter Log Parser v0.x.x GitHub:
Die Sichtbarkeit von was?
weil ich zB auf dieser View noch andere Sachen anzeigen lasse. zB das Backitup-Log.
-
@Dutchman sagte in Test: Adapter Log Parser v0.x.x GitHub:
haste wieder nen PR diesmal n par translations als Beispiel :)
Cool, vielen Dank hierfür, schaue ich mir an. :-)
zu den texten, mja macht auch sinn überschlage ist denke ich eher auf die Möglichkeiten bezogen.
Die Tabellen z.b. haben viele spalten (timestamp z.b. format währe doch selbe für alle ?) und die Eingabe Felder sind doch die vielen Optionen halte klein :)
(...)
die erste Tabelle ist also bissl zu gross, da müsste man vielleicht par Sachen auslagern der usability wegen :blush:Mein "Problem" hier ist schlichtweg: Ich brauche halt im Adapter pro Filter die Einstellungen als Objekt (JSON).
Dafür ist diese Tabelle gedacht, aber ich komme da an meine Grenzen (der oben zitierte Parser-Adapter wohl auch).Ausgelagert habe ich eh schon wie verrückt :grinning: Also als globale Einstellungen, wie etwa Max. Anzahl Logeinträge, Spalten-Reihenfolge für Tabelle, Sortierung, etc.
Ich habe dabei versucht, abzuwiegen, was wirklich individuell pro Filter konfiguriert werden muss, und wo man ggf. Abstriche machen muss und ggf. weitere Adapter-Instanzen braucht, um individuelle Fälle abzubilden. Manche Spalten, wie "Max. Länge" (also abschneiden nach x Zeichen) sind sicherlich diskussionswürdig, um "global" zu setzen. Ggf. auch "Logs zusammenfassen", wobei ich Use Cases habe, bei denen ich das nicht möchte. Dann bräuchte ich 3-4 Adapter-Instanzen.timestamp z.b. format währe doch selbe für alle ?)
Ich persönlich brauche verschiedene. Ausgelagert global bräuchte ich auch da dann mehrere Adapter-Instanzen.
Zusammengefasst:
Hat wer einen besseren Vorschlag, wie man das in einem Adapter gut abgebildet bekommt? Kennt wer Adapter, in denen so was besser umgesetzt wurde? :-) -
So hier nochmal als Zusammnefassung :
Ich kann einsetzen was ich will und ich bekomme es nicht Editiert das +++
Das ist doch das gleiche wie im Script ...oder ist etwas anderes zu beachten
und der Log wird immer zusammengefasst !?

@Glasfaser
Was meinst du mit " ich bekomme es nicht Editiert das +++":- Willst du die "+++" entfernen?
- Willst du Lgs filtern, die diese 3 Plus in Folge haben?
Wenn du Screenshots machst, am besten bitte mit Tabellenüberschrift, dann ist es einfacher zu verstehen.
Du hast unter "Whitelist 1: UND" die +++ gesetzt. Hier die Erklärung.
Das bedeutet, dass nur dann ein Log gefiltert wird, wenn es "+++" enthält.
Willst du "+++" entfernen, dann nimm die Spalte "Entferne Teile aus der Logzeile".Sorry, ich werde die nächsten Tage das alles vernünftig in Deutsch und Englisch dokumentieren.
-
So hier nochmal als Zusammnefassung :
Ich kann einsetzen was ich will und ich bekomme es nicht Editiert das +++
Das ist doch das gleiche wie im Script ...oder ist etwas anderes zu beachten
und der Log wird immer zusammengefasst !?

@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
und der Log wird immer zusammengefasst !?
Das interessiert mich umso mehr.
Du sagst, du hast "Logs zusammenfassen" deaktiviert, und dennoch werden diese zusammen gefasst.
Ich kann das nicht reproduzieren.
Hast du Log-Beispiele, mit denen sich das so verhält? Am besten direkt aus dem ioBroker-Log in Admin.
Danke dir für deine Mithilfe und Tests :-) -
@Glasfaser
Was meinst du mit " ich bekomme es nicht Editiert das +++":- Willst du die "+++" entfernen?
- Willst du Lgs filtern, die diese 3 Plus in Folge haben?
Wenn du Screenshots machst, am besten bitte mit Tabellenüberschrift, dann ist es einfacher zu verstehen.
Du hast unter "Whitelist 1: UND" die +++ gesetzt. Hier die Erklärung.
Das bedeutet, dass nur dann ein Log gefiltert wird, wenn es "+++" enthält.
Willst du "+++" entfernen, dann nimm die Spalte "Entferne Teile aus der Logzeile".Sorry, ich werde die nächsten Tage das alles vernünftig in Deutsch und Englisch dokumentieren.
@Mic sagte in Test: Adapter Log Parser v0.x.x GitHub:
Was meinst du mit " ich bekomme es nicht Editiert das +++":
- Willst du die "+++" entfernen?
Richtig , es funktioniert nicht .... das +++ bleibt
- Willst du Lgs filtern, die diese 3 Plus in Folge haben?
Das funktioniert ....
Willst du "+++" entfernen, dann nimm die Spalte "Entferne Teile aus der Logzeile".
Das habe ich gemacht und es funktioniert nicht
Und desweiteren werden die Logs immer noch zusammen gefasst , obwohl ich kein Haken drin habe .
Ich lese mal dein Link --- und teste mal weiter .....
Edit :
du hast oben noch was geschrieben ... werde mal sammeln :) -
@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
+++
Wäre super, wenn du dann Github Issues aufmachst. Also hier: https://github.com/Mic-M/ioBroker.logparser/issues
Dank @Dutchman ist hier auch eine Vorlage hinterlegt, welche Infos ich brauche. Das Template ist in Englisch, aber gerne auch dann in Deutsch reinschreiben, verstehe ich auch :-)
Als Entwickler müssen wir Fehler reproduzieren können, daher machen wir das ganze mit den Fragen im Template.
Bitte für jedes Problem (z.B. "+++ wird nicht entfernt, obwohl in Spalte "xxx" eingetragen) ein separates Issue aufmachen.
Danke noch mal für Eure Tests usw. Das ist sehr hilfreich, um hier sehr bald einen stabilen Adapter zu veröffentlichen :+1:
-
@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
+++
Wäre super, wenn du dann Github Issues aufmachst. Also hier: https://github.com/Mic-M/ioBroker.logparser/issues
Dank @Dutchman ist hier auch eine Vorlage hinterlegt, welche Infos ich brauche. Das Template ist in Englisch, aber gerne auch dann in Deutsch reinschreiben, verstehe ich auch :-)
Als Entwickler müssen wir Fehler reproduzieren können, daher machen wir das ganze mit den Fragen im Template.
Bitte für jedes Problem (z.B. "+++ wird nicht entfernt, obwohl in Spalte "xxx" eingetragen) ein separates Issue aufmachen.
Danke noch mal für Eure Tests usw. Das ist sehr hilfreich, um hier sehr bald einen stabilen Adapter zu veröffentlichen :+1:
@Mic
Hab heut schon den ganzen Tag mitgelesen und mich drauf gefreut heute noch den Adapter auszuprobieren. Installiert, läuft, perfekt - vielen Dank super Adapter!Vorallem die Struktur finde ich sehr durchdacht. Speziell die Datenpunkte für Visualisierung und den
selectionDatenpunkt, bin begeistert :-)Hab gleich mal nen MDW Select Wigdet gebastelt für den
selectionDatenpunkt:

Jetzt hab ich endlich nen grund gefunden dem Select Widget noch beizubringen mit multistates umgehen zu können.
-
Aktuelle Test Version 0.4.6 Veröffentlichungsdatum 13. April 2020 Github Link https://github.com/Mic-M/ioBroker.logparser Über diesen Adapter
Mit diesem Adapter können die ioBroker-Logs aller Adapter entsprechend geparsed, also gefiltert werden. Dieser Adapter ersetzt auch vollständig mein Log-Script (siehe Github | ioBroker-Forum-Thread).
Siehe hier die Vorankündigung: Adapter Log-Parser – brauche bitte Eure Meinung
Ein paar Kommentare:
- Es sind soweit alle Features des Log-Scripts vorhanden.
- Die Performance wurde massiv verbessert. Ich habe die meisten Script-Teile entsprechend umgeschrieben.
- Bestehende Log-Scripts von mir im JavaScript-Adapter bitte deaktivieren zum testen.
- Installation für die Tester über "5.) Adapter aus eigener URL installieren". Dann werden die entsprechenden Datenpunkte unter logparser.0 angelegt.
- Für die Umsteiger vom Log-Script: Hier eine Vergleichstabelle der Datenpunkte
Euer Feedback ist sehr willkommen :-) Ich werde auch noch Lasttests durchführen, also viele Logs gleichzeitig reinballern, um zu sehen wie sich der Adapter verhält.
Anleitungen:
Fragen zu Filterregeln:
Bitte hier stellen: Log Parser: Fragen und Antworten zu Regex und Filterregeln
Changelog:
Beispiel für VIS:
Hallo, Super Adapter ! :+1:
Habe mal eine View gebastelt, irgendwo habe ich einen Fehler, die Logs springen wieder zurück.
Kannst du die View mal testen?

-
ich habe das gleiche problem wie @Glasfaser
Ich will alle Logeinträge die +++ enthalten in einer Ansicht zusammenfassen.
Im Log selber sollen die +++ aber nicht auftauchen:
Whitelist: +++
Entferne: /script.js.[^:]*: /, "+++"Ergebnis:

-
@Mic
Hab heut schon den ganzen Tag mitgelesen und mich drauf gefreut heute noch den Adapter auszuprobieren. Installiert, läuft, perfekt - vielen Dank super Adapter!Vorallem die Struktur finde ich sehr durchdacht. Speziell die Datenpunkte für Visualisierung und den
selectionDatenpunkt, bin begeistert :-)Hab gleich mal nen MDW Select Wigdet gebastelt für den
selectionDatenpunkt:

Jetzt hab ich endlich nen grund gefunden dem Select Widget noch beizubringen mit multistates umgehen zu können.
@Scrounger sagte in Test: Adapter Log Parser v0.x.x GitHub:
Jetzt hab ich endlich nen grund gefunden dem Select Widget noch beizubringen mit multistates umgehen zu können.
Zur Info mt der neuen Material Design Widgets Version 0.3.0 geht das jetzt (demnächst im latest).
D.h. beim Select Widget einfach den Datenpunktselectioneintragen
und bei Eingabemethode
Objekt hat Wertelisteauswählen:
So funktioniert die Auswahl dann out of the box.
-
@Scrounger sagte in Test: Adapter Log Parser v0.x.x GitHub:
Jetzt hab ich endlich nen grund gefunden dem Select Widget noch beizubringen mit multistates umgehen zu können.
Zur Info mt der neuen Material Design Widgets Version 0.3.0 geht das jetzt (demnächst im latest).
D.h. beim Select Widget einfach den Datenpunktselectioneintragen
und bei Eingabemethode
Objekt hat Wertelisteauswählen:
So funktioniert die Auswahl dann out of the box.
@Scrounger Ich habe heute mal eine Testview mit dem Select Widget erstellt. Hat super funktioniert.
Wegen Platzmangel habe ich dann in meiner normalen View in einem Popup Fenster zu arbeiten (Widget - jqui -container - icon - view in Dialog).
Da wird das Auswahlmenü nicht angezeit. Als ich dann das Popup Fenster geschlossen hatte war das Auswahlfenster da (lag dahinter). Das spielen mit dem Z-Index brachte leider auch keinen Erfolg. -
Aktuelle Test Version 0.4.6 Veröffentlichungsdatum 13. April 2020 Github Link https://github.com/Mic-M/ioBroker.logparser Über diesen Adapter
Mit diesem Adapter können die ioBroker-Logs aller Adapter entsprechend geparsed, also gefiltert werden. Dieser Adapter ersetzt auch vollständig mein Log-Script (siehe Github | ioBroker-Forum-Thread).
Siehe hier die Vorankündigung: Adapter Log-Parser – brauche bitte Eure Meinung
Ein paar Kommentare:
- Es sind soweit alle Features des Log-Scripts vorhanden.
- Die Performance wurde massiv verbessert. Ich habe die meisten Script-Teile entsprechend umgeschrieben.
- Bestehende Log-Scripts von mir im JavaScript-Adapter bitte deaktivieren zum testen.
- Installation für die Tester über "5.) Adapter aus eigener URL installieren". Dann werden die entsprechenden Datenpunkte unter logparser.0 angelegt.
- Für die Umsteiger vom Log-Script: Hier eine Vergleichstabelle der Datenpunkte
Euer Feedback ist sehr willkommen :-) Ich werde auch noch Lasttests durchführen, also viele Logs gleichzeitig reinballern, um zu sehen wie sich der Adapter verhält.
Anleitungen:
Fragen zu Filterregeln:
Bitte hier stellen: Log Parser: Fragen und Antworten zu Regex und Filterregeln
Changelog:
Beispiel für VIS:
@Mic Echt geile Sache dein Adapter. Funktioniert so weit ich das bis jetzt überblicken kann - Hervorragend .
Wie @Dutchman schon schrieb, wären mehr Adapter zur Auswahl (Parser-Regeln) bestimmt nicht schlecht.
Was man nicht braucht kann man ja deaktivieren / oder löschen.
Bei löschen vielleicht noch einen Button für "Werkszustand :grinning: "
Die Bedienung ist für mich sehr schlüssig und finde ich toll.

