eigenes Changelog für die Übersicht

[ComputerZOO]

Du hängst dort einfach folgendes an:

Code Auswählen Erweitern

,ChangeLog,/<FHEMNAME>/FileLog_logWrapper&dev=changelog&type=text&file=<CHANGELOG>

<FHEMNAME> = Name von FHEM (meist fhem, oder FHEM)
<CHANGELOG> = Name deines Logfiles (bei mir z.B. changelog-2019.log)

[curt]

Das funktioniert perfekt - sehr herzlichen Dank!

Bitte noch eine Frage: Also im nächsten Januar (dann ist ja 2020) werde ich mir vermutlich einen Wolf suchen - könnte man das denn allgemeiner gestalten, also das da immer das aktuelle Logfile adressiert wird?

[Benni]

Bitte noch eine Frage: Also im nächsten Januar (dann ist ja 2020) werde ich mir vermutlich einen Wolf suchen - könnte man das denn allgemeiner gestalten, also das da immer das aktuelle Logfile adressiert wird?

Ohne das jetzt komplett auszuarbeiten (habe gerade kein System verfügbar!):

Den Pfad zur aktuell verwendeten Datei eines FileLog-Devices kannst du dir in Perl mittels InternalVal() über das Internal currentlogfile abholen:

Code Auswählen Erweitern

InternalVal(<Name des FileLog-Devices>,'currentlogfile',undef)

Jetzt müsstest du dir ein at bauen, das einmal jährlich am 01.01., bspw. um 00:01:00 den o.g. Wert aus dem Internal holt und das Attribut menuEntries am FHEMWEB-Device entsprechend anpasst (Stichworte attr -a und attr -r)

Dazu noch ein Hinweis: Ein at kann nicht jährlich ausgeführt werden, sondern nur maximal täglich. Daher müsstest du im Ausführungsteil des at prüfen, ob zum Ausführungszeitpunkt das Datum der 01.01. eines Jahres ist. Alternativ könnte man auch das at explizit am 01.01.2020 ausführen lassen und dann im Ausführungsteil des at ein neues at für das Folgejahr erzeugen. Das ist aber noch etwas anspruchsvoller! Bestimmt kommt dafür auch ein DOIF in Frage, dafür gibt es aber andere Spezialisten.

Weiterer hinweis: Die Attributänderung durch das at müsste ggf. noch durch ein save gespeichert werden.
Ob man automatisiert ein save ausführen lassen will, muss jeder selbst entscheiden.

Alternativ, falls dir das alles zu kompliziert erscheint, dann kannst du dir, um die Suche 2020 zu vereinfachen,  im comment-Attribut des FileLog-Devices auch einfach entsprechende Notizen (bspw. Link auf den Foren-Thread hier) dazu machen.


Gruß Benni.

[curt]

Ohne das jetzt komplett auszuarbeiten (habe gerade kein System verfügbar!):
...
Dazu noch ein Hinweis: Ein at kann nicht jährlich ausgeführt werden, sondern

Das klingt alles fürchterlich kompliziert - ich weiß nicht ob ich das sagen darf: Das ist ein Designfehler.

Bei FTUI ist das bei mehreren Widgets so gelöst: Ein "-" adressiert das aktuelle Logfile. Damit ist dann alles schon geklärt. Wenn die das bei FTUI können, warum soll das bei Changelog nicht gehen? Wen muss man denn da überreden?

Andere Frage, @Benny
Ich habe system und user nun in einen eigenen room gepackt. Es wäre nun sehr schön, wenn es dort auch noch einen weblink auf das (jaja, aktuelle) Filelog gäbe. Das kann ich leider nicht. Sagst Du mir bitte, wie man das macht?

[Benni]

Das klingt alles fürchterlich kompliziert - ich weiß nicht ob ich das sagen darf: Das ist ein Designfehler.

Das hatte ich befürchtet! Und nein, nur weil man was nicht versteht oder weil etwas komplex ist es nicht gleich ein Designfehler. 

Wen muss man denn da überreden?

https://fhem.de/MAINTAINER.txt kennst du?

Sagst Du mir bitte, wie man das macht?

Nein!
Sorry, aber mit den Informationen aus diesem Thread und der Commandref solltest du das selbst bewältigen können!

Gruß Benni
(am Ende mit "i")

[curt]

Das hatte ich befürchtet! Und nein, nur weil man was nicht versteht oder weil etwas komplex ist es nicht gleich ein Designfehler. 

Selbstverständlich ist es ein Designfehler, wenn man das aktuell gültige Log nicht direkt adressieren kann. Du hast ja selbst den Beweis geliefert: Ich müsse nur ein at und ein doif, das aber nur zu Mitternacht des Jahreswechsels. Aber die tote schwarze Katze muss ich jede Nacht zu Mitternacht über dem Kopf kreisen lassen. Sorry - das ist Vollpanne.

Also wenn das kein Designfehler ist - dann weiß ich auch nicht.

Wie gesagt: Die Jungs vom Team FTUI kriegen das hin. Dann sollte das Team FHEM das auch können.

Gruß Benni
(am Ende mit "i")

Ja, Benny <rennt um sein Leben>

P.S: Komm, lach mal wieder.

[Benni]

*plonk*

[curt]

Ach je.

P.S: Komm, lach mal wieder. Das Leben ist schon ernst genug.

[Christoph Morrison]

Das klingt alles fürchterlich kompliziert - ich weiß nicht ob ich das sagen darf: Das ist ein Designfehler.

Das ist echt Stuss. Wie der Logfile benannt ist hast du selbst entschieden, vermutlich hast du einfach ./log/changelog-%Y.log aus dem ersten Posting übernommen. Damit hast du selbst dafür gesorgt, dass sich der Name des Logfiles jährlich ändert. Meiner tut das einfach nicht, sondern wird von logrotate rotiert, FHEM kann das nicht besser als logrotate. Lass halt -%Y weg und dann hast du nur noch eine Datei und du "suchst dir keinen Wolf", aber irgendwann wird die sehr groß wenn du sie nicht rotierst. Ansonsten was Benni gesagt hat: Kommentar dran und dann findest du den Eintrag schon.

Was soll daran ein Designfehler sein?

Lies auch unbedingt mal How To Ask Questions The Smart Way. Benni hat sonst (imho) ein ruhiges und geduldiges Wesen. Es ist übrigens tatsächlich ziemlich respektlos erst seinen Namen falsch zu schreiben und dann auch noch darauf zu insistieren, dass er der Humorlose und nicht du der Respektlose bist.

EOT, meinerseits.

[mi.ke]

Lies auch unbedingt mal How To Ask Questions The Smart Way.

. . . und hier in Deutsch . . .

[curt]

@Christoph Morrison

Das klingt alles fürchterlich kompliziert - ich weiß nicht ob ich das sagen darf: Das ist ein Designfehler.

Das ist echt Stuss.

Die einen sagen so - die anderen so. Natürlich ist es logisch, dass "die Software" zunächst einmal als default das aktuelle Logfile adressiert (es ist völlig Banane, wie das konkret heißt, die Information ist vorhanden) und erst im Falle des Überschreibens ein anderes Log nimmt. Das wäre der Idealfall.

Wie der Logfile benannt ist hast du selbst entschieden, vermutlich hast du einfach ./log/changelog-%Y.log aus dem ersten Posting übernommen.
...
Was soll daran ein Designfehler sein?

Siehe oben.

Es ist übrigens tatsächlich ziemlich respektlos erst seinen Namen falsch zu schreiben

Das war ein Typo, der mir in diesem Moment nicht gegenwärtig war.

und dann auch noch darauf zu insistieren, dass er der Humorlose und nicht du der Respektlose bist.

Du liest bitte ganz vorsichtig nochmals Beitrag #19 nach? Und dann denkst Du nochmal über Respektlosigkeiten nach?

Dieses überhebliche "Du bist doof, ich sage Dir aber nicht warum", gepaart mit einem hingerotzten Link auf MAINTAINER - das ist ein Machtspiel. Mal abgesehen davon, dass aus meiner Sicht Teile des Forums genau daran kranken und harmlos Fragende abschrecken - das war auch eine Nebelkerze. Die Antwort sagt genau nichts zu der eigentlich von mir aufgeworfenen (vielleicht dummen) Fragestellung.

Respekt -das mal ins Stammbuch aller Beteiligten- ist immer eine zweiseitige Sache. Man kann nicht Respekt erheischen und gleichzeitig selbst respektlos sein.

So sehr ich @benni sonst schätze.

[Benni]

Dieses überhebliche "Du bist doof, ich sage Dir aber nicht warum", gepaart mit einem hingerotzten Link auf MAINTAINER

"Hingerotzt" habe ich hier gar nichts!
Diese Ausdrucksweise von dir ist schon eine unerhörte Respektlosigkeit!

Vor allem nachdem ich dir in meinem vorherigen Post vesucht habe ziemlich konkret zu helfen, mit vielen Links  zu den entsprechenden Dokumentationen und unter Hinweis auf mögliche Fallstricke.

Ja, Benny <rennt um sein Leben>

P.S: Komm, lach mal wieder.

UND DANN, mit Absicht, obwohl ich dich zuvor extra darauf hingewiesen habe, dass du meinen Namen falsch Schreibst, dieses dann nochmal zu tun mit irgendeinem blöden Spruch dazu ("rennt um sein Leben", was soll das sein? Eine Drohung?)

DAS IST DER GIPFEL DER RESPEKTLOSIGKEIT!

[igami]

Und nun kommen wir bitte wieder zum Thema zurück. Für Verhaltensregeln könnt ihr einen separaten Thread eröffnen.

[teufelchen]

@Igami:

Super Idee und Danke für das Bereitstellen.

Was meinst Du aber mit, bzw. was müsste noch angepasst werden?

Dann sollte das lc aber noch überarbeitet werden, da device Namen ja druchaus auch Großbuchstaben enthalten können.

[igami]

Was meinst Du aber mit, bzw. was müsste noch angepasst werden?

lc wandelt den ganzen String in Kleinbuchstaben um, also auch den Device Namen. Der einfachheithalber könnte man das lc einfach weglassen. Nur dann steht SHUTDOWN etc. auch in Großnbuchstaben im Log.