[qualidat]

Ich bitte mal um die Lieferung einiger Stichworte, um dann selber weiter zu recherchieren.

Es geht um eine Prozessvisualisierung. Dabei werden Daten von einer Analge abgegriffen, per PHP grafisch aufbereitet und stehen "zur Abholung" bereit. Am "anderen Ende" haben einer oder mehrere Webbrowser eine Webseite geöffnet und sollen diese Grafiken aktuell darstellen, aber ohne, dass diese ständig nachgeladen oder aktiv gepollt wird. Soweit ich weiss, geht dies per AJAX - richtig?

In welchen Zeitschritten sind solche Aktualisierungen sinnvoll, wie hoch ist die Netzlast?
Erfolgt die Aktualisierung der Darstellung auf den Clients durch Datenpakete "push messages" von der Serverseite?

In der Grafik sind z.B. virtuelle Zeigerinstrumente und Balkenanzeigen enthalten. Die müssen sich nun nicht unbeding vollkommen ruckfrei bewegen, sollten aber schon eine Refreshrate von ca. 1s erreichen.

Danke für Hinweise ...

[Zim]

Stichwort svg!

Der client holt sich nur die Daten aus der Datenbank via Ajax. Ein lokales Javascript gibt diese an den svg code und aktualisiert die Grafik.
Vorteile:
- viel weniger übertragene Daten
- höhere Wiederholrate möglich
- weniger Serverlast

[qualidat]

[ExMD]

[afro]

Hi. Mit reinem clientseitigen Javascript / Ajax wird das eher nichts. Wenn ich dich richtig verstanden habe, hast du Änderungen im Backend, die das Frontend aktualisieren sollen. Am Besten also ein Response ohne Request.

Stichwörter hierzu sind: Socketverbindung, Websockets, Long Polling.

Hier noch ein Artikel, der das ganz grob anschneidet.
Ich hoffe das hilft dir weiter.

http://techoctave.com/c7/posts/60-simple-long-polling-example-with-javascript-and-jquery

[xaos]

Ergänzend zu afro noch 2 Links (wollte mir das Thema demnächst auch mal ansehen):

http://www.phpbuilder.com/articles/application-architecture/optimization/creating-real-time-applications-with-php-and-websockets.html
https://github.com/Wisembly/elephant.io