LBS19000690 - Jahrestage

[mars]

hups, da habe ich gerade was anderes im Sinn:
Meine aktuelle Testversion ersetzt ungültige Datumsangaben ala 30.02.1999 gegen 01.01.1970 (timestamp 0) und ignoriert Zeilen ohne gültiges Datumsformat (also alles != TT.MM.JJJJ).
Die Konsequenz ist, dass unbekannte Angaben durch Dummy-Angaben (z.B. Deine Variante 1) ergänzt werden. Diese Angabe kann dann jeder Anwender individuell festlegen. A7 auf "-" setzten finde ich ungünstig. Jetzt kommen da Zahlen raus, mit denen man ggf. noch rechnen kann.

Aber Mal sehen, ob mir noch was einfällt.

[mars]

so, habe jetzt eine neue Version mit verbesserter Fehlerbehandlung, geändertem Logging und Bugfix bzgl. BOM hochgeladen.
Das Verhalten bei ungültigen Daten ist im letzten Post beschrieben.

Feature-Request: Ich habe eine ganze Reihe Geburtstage oder ähnliches in den Listen, bei denen das Jahr nicht bekannt ist. Also sinngemäss "Max Mustermann;23.12."

Dazu habe ich die Idee, wo kein Jahr angegeben ist, auch nicht damit zu rechnen und die Ausgaben einfach leer zu lassen. In der Liste an A7 stehen dann ggf. zwei Listentrenner hintereinander.
Dazu muss ich jedoch intern einiges umbauen, so dass es dieses Feature nicht in diese Version geschafft hat.

[starwarsfan]

Hi,

coole Sache, habe ich sogleich aktualisiert.

Was mir als erstes auffällt und fehlt: Die Versionsangabe im Bausteinname. Für mich ist es extrem praktisch, direkt in der Logikseite die Version der Bausteine zu sehen. Jetzt muss man erst in die Hilfe schauen. Bei meinen Bausteinen habe ich mir angewöhnt, unmittelbar nach der Veröffentlichung hier in der Entwicklungsumgebung die kommende Version bereits einzutragen. Dann geht da nichts vergessen und mit search&replace ist das auch mehrfach kein Problem.

Aber das BOM-Problem ist gelöst, danke schön!

[mars]

Ja, die LBS-Version habe ich jetzt nicht mehr im Namen, sondern in einer LBS-Variablen.
Damit kann ich mit PHP darauf zugreifen und z.B. die Versionsnummer ins Logfile schreiben. Wollte die Versionierung nicht mehrfach machen, kann ich aber in zukünftiger Version wieder gern machen (und das bei Dir temporär selbst nachzutragen ist ja kein Problem ;-)

[mars]

Feature-Request: Ich habe eine ganze Reihe Geburtstage oder ähnliches in den Listen, bei denen das Jahr nicht bekannt ist.

Es gibt jetzt v0.5 im Downloadportal. Der LBS kann jetzt mit Datumsangeben ohne Jahr umgehen. Die Listen an den Ausgängen A3 und A7 enthalten dann keine Daten für das betreffende Ereignis - näheres in der LBS-Hilfe.
In diesem Zusammenhang habe ich auch weiter Codeteile überarbeitet. Falls es noch Bugs gibt, bitte melden - vielen Dank und viel Freude mit dem LBS.

Gruß Marco

[starwarsfan]

Hi Marco,

cool, vielen Dank, werde ich gleich ausprobieren.

PS: Du könntest im ersten Beitrag noch zum LBS-Download verlinken. Nur so aus Usability-Gründen...

[starwarsfan]

Hallo nochmal

Der LBS kann jetzt mit Datumsangeben ohne Jahr umgehen. Die Listen an den Ausgängen A3 und A7 enthalten dann keine Daten für das betreffende Ereignis

Funktioniert wunderbar, vielen Dank!

[eXec]

Falls es noch Bugs gibt, bitte melden - vielen Dank und viel Freude mit dem LBS.

Kaum das Update durch und die erste Meldung

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
[TR]
[TD]2018-01-29 08:00:00[/TD]
 			[TD]950258[/TD]
 			[TD]?[/TD]
 			[TD]22877[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000690.php | Fehlercode: 8 | Zeile: 90 | Undefined variable: Werte[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 08:00:00[/TD]
 			[TD]950993[/TD]
 			[TD]?[/TD]
 			[TD]22877[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000690.php | Fehlercode: 8 | Zeile: 91 | Undefined offset: 1[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
[/TABLE]

[MarcusW]

Hallo Marco,
ich erhalte nun einen Fehler bei Neustart:

Ed1.JPG
Im Logikeditor habe ich den alten Baustein gelöscht und alles neu verknüpft.
Fehler bleibt aber.
Gruß Marcus
p.s. Sorry Hat sich mit eXec überschnitten.

[mars]

Danke für den Hinweis, kann ich aber leider mit allen meinen Testdaten nicht nachvollziehen.
Kommt die Fehlermeldung einmal oder mehrfach? Welches Trennzeichen (Angabe an E4) nutzt Ihr?
Bitte den LBS einmal mit E2 (LogLevel) = 1 laufen lassen und das Logfile ansehen.
Ggf. das Logfile und / oder das Datenfile zur Fehleranalyse an mich senden.

Gruß Marco

[eXec]

Hi Marco,

anbei die Auszüge aus dem Log:

2018-01-29 13:48:40143438?17794Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000690.php | Fehlercode: 8 | Zeile: 90 | Undefined variable: WerteERROR
2018-01-29 13:48:40143857?17794Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000690.php | Fehlercode: 8 | Zeile: 91 | Undefined offset: 1ERROR

Die Fehlermeldung kommt mehrfach, wenn ich beide Bausteine gleichzeitig trigger:

2018-01-29 13:53:29034410?21301Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000690.php | Fehlercode: 8 | Zeile: 90 | Undefined variable: WerteERROR
2018-01-29 13:53:29034950?21301Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000690.php | Fehlercode: 8 | Zeile: 91 | Undefined offset: 1ERROR
2018-01-29 13:53:29044930?21303Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000690.php | Fehlercode: 8 | Zeile: 90 | Undefined variable: WerteERROR
2018-01-29 13:53:29045624?21303Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000690.php | Fehlercode: 8 | Zeile: 91 | Undefined offset: 1ERROR

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
[TR]
[/TR]
[TR]
[TD]Zeitstempel[/TD]
 			[TD]ms[/TD]
 			[TD]PID[/TD]
 			[TD]LogLevel[/TD]
 			[TD]Meldung[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]138297[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]E3(URL) ist http://10.0.0.240/erinnerungen.txt[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]139355[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]E4(Trennzeichen) ist |[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]139534[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]E4(Anzahl) ist 0[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]142762[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Datei ist eingelesen, wird verarbeitet ...[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]143112[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]#[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]143260[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]... Kommentar, Zeile wird ignoriert![/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]144120[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Jährl|01.12.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]144752[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Augenarzt - 10 Uhr|20.02.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]145153[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Weiberfastnacht|08.02.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]145514[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Rosenmontag|12.02.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]145900[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Karfreitag|30.03.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]146253[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Ostermontag|02.04.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]146619[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Tag der Arbeit|01.05.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]146986[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Christi Himmelfahrt (Vatertag)|10.05.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]147336[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Pfingstmontag|21.05.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]147706[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Frohnleichnam NRW/RLP|31.05.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]148056[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Tag der deutschen Einheit|03.10.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]148401[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Osteopath- 1 8 Uhr|13.02.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]148778[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]P... T... E...|20.02.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]149138[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]P... T... E...|20.03.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]149482[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]P... T... E...|17.04.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]149864[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]P... T... E...|15.05.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]150208[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]P... T... E...|12.06.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]150568[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]P... T... E...|10.07.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]150933[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Pb Dinner|06.02.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]151281[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Pb Dinner|07.03.2018[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]151659[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Daten sind berechnet, Sortierung folgt ...[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]152023[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Daten sind sortiert, LBS-Ausgänge werden gesetzt ...[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]170927[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]Ausgänge mit 20 Datensätzen beschrieben ...[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]171822[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 			[TD]... LBS normal beendet[/TD]
 		[/TR]
[TR]
[TD]2018-01-29 13:48:40[/TD]
 			[TD]172080[/TD]
 			[TD]17794[/TD]
 			[TD]-[/TD]
 		[/TR]
[/TABLE]

Gruß Andre

[starwarsfan]

Hi,

der Fehler erscheint mir logisch und ist m.M.n. ein Fehler im Baustein. Der folgende Code-Abschnitt

// diverse Gültigkeitsprüfungen
// prüfen, ob die Zeile eine Kommentarzeile ist
if ($Zeile[0] == '#') {
    $ZeileOK = FALSE;
    if ($Debug) {
        writeToCustomLog($LogFileName,'-','... Kommentar, Zeile wird ignoriert!');
        }
}
else {
    $Werte = explode($Trenner[0], $Zeile);<>    // Zeile aus der Textdatei am Trennzeichen in (zwei) Werte teilen
}

füllt $Werte nur dann, wenn es sich nicht um einen Kommentar handelt. Der Code nach diesem Abschnitt wird aber in jedem Fall ausgeführt und damit ist nach einem Kommentar die Variable $Werte nicht initialisiert.

eXec: Bitte mal testweise den Kommentar aus Deiner Quelldatei entfernen. Tritt dann der Fehler noch auf?

mars: Der gesamte Code nach dem Initialiseren von $Werte könnte ja mit in den Else-Zweig rein, oder? Zumindest sieht das so aus, wenn ich mir auf die Schnelle den Exec-Teil des Bausteins anschaue...

[eXec]

eXec: Bitte mal testweise den Kommentar aus Deiner Quelldatei entfernen. Tritt dann der Fehler noch auf?

Nein, ist weg....

[starwarsfan]

Hi

Nein, ist weg....

OK, sehr gut. Wenn Du experimentierfreudig bist: Jetzt könntest Du noch folgendes testen:

• Kommentar wieder einfügen
• Im Edomi-Logikeditor rechtsklick auf den Jahrestage-LBS > Logikbaustein bearbeiten
• Klick auf Quelltext bearbeiten
• Dort findest Du dann ungefähr in der Mitte diesen Code-Block:
  

  	    // diverse Gültigkeitsprüfungen
  	    // prüfen, ob die Zeile eine Kommentarzeile ist
  	    if ($Zeile[0] == '#') {
  	        $ZeileOK = FALSE;
  	        if ($Debug) {
  	            writeToCustomLog($LogFileName,'-','... Kommentar, Zeile wird ignoriert!');
  	            }
  	    }
  	    else {
  	        $Werte = explode($Trenner[0], $Zeile);        // Zeile aus der Textdatei am Trennzeichen in (zwei) Werte teilen
  	    }

• Hier die letzte schliessende geschweifte Klammer auskommentieren:
  

  	    // diverse Gültigkeitsprüfungen
  	    // prüfen, ob die Zeile eine Kommentarzeile ist
  	    if ($Zeile[0] == '#') {
  	        $ZeileOK = FALSE;
  	        if ($Debug) {
  	            writeToCustomLog($LogFileName,'-','... Kommentar, Zeile wird ignoriert!');
  	            }
  	    }
  	    else {
  	        $Werte = explode($Trenner[0], $Zeile);        // Zeile aus der Textdatei am Trennzeichen in (zwei) Werte teilen
  [COLOR=#FF0000]//    }[/COLOR]

• Weiter unten findest Du diesen Block:
  

  	        $i++;    // Index-Zähler (zur Bearbeitung der nächsten Zeile) erhöhen ...
  	    }            // div. Berechnungen bzgl. Datumsangaben abgeschlossen 
  	} // ... und weiter mit der nächsten Zeile aus der Datei

• Dort bitte eine geschweifte Klammer einfügen:
  

  	        $i++;    // Index-Zähler (zur Bearbeitung der nächsten Zeile) erhöhen ...
  	    }            // div. Berechnungen bzgl. Datumsangaben abgeschlossen 
  [COLOR=#FF0000]  } // diese hier einfügen[/COLOR]
  	} // ... und weiter mit der nächsten Zeile aus der Datei

• Speichern und Projekt aktivieren

Der Fehler sollte nun trotz Kommentar weg sein.

Wie gesagt, ungetestet und rein aus dem Lesen des Quellcode. Das Ganze braucht aber um es richtig zu machen noch etwas mehr Aufwand, da es noch einen zweiten Fall gibt, welcher potentiell auch zu einem Problem führen könnte...

[mars]

Habt Nachsicht mit mir (aus Post #1):

Herausgekommen ist (trotz eher rudimentärer php-Kenntnisse) der LBS "Jahrestage"

starwarsfan Du hast das Problem schneller erkannt. Ich hatte jedoch auch mit Kommentarzeilen getestet

Mein Ziel war/ist, alle Gültigkeitsprüfungen einzeln abzuhandeln, um nicht so weit verzweigte else-Zweige aufzumachen. Das wurde mir zu unübersichtlich und hier hat sich ein Fehler eingeschlichen.

Ich schaue mir das heute Abend noch einmal genauer an.