Monitor mit Datenbank-Unterstützung

[funkwart]

Hallo Forum!

Es gab hier mal die Diskussion über eine mögliche Datenbankanbindung von Monitor. Gibt es in diese Richtung noch Bestrebungen? Man könnte doch statt in die Log-Files in eine Datenbank-Datei schreiben lassen, oder? Dann wäre es einfach, mit einem LAMP-Server im Intranet seine aktuellen Alarmierungen zur Verfügung zu stellen.
AFAIK kann MySQL doch mit einfachen Textfiles umgehen. Mal als kleine Anregung an die etwas firmeren Programmierer unter Euch. Vielleicht entwickelt sich das Ganze ja mal so weit, daß es in ein offizielles Release mit aufgenommen werden kann.

Gruß
Funkwart

[testman]

ja ich fände das gut

kannst du das programmieren ?

[funkwart]

Ich habe mich nun einmal selbst rangesetzt und mit meinen bescheidenen PHP-Kenntnissen einen Entwurf gemacht. Herausgekommen ist ein Script, welches eine vorhandene Monitor-Log-Datei ausliest - besser gesagt die jeweils aktuelle Log-Datei. Die Datei wird nicht verändert, sondern nur ausgelesen. Sollte die Datei noch nicht existieren, weil noch keine Einträge für das Datum vorhanden sind, wird eine leere Ausgabe gemacht. Das Script lädt sich alle 10 Sek. von selbst nach, damit die Ausgabe aktuell bleibt. Bisher gehe ich nur auf POCSAG-Einträge ein, andere Einträge würden zu Fehlausgaben führen. Näheres steht im Script. Das Script muß auf dem Rechner, auf dem Monitor läuft in ein Verzeichnis des Webservers (z.B. /srv/www/htdocs/monitor o.ä.) kopiert werden, der übrigens PHP unterstützen muß. Damit kann man von jedem Rechner im LAN, der einen Webbrowser hat, die aktuellen Alarmierungen sehen.
Verbesserung programmiert?, schickt sie mir!
Gruß
Funkwart

[funkwart]

Hallo Forum!

Ich habe noch etwas weitergebastelt und wieder neue Features eingebaut:
- Lange Log-Files werden jetzt umgebrochen in 20er Blöcke, so daß man nicht scrollen muß.
- Man kann sich mit "vor" und "zurück" sowie einer direkten Seitenanwahl durch die Unterseiten klicken.
- Um alte Log-Files anzusehen, kann man den Tag, den Monat und das Jahr jeweils schrittweise nach oben und unten ändern. Ein Knopfdruck auf "aktuell" bringt den Benutzer sofort wieder zur aktuellen Liste.

Viel Spaß damit...

Funkwart

[testman]

wenn du schon sowas machst warum nicht gleich für ZVEI und FMS auch mit?

[funkwart]

Hey testman!

Natürlich wäre das möglich gewesen, ABER:
1. Eine solche Auswertung hängt stark vom Format der Datenzeilen im Log-File ab.
2. Ich wollte eine Richtung vorgeben, nicht gleich ein komplettes Programm vorlegen.
3. Jeder darf sich angesprochen fühlen, das Ganze weiter zu programmieren.
4. Schau mal auf die Uhrzeiten meiner Postings - alles klar?
5. Ich werde sicherlich noch weiter an der ganzen Sache feilen. Anstreben tue ich ein Frameset, in dem dann eine Tabelle für ZVEI, eine für FMS und eine für POCSAG stehen. Aber das braucht Zeit. Vor dem nächsten WE wird das nix.

Schöne Grüße
Funkwart

[dieKampfwurst]

hmmmmhhh...

oooopsss
ich hab sowas schon fertig mit datenbank ;)
und webfromted laeuft auch klasse, archiv, statistik, und logbetrachter
eine kleine readme muesste bei sein ;)

HF

gruss Kw

Hey... ihr koenntet mir wenigstens euere meinungen sagen, und obs laeuft ;)

[ManuelW]

Diese Geschichte mit den externen Scripten ist ja schön und gut, aber mann muß dann ja für jeden Pager das Script ausführen und das könnte auf langsameren Rechner bei mehrfach Alarmierungen zu fehlern führen, tut es zumindest bei mir wenn mit dem Mailversenden...

Am Sinnvollsten wäre es wenn man das direkt in den Monitor einbauen würde, das dieser eben nicht in Files sondern eine Datenbank loggt wenn man das möchte.

gruss Manu

[dieKampfwurst]

Siehst, das ist nur ne Beta ;)
nein, musst du nicht...


PAGER 1******* [ //monrc/mysql.sh %R ] MYSQL DB

so koenntest du es zB. machen....

zumindest mache ich es bei mir so

problem ist nur, wenn du dich selbst alamierst, diese alamierungen musst du dann auch eintragen lassen, sprich

alamierung fuer manu

<--- schnipp -->>
PAGER 1234567* [/alarm_manu.sh ] frefs
PAGER 1******* [ //monrc/mysql.sh %R ] MYSQL DB
<--- schnapp -->>

in /alarm_manu.sh MUSS auch die alamierung in die datenbank schreiben, da der monitor nur eine anweisung sauber startet

gruss Jens

<< NACHTRAG >>

Ich bin gerne bereit, weitere funktionen etc mit einzubauen,.
Weiterhin habe ich versucht das design, recht allgemein zu halten.
Einite Teile des Programms sind in erarbeitung, jedoch nicht fertiggestellt zB. werde ich noch eine art Benutzerrechte einfuehren, dass nicht jeder alles lesen kann sondern Hans nur seine alamierungen ...
evtl auch noch eine moeglichkeit, dass der monitor eine e-mail bei einer alamierung versendet mal sehn
ist alles moeglich
bin fuer fast alles offen....

[dieKampfwurst]

und manuel

hast du es am laufen??

[dieKampfwurst]

http://home.dinspel.com/monitor/add_on_screen1.jpg
http://home.dinspel.com/monitor/add_on_screen2.jpg
http://home.dinspel.com/monitor/add_on_screen3.jpg
http://home.dinspel.com/monitor/add_on_screen4.jpg
http://home.dinspel.com/monitor/add_on_screen5.jpg

Gruss Jens

[testman]

ja das ist wirklich super geworden !

Entwickeln wird das weiter für FMS und ZVEI?

[dieKampfwurst]

von mir aus..

solte kein problem sein
aber die mysql geschichte werde ich wieder rausnehmen oder ich erstelle mehrere tabellen

zur zeit habe ich ca. 8000 alamierungen in der Datenbank, und bei einiges seiten, insbesondere das archiv dauert es recht lannge, bis sich die seite oeffnet, und die CPU Leistung steigt enorm..

werde es evtl mit dateien machen, sollte somit schneller gehen

gruss kW

[ManuelW]

glaub kaum das es mit datein schneller geht, eher noch langsamer. du musst die tabellen halt entsprechen optimieren und verknüpfen. gut sind auch tabellen die gesamtwerte enthalten und bei neuem eintrag addiert werden, so muss nich bei jedem aufruf die ganze db ausgelesen werden. also "übersichtstabellen" ...

[testman]

ja , ich glaube auch das die Methode von ManuelW wirksamer sein könnte!