HTTP/(X)HTML/CSS/JS/Flash/whatever muss weg!

Wie ja bereits vor einiger Zeit mal geschrieben (und steht ja auch noch immer im #Zanzibar-Topic), beschäfftigt mich seit längerer Zeit der Gedankengang dass man diesen ganzen HTTP und HTML-Müll durch etwas sinnvolles ersetzen müsste.

Ich habe in den letzten Tagen dann endlich mal angefangen meine Gedankengänge zu notieren und hier habt ihr jetzt die Ergebnisse:

Schon alleine bei der Idee ein Dateiübertragungsprotokoll so weit aufzubohren dass man darüber interaktive Funktionen auf der Client-Seite mit dem Server koordinieren will, zieht es mir die Schuhe aus vor Ekel.
Wenn dann noch so hunderttausende Erweiterungen dazu kommen, von denen keine wirklich sinnvoll Standardisiert ist und jede komplett auf einer neuen Sprache aufbaut, dann renn ich endgültig zum Klo.

Der derzeitige Standard ist ja wohl folgender:
Wir erzeugen mit einer interpretierten Sprache je nach Aufruf eines virtuellen Verzeichnisses (z.B. /user/id/1) eine Markup-Datei, diese wird zusammen mit massig statischen Bildern, anderen Interpreterscripten in verschiedensten Sprachen (das natürlich dann wieder statisch angelegt) mit einem Dateiübertragungsprotokoll an den Client gesendet.
Ein einziger Seitenaufruf erzeugt also nicht nur 10-20 neue HTTP-Requests, der Client darf sich dann auch noch damit rumschlagen HTML zu formatieren, danach CSS zur Gestaltung drüber zu rechnen, diverseste Bildformate anzuzeigen, Javascript zu interpretieren, Flash einzubinden, Java-Applets anzuzeigen, ...

Es gibt einfach keine Grenzen mehr für diesen Blödsinn. Neuerdings haben es sich einige Dienste sogar zur Aufgabe gemacht dieses pervertierte Dateiübertragunsprotokoll endgültig zu vergewaltigen. So gibt es da draußen Leute, die via Polling einer virtuellen Datei etwas echtzeitähnliches auf die Beine stellen wollen. Andere versuchen neuerdings sogar eine HTTP-Verbindung permanent offen zu halten um so je nach Bedarf Daten nachladen zu können (siehe z.B. Friendfeeds Realtime-Variante).

Gleichzeitig wollen wir übrigens natürlich jedes Design pixelgenau angeordnet haben, während es aber auf jedem Browser seit Netscape Navigator 1 fehlerfrei laufen soll. Erkenne nur ich was hier für ein Blödsinn verbrochen wird?

Für pixelgenaues Layout gibt es sicher viele sinnvolle Möglichkeiten, aber eine XML-Variante, die darauf ausgelegt ist erstmal Inhalte semantisch zu übertragen und die via Stylesheets dann noch mehr schlecht als recht in ihrer Darstellung angepasst werden kann, zählt sicher nicht darunter.

Selbst andere Dokument-Strukturen wie PDF oder SVG würden sich bei weitem besser eignen um sowas zu realisieren... aber das macht nichts, wird halt alles etwas aufwändiger und teuer.

Vorüberlegungen

Die Sprache könnte auch ziemlich beliebig wählbar sein, ideal wäre für die Übertragung ja eine Art zwischencompilat oder VM-Code. Wenn es wirklich sehr optimiert sein soll, kann der Server ja auch bereits für bestimmte Clientklassen compilierten Code bereitstellen (z.B. freiwillige Identifikation als x86 mit Linux 2.6.).
Wenn ich also als Client übertrage dass ich Betriebssystem X auf CPU Y verwende, dann bekomme ich Code den ich nur noch ausführen muss, für alle Systeme bei denen kein solcher Code vorliegt oder Clients die lieber die volle Kontrolle behalten wollen wird weiter der Zwischencode übertragen.

Ideen zur Realisierung

• Back


• Front


• General


• Client

Back

Front

general

client

Beispielhafter Ablauf in python-ÄHNLICHEM Pseudocode:

class foBack extends genericBack:
  function __init__(self):
    soc = getPortOnServer(12345)
    self.gen = new foGeneral()
    soc.setCallbackNewConnection(self.newConn)

  function newConn(self, parameters):
    parameters.client.sendApplication(foFront)

  function userClicked(ident, x,y):
    text = ''
    if (!ident.loggedIn):
      text = 'un'
    print(text+"angemeldeter Nutzer klickte auf die Koordinaten %s, %s\r\n" % (x,y))

class foFront extends genericFront:
  function __init__(self, parameters):
    self.client = parameters.client
    self.client.setDrawCallback(self.redraw)
    self.back   = parameters.back

  function redraw(self, changes):
    c     = self.client.config
    if (c.ableTo('draw' 'event_onClick', 'showMsg')):
      box   = new self.client.drawBox(0, c['maxX'], 0, c['maxY'])
      text  = new self.client.drawText('Hello World', 20, c['maxX']-20,20, c['maxY']-20)
      box.setOnClick(self.save)
    else:
      print('Hello World')
      self.destroy()

  function save(x,y):
    self.back.userClicked(self.client.ident,x,y)
    self.client.showMsg('EXIT!')
    self.destroy()

Abschließende Bemerkungen

Es ist natürlich auch klar dass dieses Vorgehen für viele kleine Websites die nur mal eben schnell ihre 2-3 Statusmeldungen und Texte ins Web posten wollen und das dann via irgendwo "geklautem" Stylesheet einfärben, erheblich mehr Aufwand bedeutet.
Für große Seiten/Projekte hingegen, denke ich dass der Aufwand im Gegensatz zu HTML/JS/CSS/... erheblich sinkt. Auch sollte sich auf diese Art nicht nur der Netzwerkoverhead (eine Connection statt hunderter Requests) erheblich reduzieren lassen, auch die Ausführungsgeschwindigkeit sollte stark steigen (gerade via OpenGL-Zeichenfunktionen lässt sich einiges an Performance erreichen).
Weiterhin sollte auch der Lernaufwand für die Entwickler und damit der Gesamtpreis für ein Projekt geringer werden. Man muss nicht mehr dutzende Markupsprachen koordinieren, man zeichnet nur noch ein Interface wie man es vlt. auch lokal tun würde.

Natürlich geht damit der Grundgedanke von HTML verloren.. wir haben keine Sprache mehr die auf jeder Platform lauffähig sein soll und überall für jeden lesbar dargstellt wird. Aber wenn wir ehrlich sind: das haben wir auch so schon lange nicht mehr.
Bereits seit Jahren wird massiv auf verschiedene Browser optimiert, werden Clients ohne JS oder Flash komplett ausgesperrt oder Textsysteme und Screenreader für Blinde komplett vernachlässigt.
Dieses neue Protokoll würde all dies zur selben Fleißaufgabe machen, die es eigentlich schon seit Jahren ist.. es würde nur den Anreiz diesen Aufwand zu betreiben erheblich erhöhen und gleichzeitig den Aufwand verringern.

So, das wars erstmal von meiner Seite... jetzt hätte ich gerne von euch ein paar Kommentare/Verbesserungsvorschläge/gefundene Fehler dazu.