root66

Hallo,

ich möchte Daten von mehreren Wetterstationen mit PHP aufbereiten und im Browser über Ajax darstellen.

Die Frage ist, wie kann ich die Daten (z.B. Windgeschwindigkeit) temporär zwischenspeichern, so dass ich sie ohne Umwege möglichst schnell an den Browser senden kann? Die MySQL-Datenbank möchte ich aus Performancegründen nur zur Archivierung der Daten nutzen.

Wie kann ich also temporäre Daten mehreren Clients schicken? Die Daten der Wetterstationen werden über seperate PHP Skripte ausgelesen. Es gibt also keine direkte Verbindung zu den AJAX Skripten. Also kann ich die Daten nicht einfach durchreichen. Eignet sich Memcache dafür?

Und wie kann ich die AJAX Request Intervalle möglichst kurz (Polling einmal pro Sekunde), aber dennoch ressourcenschonend gestalten? Leider sind die HTML5 WebSockets noch nicht fertig.

Danke,
root66

Mister Ad

xm22

Gar nicht. Immer nur an einen gleichzeitig. Ein Stichwort wäre long polling, ein anderes comet

Ja

root66

Ich meinte mit "Wie kann ich also temporäre Daten mehreren Clients schicken? "

die Tatsache, daß man normalerweise eine Datenbank nutzt, um allen Clients den gleichen Datenbestand zu liefern. Die Daten werden von einem Worker-Skript gesammelt, sollen in meinem Fall aber nicht in die Datenbank.

Die Frage ist dann, wie verteilt das Worker-Skript die Daten nun an die PHP-Ajax-Anfragen (seperates Skript)? Bei anderen Programmiersprachen kann man zwischen zwei Threads eine direkte Verbindung aufbauen und die Daten durchreichen.

nikosch

Ajax gibt der Anfrage etwas individuelles mit und der Server wertet dieses Etwas aus.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

eagle275

die Antwort bleibt gleich - du schickst NIE etwas an mehrere CLients

der Client stellt einen Request (und wenn der nur im Abruf deiner Seite besteht)-> Webserver forkt einen neuen Workerprozess für DIESEN Client
Workerprozess "sieht" dass er PHP braucht -> startet php interpreter
Php-Interpreter beackert das Script, generiert html-Antwort (Preprocessor for hypertext Protocol) -> übergibt html an workerprozess -> php beendet, workerprozess sendet Antwort an den fragenden CLient -> workerprozess beendet.. da gibts immer nur 1 Client

also musst du wohl oder übel die Daten irgendwo "zwischen lagern" - Datenbank bzw Memcache wurde ja schon genannt

__________________
"Irren ist männlich", sprach der Igel und stieg von der Drahtbürste

root66

Ich lese gerade folgendes zum "Long Polling":
"Wie schon angedeutet, ist AJAX Long Polling vor allem dann zu gebrauchen, wenn serverseitig nicht allzuviele Events eintreten, die dann aber möglichst sofort an die Clients weitergegeben werden sollen. Zum Beispiel bietet sich der Einsatz von Long Polling bei Shoutboxen an. Weniger geeignet hingegen ist es zum Beispiel für einen stärker frequentierten Chat, da dort zu viele Verbindungen zu schnell aufgebaut und getrennt würden."

Quelle:
http://wiki.ajax-community.de/tutori...comet-longpoll


In meinem Fall stehen immer Daten an (z.B. die aktuelle Windgeschwindigkeit) und ich muß nicht erst auf ein Ereignis warten.

Ist in dem Fall dann "Long Polling" doch nicht geeignet?

eagle275

es geht mehr um die Art und Weise - der Client fragt beim Server an, ob neue Daten vorliegen - und bekommt sie (aber eben jeder Client fragt individuell)

__________________
"Irren ist männlich", sprach der Igel und stieg von der Drahtbürste

nikosch

Du hast noch nicht mal beschrieben, wer Deine Clients sind.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

root66

Gerade gefunden:

http://jwebsocket.org/

root66

Aktuelle Webbrowser mit aktiviertem Javascript.