cycap

Inspiriert durch http://www.php.de/off-topic-diskussi...tgemaessy.html (php noch zeitgemäß?) kam mir der Gedanke ob es langsam nicht mal Zeit wird von den veralteten Protokollen wie HTTP weg zu gehen. Warum dieser zustandslose Mist wo ich mir mit JS bzw. AJAX helfen muss um interaktiv mit dem User zu kommunizieren? Für "Homepages" und langsame Internetverbindungen mag das ja alles schön und gut sein, aber für richtige webbassierende Software ist es doch eigentlich ne Krücke oder?

Mir schwebt da etwas mit einer direkten (dauerhaften) Verbindung zwischen Server und Client vor, also man gibt meinetwegen weiterhin seine Url in einen neuartigen Browser ein und der Server kann direkt ohne weiteren Verbindungsaufbau auf die Aktionen des Users reagieren. So in der Art wie eine Remote-Desktop-Verbindung.

Hat sich schonmal jemand mit soetwas beschäftigt oder gibt es Projekte in diese Richtung?

Mister Ad

coola

Schön, dass ich eine Muse bin.
Aber stellst du die Frage im richtigen Forum?
Ich könnte mir vorstellen, in einem Forum für Netzwerktechnik wäre dieses Thema besser aufgehoben, oder?
Das Ergebnis würde mich übrigens auch interessieren.

cycap

Naja rein verbindungstechnisch ist es ja kein Problem einen Port zu öffnen und offen zu halten. Von daher ist es eher Abhänging von der Interaktion zwischen Client und Server und mit der haben mehr die Softwareentwickler als die Netzwerker zu tun oder?

Flor1an

Ich denke das ist nicht so einfach mal umzusetzen. Das birgt auch wiederum Probleme. Z.B. wenn du alle Verbindungen offen lassen möchtest dann muss dein Server ganz schön viele Verbindungen verwalten, wie das dann mit der Performance aussieht ist die Frage.

Und wenn du bestehende Verbindungen hast muss der Client auch durchgehend verbunden bleiben, was passiert wenn mal sein Internet abbricht, die WLAN Verbindung sich neu verbinden muss oder das Handy die Funkzelle wechselt? Dann musst du die Verbindung erneut aufbauen und hast das selbe Problem wie zuvor.

Außerdem nähert sich das dann sehr an normale Desktopanwendungen an. Fragt sich ob du dann nicht gleich auf echte Socketverbindungen setzen willst und ne richtige Anwendung implementierst?

cycap

Ok, ich muss zugeben davon hab ich wenig Ahnung. Was passiert denn wenn viele Verbindungen zu einem Server gleichzeitig offen sind? Ist das Internet nicht mittlerweile stabil genug dafür?

Solche Probleme lassen sich doch Abfangen. Das das ganze für Handynetze vielleicht nicht unbedingt geeignet ist soll wohl sein, aber bei einem normalen Anschluss ist der Verbindungsverlust doch eher die Ausnahme oder nicht?



Sinn der Sache sollte ja sein das der Code weiterhin vom Server ausgeführt wird und nur die Darstellung am Client passiert und das mit einem universellen Darstellungsprogramm (Browser eben).

BlackScorp

http://ezinearticles.com/?HTML5-Web-...ple&id=4239499

das hier oder wie?

__________________
Mein kleines Projekt
-Cruel Online-
5 von 3 Leuten können kein Bruchrechnen

cycap

Das wäre immerhin schon ein Anfang, meine Gedanken gingen halt noch weiter.

BlackScorp

also das was du möchtest ist quasi eine WEB OS mit Remotedesktop unterstützung im grunde wäre ja teamviewer das gleiche nur dass du da eben Teamviewer statt Firefox nutzt

__________________
Mein kleines Projekt
-Cruel Online-
5 von 3 Leuten können kein Bruchrechnen

Flor1an

Das Internet ist nicht das Problem mit offenen Verbindungen, es müssen dafür ja nicht mal aktiv Daten ausgetauscht werden. Nur hast du auf dem Server für jede offene Verbindung einen sogenannten Socket. Der besteht aus deiner IP + Port und der IP und dem Port der Gegenseite. Das muss während die Verbindung geöffnet ist irgendwie gespeichert werden. Z.B. im Arbeitsspeicher. Umso mehr jetzt natürlich gleichzeitig offen sind umso mehr muss der Server gleichzeitig verwalten. Es gibt z.b. DOS Attacken die darauf abzielen TCP Verbindungen offen zu halten. Es wird also eine Verbindung aufgebaut, aber nicht mehr geschlossen. Und somit der Server überlastet. Wenn man das jetzt nativ so löst das immer alle Verbindungen offen bleiben dann könnte ich mir vorstellen dass das eben auch eher Performanceprobleme mit sich bringt als wie es jetzt ist.

Was meinst du mit Abfangen? Wenn eine Verbindung verloren geht musst du sie neu Aufbauen und hast exakt das was Zustandslos bei HTTP bedeutet.

BlackScorp

btw das ist nice

http://code.google.com/p/jquery-websocket/

__________________
Mein kleines Projekt
-Cruel Online-
5 von 3 Leuten können kein Bruchrechnen