Hallo miteinander, ich bin dabei eine Lösung zu entwickeln die mit Logs größer 100MB umgehen kann. Etwas Geduld bitte noch. Ist schon in der Alpha-Version. Ob es allerdings sinnvoll ist solche großen Logs zu haben ist eine andere Sache, wenn immer wieder die gleichen Daten eingetragen werden die keinen wesentlichen Mehrwert haben.
Gerade auf kleinen Systemen nehmen die nur unnötig Platz weg. und sind unnötige Schreibvorgängen die das System früher beschädigen können. Da könnte man bei Problemen aus meiner Sicht besser kurzzeitig das Log erweitern. Aber wie gesagt, ich bin dabei. Danach sollte das hoffentlich kein Problem mehr sein.
v0.7.1_beta5
Komplett neuer Unterbau der leistungsfähige Tools des Betriebssystems nutzen kann um sehr große Logs zu verarbeiten. Umschalter zwischen Standard und System Modi. Anpassung der grafischen Darstellung. Vorbereitung für einen Ultra-schnellen Bearbeitungsmodus getroffen, wo dann auch die Filterschnittmengen effektiver bei super großen Logs verarbeitet werden können.
Viel Spaß beim Testen. Bitte bedenken, dass das noch Beta ist. Ich konnte bisher nur auf Linux Debian 13 und Windows 11 testen. Wenn der “System” Mode verwendet bei großen Logs, dann könnten andere Systeme noch meckern. Im “Standard” Mode sollte eigentlich alles unterstützt werden. Der System Mode richtet sich an besonders große Log-Dateien. In meine Tests wurden die jedoch super schnell verarbeitet. Am Ende ist es eine Sache wie schnell die Festplatte die Daten rausgeben kann.
Kannst das Modul einmal im Beckend öffnen und das Debuging einschalten und es erneut versuchen? Da kann man dann das gesamte Debuging runterladen. Kannst du mir gerne auch als PM senden. Das wirklich gar nicht angezeigt wird ist schon merkwürdig. Welcher Browser ist denn im Einsatz?
Noch eine Nachfrage: Was ist mit TB gemeint? Läuft das in Docker oder auf TrueNAS oder ähnlich. Ich habe etwas die Befürchtung, dass da manche Betriebssystemtools fehlen. DA werde ich wohl die Überprüfung noch etwas ausbauen müssen.
Probiere mal die folgenden Kommandos nacheinander abzusetzen:
which awk grep tail head sort wc tac
php -r ‚var_dump(function_exists(„exec“));‘
echo $PATH
Mal schauen, was überhaupt auf deinem System vorhanden ist.
Läuft Smycon denn direkt auf Linux im TB oder in einem Container wie Docker? Konntest du die oben genannten Befehle denn einmal ausprobieren? Es könnte sein, dass das Board für die Abfragen zu schwach ist und daher nicht sofort etwas anzeigt.
Aber selbst wenn das dazu führt, dass das Kommando nicht bekannt ist, sollte es dennoch funktioneren. Es ist auf dem System alles drauf was drauf sein sollte. Hast du den Seitenaufbau mal ein paar Minuten abgewartet? Ich kann mir nur noch erklären, dass das System zu schwach ist. Ich werden im nächsten Update etwas mehr Analyse einbauen um dem nachzugehen.
Bisher habe ich sonst keine weiteren Problem mitbekommen.
Ok, lässt mir aber leider keine Ruhe, da das Verhalten merkwürdig ist.
Wie ist das denn vom Ablauf? Du gehst in die Tile, dann lädt das Programm zunächst die kleine Log mit Modi “Standard”? Geht das auch noch mit im Modi “System” mit den kleinen Logs? Oder funktioniert “System” auch bei kleinen Logs nicht? Wenn du dann in der laufen Tile auf eine große Log Datei im DropDown umschaltest, dann kommt die schwarze Tile oder erst später?
Das Debuging wäre hilfreich aus dem Modul heraus im Backend:
Wenn das Debuging eingeschaltet ist, dann einmal verschiedene “Modi” mit leichtem Zeitabstand durchgehen, bis die schwarze Tile kommt. Danach kannst du das Debuging runterladen:
In der Textdatei kannst überprüfen ob da persönliche Daten drinnen stehen. Da sollte normal nichts drinnen sein, sondern nur Daten zum Programmlauf. Das Debuging gerne als PM zu mir senden. Vielleicht kann ich dann mehr sehen.
v0.7.4_beta1
-Fix CustomSelect auch bei Standard Selects bei Anzeige im Edge Browser waren die Hintergründe in andere Farbe
-Fix CustomSelect bei Breite wg Überlagerungen
-Debug Erweiterung beim Initialen Laden
-Init-Laden umgebaut, dass alte Cache Daten verworfen werden, wenn man neu in die Tile kommt
-Fix Ladebalken ging manchmal nicht von alleine weg, auch wenn Datenladen bereits fertig war
Habe das Debuging leicht erweitert und ein paar Fixes umgesetzt.
