PHP Web-Frontend für Monitor

[Flash]

Wenigstens hast du einen Vorschlag gemacht :). Ich finde nur das "frax" etwas "hart". Aber wenn man es kürzt oder das r rausnimmt - Monax, Monitax ^^.

Danke für den Link - ist genau das gesuchte! Leider habe ich Probleme mit dem Telnet-Client weil php nunmal nicht perfekt ist für solche Verbindungen...

Damit habe ich auch min. 20 Stunden verschwendet aber jetzt werd ich mich drauf konzentrieren euch die alpha zu präsentieren - möglichst noch heute - aber mal schaun.

MfG,
Flash

[nepomuck]

Monax, Monitax ^^.

Wie wär's mit "Amonjax"

Andreas.

[Flash]

:D Ja der ist gut - wie sollte es dann ausgeschrieben heißen?
"Another Monitor Frontend with AJAX"? Hm wobei es richtiger weise ja glaube ich eher "another monitor frontend (but this time with ajax-refresh)" heißen sollte...

MfG,
Flash

[Flash]

Hm grad frag ich mich ob "AJAX" im Namen nicht übertrieben ist, wo wir eig. nur von AJAX-Refreshs reden :D... egal.

Was ist besser?
a) Navigation zwischen allen Menüpunkten per normalem Menü und einzelnen Seiten
b) Aufbau wie FMS32 (mehrere bewegliche Fenster in einem Browserfenster)

MfG,
Flash

[jhr-online]

YAMF - yet another monitord frontend :)

jhr

[funkwart]

HUMF - happy user's monitor frontend
NEMOF - new monitor frontend
FMS - frontend for the monitor system
oder gleich
AMONAX - another monitor frontend (but this time with ajax refresh)

So, genug "Kreativität".
@flash: Ich persönlich finde Variante b) schöner (in Zeiten von immer größer werdenden Auflösungen).

Gruß,
Funkwart

[Flash]

Bisherige Namensvorschläge (danke schonmal) also:
- YAMF
- AMONJAX
- HUMF
- NEMOF
- FMS (recht missverständlich...!?)
- AMONAX
- MONIFRAX
- NeMoFoN

Gibt es noch mehr? :)

So und jetzt mal was anderes:

Features von XXX v1.0 alpha:
- Anzeige der ZVEI-Alarmierungen (jeweils für den aktuellen Tag - mit AJAX-Refresh ;))
- Archiv der ZVEI-Alarmierungen (Dargestellt wird ein Kalender, bei Klick auf Tag werden Alarmierungen angezeigt)
- Statistiken für ZVEI (Tag/Monat/Stunden/Schleife/Einsatzart/Stichwort)
- FMS-Telegrammliste (mit - wer häts gedacht: AJAX-Refresh)
- Anzeige des aktuellen Graslandfeuerindex/Waldbrandgefahrenindex/Unwetterwarnungen vom DWD
- Verwaltung aller Einstellungen bequem über das Interface
- Verwaltung der Empfänger (á la FMS32) (ZVEI)
- Verwaltung von FMS-Kennungen/Ortskennungen/bla
- "Alarmmails"? (Kein Thema - falls das jemand will?!)
- Standardkram sowieso (Verschiedenfarbige Status bei FMS, etc.)

Das ist meine kleine Liste bisher - ich weiß es fehlt sehr viel. Bei den FMS-Status kommt bei mir nur quatsch raus - da stimmt garnichts.
Vielleicht kann mir da jemand helfen? POCSAG hab ich nicht, kenn ich nicht - geht die Auswertung von Monitor hier gut? Wenn ja ist es natürlich in der 1.0 auch dabei.

Bitte beachten: Bei der allerersten Version geht es mir mehr um ein "proof-of-concept" all meiner Ideen. Die weitere Entwicklung dannach sollte sehr schnell von statten gehen ;). Hier sind zukünftigt zu erwarten: Direktzugriff des Interface auf den monitor Server (statt per MySQL), eingebauter "Realtime Client" für monitor, Aufbau des Systems wie bei FMS32 (bewegliche Fenster), Funkaufzeichnung (auch unter Windows) (+Downloadfunktion), Abspielen von Sounds, Ausführen von Dateien. Und: Das Interface wird zukünftig sowohl mit Monitor als auch mit FMSCrusader, FMS32, etc. funktionieren!

BOS2Web betrachte ich als Grundlage - natürlich nur bis zu v1.1, weil dann hat mein Interface schon einen wesentlich größeren Funktionsumfang - ganz abgesehen von validität, kompatibilität, blaaa...

Würde mich freuen wenn mich der ein oder andere tatkräftig unterstützt. Ich denke hier sind ja viele "Spezialisten aus Fachbereichen" unterwegs was "monitor", die Funk-/Alarmierungstechnik oder Programmierung angeht. Und es gibt ja auch was dafür: "FroDo" (Features for developers) ;).

MfG,
Markus