Praktisches Beispiel?

[Praxismann]

Kann jemand mal ein praktisches Beispiel, möglichst konkret, bringen, damit man die Sache mal versteht?

Wenn ich also mal einen Browser habe, der das unterstützt, was passiert dann wie? Und inwiefern ist das besser?

[Jan12345]

"Serverside Push" heisst das Zauberwort.

Der Server kann den Client über Ereignisse informieren. Bisher kann man das aus Clientsicht nur als Pull - es muss also staendig (aka: regelmaessig) vom Client beim Server nachgefragt werden, ob sich etwas geaendert hat...

Anwendungen: Quasi alles, was im Browser geht.

:-)

viele Grüße,
Jan

[Ext]

Also praktisch geht es auch jetzt schon ohne Pull mittels XMLHttpRequest und multipart/x-mixed-replaced. Feuert dann innerhalb einer einzigen Verbindung beliebig viele, nach belieben des Server getimte Datenpakete.

[Praxismann]

Ext schrieb:
--------------------------------------------------------------------------------
> Also praktisch geht es auch jetzt schon ohne Pull mittels XMLHttpRequest
> und multipart/x-mixed-replaced. Feuert dann innerhalb einer einzigen
> Verbindung beliebig viele, nach belieben des Server getimte Datenpakete.

Danke an Euch.

Das bedeutet also, der Mehrwert von Web Sockets gegenüber XMLHttpRequest ist "nur" die Möglichkeit, nicht immer pullen zu müssen?

Zweite Frage:

Für Newsticker o.ä. wäre so etwas also interessant, richtig?

[Supreme]

Praxismann schrieb:
--------------------------------------------------------------------------------
> Kann jemand mal ein praktisches Beispiel, möglichst konkret, bringen, damit
> man die Sache mal versteht?

Weniger Ressourcenverbrauch, elegantere Programme.

> Wenn ich also mal einen Browser habe, der das unterstützt, was passiert
> dann wie? Und inwiefern ist das besser?

Als Anwender interessiert dich das nicht. Das beinflusst nur die Art wie Browser und Server miteinander umgehen und wie Webapps-Entwickler Arbeiten.

[Praxismann]

Supreme schrieb:
--------------------------------------------------------------------------------
> Praxismann schrieb:
> ---------------------------------------------------------------------------
> -----
> > Kann jemand mal ein praktisches Beispiel, möglichst konkret, bringen,
> damit
> > man die Sache mal versteht?
>
> Weniger Ressourcenverbrauch, elegantere Programme.

Das ist mir noch zu abstrakt. Ich hätte gerne ein konkretes Szenario. Kann das bitte mal jemand angeben, der davon etwas versteht?

> > Wenn ich also mal einen Browser habe, der das unterstützt, was passiert
> > dann wie? Und inwiefern ist das besser?
>
> Als Anwender interessiert dich das nicht. Das beinflusst nur die Art wie
> Browser und Server miteinander umgehen und wie Webapps-Entwickler Arbeiten.

Das ist sowieso klar.

[Supreme]

Praxismann schrieb:
--------------------------------------------------------------------------------
> Das ist mir noch zu abstrakt.

Wenn du schon die Erklärung im Artikel nicht verstehst, wird dir hier auch kaum jemand helfen können.

> Ich hätte gerne ein konkretes Szenario.

GMail. Das Programm läuft im Browser beim Anwender und muss alle paar Sekunden/Minuten eine Verbindung zum Google-Server herstellen um den aktuellen Stand Mails abzurufen. Genauso wird für jede einzelne Aktion eine Verbindung hergestellt (und jede Verbindung danach auch wieder geschlossen). Mit WebSocket könnte das entfallen. Man hat eine Verbindung über die man alle Daten sendet und Empfängt. Ausserdem wäre der Server nicht auf Anfragen vom Browser angewiesen sondern könnte nach eigenem ermessen neue Daten schicken wenn nötig.

Stell es dir ähnlich wie E-Mail vs Chat. E-Mails sind für sich abgeschlossene Nachrichten, während ein Chat eine fortlaufende Diskussion darstellt die erst endet wenn man sich ausloggt.

[someone]

Ja ... oder Webmail, etc.

(Unter Anderem) Alles, was auf dem Observer Entwurfsmuster aufsetzt, könnte damit realisiert werden ohne die ganze Zeit den Server fragen zu müssen (läuft dann umgekehrt, der Server sagt Dir einfach, wenn er was Neues hat und Dein Client holt es sich dann).
http://de.wikipedia.org/wiki/Observer_%28Entwurfsmuster%29

Natürlich kann man sowas auch pseudomäßig implementieren, wenn man einfach ein bis zwei Mal die Sekunde ein neues Request an den Server schickt und sich die Daten holt, sobald sie da sind. Das ist aber ned schön und erzeugt viel Traffic.

Korrigiert mich, wenn das auch anders bereits funktionieren sollte.

[Alenas]

Alter AJAX funktioniert über HTTP Anfrage:
Browser fragt Server, und Server liefert die Antwort.

Bidirektional heißt auch Server kann "Frage"(Request) für Browser stellen und "Antwort"(Response) kriegen.

Socket heißt keine Probleme mehr mit Session, keine Cookie oder SessionID im URL mehr.