PHP Web-Frontend für Monitor

[funkwart]

Angefangen habe ich mit dem Code aus dem Forum hier - von dem aber mittlerweile nurnoch wenig übrig ist. Da ich bald die Zeit (+Lust) habe (nächste Woche mit dem Fachabi fertig) daran weiterzuarbeiten, wollte ich fragen, ob eurerseits noch Interesse daran besteht?

JA, absolut. Solche Frontends sind sicherlich sinnvoll, zumal es ja aoch in der Nachfolgeversion die Möglichkeit der MySQL-Datenbank geben soll/gibt.

Ich habe bisher hauptsächlich die Ausgabe der Daten aus der MySQL-DB anders gestaltet, per AJAX eine automatische Aktualisierung ohne die hässlichen "Refreshs" umgesetzt und solche Kleinigkeiten.

Also falls noch jemand Interesse hat, wärs schön wenn ihr mir sagt was ich noch rein machen soll...

Zeig doch einfach her, was Du schon hast, ich denke, dann wirst Du sicherlich viele Rückmeldungen bzgl. möglicher Änderungen bekommen.
Die Integration von AJAX ist dehr gut, weil die Refreshs wirklich ein kleiner Pferdefuß waren.

Danke schonmal vorweg und Gruß,
Funkwart

[Flash]

Gut also bisher habe ich bedingt dadurch das ich im "Prüfungsstress" bin noch kaum etwas gemacht. Wer das php-Frontend aus dem Thread "weiter oben" kennt, weiß was enthalten ist (bisher nicht allzu viel).

Bisher enthalten:
- Liste von allen ZVEI-/FMS-/POCSAG-Meldungen
- Möglichkeit nach Datum zu filtern oder nach Schleife
- Statistiken
- Anzeige der Logdateien von monitor im Frontend
- Möglichkeit Pseudonyme zu definieren, sodass z.B. eine 5-Ton-Folge als entsprechender Name dargestellt wird.

Dann habe ich es nur noch etwas "umformatiert" damits mir besser gefällt und eben das mit dem AJAX-Refresh eingebaut, damit ich nicht immer "von Hand" aktualisieren muss. Nachdem das alles ist, was bisher drin ist, hatte ich gehofft ihr könntet mich mit Ideen bewerfen, die ich dann umsetzen kann :).

Leider kann ich am eigentlichen Programm nichts ändern, da ich (bisher) reiner Webentwickler bin...

Meine Ideen sind:
- doppelte Einträge rausfiltern (falls Alarmierungen/Telegramme 2-fach ausgewertet wurden)
- Möglichkeit Pseudonyme über das Frontend zu definieren und in MySQL zu speichern
- Benutzerverwaltung (falls es mehrere Leute benutzen sollen)
- Falls es auf einem Server läuft könnte man an eine Funktion denken um den aufgezeichneten Funkverkehr zu hören.
- Ausgabe von Meldung/Signal falls eine Schleife alarmiert wird, der man angehört (bei mir wird noch schön per 5-Ton-F. alarmiert - digital o.ä. kenn ich mich nicht aus)
- Zukünftig soll das Frontend die Daten direkt über das eigentliche Socket empfangen (= nichtmehr über MySQL), was (glaub ich) Traffic auf dem Server spart

Joa das wärs.
MfG,
Flash

P.S: Gibt es hier schon nen Thread wegen der 2-Fach-Auswertung? Passiert das wenn ich links UND rechts z.B. ZVEI auswerte? Wer toll wenn jemand hierzu nen Link parat hätte :)

[Krazy]

Hallo,

das hört sich ja alles richtig verlockend an, aber kann man sowas auch leicht auf Poc32 anpassen ?

MfG

[Flash]

Ich kenne POCSAG nicht und hab es nie getestet.
Sofern monitor POCSAG richtig auswertet, geht alles andere ganz genauso.
Soweit ich weiß schreibt monitor die POCSAG Sachen doch genauso in die DB?! Also wäre es garkein Thema zu 100% das gleiche auch dafür auszugeben.

MfG,
Markus

[funkwart]

@Flash:
Krazy meinte mit poc32 ein völlig anderes Auswerteprogramm. Für Dein Frontend ist ja im Prinzip irrelevant, woher die MySQL-Daten kommen, Hauptsache es sind die richtigen vorhanden.

Schon alleine die AJAX-Refresh Sache würde mich echt interessieren, da diese ewige Seiten-komplett-Aufbauerei bei HTML-Refresh tierisch nervt.

Stell doch mal das, was Du schon hast hier rein. Ich würde gerne mal etwas rumtesten.

@Krazy: Mit Deinem POC32 kann das Ganze dann funktionieren, wenn POC32 in der Lage ist, die Daten in eine MySQL-DB zu schreiben und die für das Frontend wichtigen Informationen in der DB verewigt. Das musst Du Dir mal genau ansehen. Wie die DB für das Frontend aussehen muss, kannst Du der Doku entnehmen.

@DocSteel: Mach Du doch mit Flash gemeinsame Sache. Wenn Ihr schon an der gleichen Sache arbeitet, ist es doch Unsinn, wenn jeder von Euch das Rad neu erfindet.
Einen AJAX-Refresh halte ich für überaus sinnvoll, weil er einfach wesentlich schneller, ressourcenschonender und auch eleganter ist als der "gute Alte".

Gruß,
Funkwart

[Flash]

Ach jetzt - ok.
Also prinzipiell reicht es auch wenn POC32 eine Schnittstelle zur Auswertung der Daten auf irgendeinem Port bereitstellt. Viele Programme machen das ja.

Falls nicht, wären andere Varianten eben das es die Daten in eine Datenbank schreibt oder in eine Datei.

Edit: Nach kurzer Recherche stellte ich fest, das es hier im Forum schon ein kleines Tool gibt, was die Daten aus POC32 in eine DB schreibt. Damit ist die Antwort auf deine Frage @Krazy:
Nein. Du musst garnichts anpassen, ich mach es einfach so, dass es von vornherein schon mit deinem Programm funktioniert ;).

[Krazy]

Jepp genau - macht es.

Danke für alle Antworten, wirklich super Ideen :-)

Danke

[DocSteel]

Meine Ideen sind:
- doppelte Einträge rausfiltern (falls Alarmierungen/Telegramme 2-fach ausgewertet wurden)
- Möglichkeit Pseudonyme über das Frontend zu definieren und in MySQL zu speichern

Ähnliches habe ich schon früher umgesetzt in einem eigene Thread.
Siehe: http://funkmeldesystem.de/foren/show...78&postcount=3
Kann man sicherlich deutlich "eleganter" lösen, ist ja auch nur ein erster durchaus funktionierender Entwurf für meine Problematik mit den Netzkennungen.
Ebenso funktioniert Auto-Refresh alle 60 sek (allerdings als PHP-Refresh).
Auch habe ich eine Zeile im Frontend drin die mir die Uhrzeit der letzen Aktualisierung anzeigt.

Wenn ich dazu komme pack ich das mal in ein Paket und stelle das hier zur Verfügung.

[Flash]

Ja das wär vielleicht ganz praktisch.
Ich hab mir deine Lösung zwar mal angeguckt aber mehr flüchtig als richtig, wenns da schon was gibt ists natürlich umso besser, dann bräuchte ich den entsprechenden Teil nur einbauen und das nicht selber machen bzw. kanns noch etwas verbessern falls nötig...

Danke.