dedlfix: Geräteüberwachung im Browser

Beitrag lesen

Tach!

Okay, also müsste ich zusehen das ich einen Webserver auf dem Server laufen habe der die Kommunikation mit den Clients übernimmt die die Webseite aufrufen.

Ja, oder dein Datenserver kann so konfiguriert/erweitert werden, dass er ein Webserver ist.

Der Webserver müsste mit einem Application-Server, wie dem genannten Tomcat, zusammenarbeiten. In dem Application Server läuft das Script, das auf die AJAX Anfragen antwortet und eventuell könnte in ihm auch direkt der Datenerfassungsserver laufen(das hab ich noch nicht ganz raus).

Application-Server ist nicht unbedingt ein Muss. Ich dachte nur, wenn du schon mit Java hantierst, wäre das eine Möglichkeit, weil der Tomcat ebenfalls Java verwendet.

Alternativ kannst du auch PHP oder irgendwas anderes im Webserver laufen haben, das als Mittler zwischen dem Browserrequest und dem Datenserver fungiert.

Die Geräte, die die Daten erzeugen sind einzelne ARM-Cortex Mikrocontroller, das heißt auf der Seiten läuft die Kommunikation sowieso byteweise, es wäre also kein zu großes Problem die Kommunikation zwischen Application-Server/AJAX-Script und dem Datenserver von Hand zu machen, beispielsweise über Pipes oder Sockets.

Das geht nicht so einfach, weil der Browser für das Web gestaltet wurde, in dem eben Request und Response angesagt sind. Damit byteweise Daten zu übertragen ist mit einem sehr großen Overhead verbunden. Was nimmt man denn dann? Ob es mit Ajax-Polling weniger "overheadig" abläuft, vermag ich grad nicht zu sagen. Da muss man erstmal schauen, ob das generell geht, dass man Bytes innerhalb eines Requests einzeln senden kann. Dann wäre wohl eher der Weg zu Websockets sinnvoll. Nach dem Verbindungsaufbau werden die ausgetauschten Messages nur noch mit geringem Overhead eingepackt.

dedlfix.