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

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()

Importierte/Alte Kommentare:

#1226: 04.Apr.2009 02:04 von madda

äh ... dafür bin ich zuviel DAU um mich sinnvoll ins Thema einzuklinken ^^'

Ich kann vielleicht nur soviel dazu beisteuern, das es wirklich mal schön währe, wenn alles in irgendeiner Weise strukturierter und standardisierter währe.

#1227: 05.Apr.2009 10:04 von SirSnookie

Das Problem dabei sehe ich einfach in der Anwendbarkeit. Du müssstest sämmtlichen Frontpage (jetzt Dreamweaver) Jünger die Tools weg nehmen. WYSIWYG Editoren müssen glühen damit sie solch einen Code erzeugen. Die Designer, welche sich teilweise jetzt schon sehr schwer mit HTML tun müssten umschwenken. Selbst Photoshop und Illustrator würden auf die Müllhalde fliegen weil sie "nur" HTML Code aus den Slices erzeugen könnten.

Der Ansatz ist gut, nur zu Revolutionär. Da würde niemand mitziehen weil man wieder viel Geld investieren müsste. Sei es auf der Browser Seite (Dann gehts gezanke wieder los) und auf der Serverseite, wo ja scho seit Jahren der IIS mit dem Häuptling kämpft.

Wie gesagt, das wichtigste da bei ist das Geld, die Firmen wollen es nicht investieren in Mitarbeiterschulungen, die Mitarbeiter haben keins für Schulungen und der normalsterbliche User schaltet gleich ganz ab.

#1228: 05.Apr.2009 12:04 von noqqe

Ich bin mir bei dem Konzept noch nicht ganz sicher an welchem der mögichen Problempunkte sich das ganze letzendlich aufhängen wird.
Ob es nun sicherheit wird(durch die dauerhafte Verbindung wirds bestimmt lustige Man-in-the-Middle-Möglichkeiten geben, bzw das direkte Schadcode einschleußen durch pöhse Websites :) ) oder einfach nur die Komplexität ^^

Prinzipiell ist das aber eine Idee in die richtige Richtung.. Super Artikel. Genauso wie das ganze ge-Emaile mal revolutioniert gehört! flo schlägt sich täglich mit MailServer bzw Mail-Anwenderproblemen herum

• #1229: 05.Apr.2009 12:04 von Dr. Azrael Tod

  Einer der möglichen Problempunkte ist sicher dass der Server massig Verbindungen offen halten muss... Das mag jetzt nicht grundsätzlich schlimmer sein als erheblich mehr Verbindungen permanent zu öffnen und zu schließen, benötigt aber halt andere Optimierungen als es bisher der Fall war.

  Derartige Angriffe kann man relativ einfach ausschließen: Man macht einfach eine Verschlüsselung zur Pflicht und gibt ordentlice Fehlermeldungen aus wenn Zertifikate beim Verbindungsaufbau irgendwelchen Blödsinn beinhalten (abgelaufen, falscher Hostname, schwache Verschlüsselung, Blacklisted ...)
  Das wäre gleich noch ein Fehler mit dem wir momentan zu kämpfen haben.. allerdings weniger ein Designfehler, als vielmehr ein Fehler den fast jeder Client aufs Neue nachbauen muss: Wenn ich eine https-Verbindung aufbaue und die Authentifizierung ist gefärdet, dann soll das der Nutzer gefälligst richtig groß und deutlich sehen. Da hilft es nicht ein kleines Schloss irgendwo versteckt anzuzeigen. Lieber eine Große fehlerseite aufrufen und erst wenn der Nutzer bestätigt dass es ihm klar ist, gehts weiter.
  Denn nur wenn wir rigoros durchsetzen dass sich Nutzer beim Serverbetreiber beschweren weil dieser Mist gebaut hat, werden die Serverbetreiber auch sowas sinnvoll verwenden.

  Das Hauptproblem hat aber Snookie schon genannt: auch das beste und genialste System wird verdammt schwer durchzusetzen sein. Einfach weil keiner danach entscheidet was gut oder schlecht ist, sondern alle einfach danach gehen, was alle anderen Sheeple nutzen.

#1230: 05.Apr.2009 01:04 von SirSnookie

Ich mag die freie Marktwirtschaft sie ist so schön abhängig vom Geld.

• #1231: 05.Apr.2009 02:04 von Dr. Azrael Tod

  Freie Marktwirtschaft wäre ja eins... wenn wir eine hätten, haben wir nur leider nicht, werden wir auch nie haben und sich jetzt schon wieder darüber aufzuregen würde irgendwie den Rahmen bei weitem sprengen.

• #1232: 05.Apr.2009 02:04 von noqqe

  Also ich find unsere soziale Marktwirtschaft sehr toll. Kartellämter ftw! Sowas muss einfach unterbunden werden. Von Sondersteuern und all solchen Geschichten jetzt mal abgesehen.

• #1233: 05.Apr.2009 02:04 von Dr. Azrael Tod

  Kartellämter sind natürlich wichtig und gut.. aber ich bezog mich auch eher auf bewusste Marktverzerrungen wie z.B. für den Tagebau oder auf unbewusste wie bei der Bahn, die ihr Schienennetz direkt über den Fahrpreis finanzieren muss, während Autos erstmal billiger erscheinen, da das Straßennetz eh von allen bezahlt wird, egal ob man es selbst nutzt oder nicht.

  Aber wie gesagt: das würde jetzt den Rahmen sprengen

#1234: 06.Apr.2009 01:04 von SirSnookie

Ein netten Ansatz gibt es schon seit 2007:
http://www.linux-magaz...

• #1235: 06.Apr.2009 08:04 von Dr. Azrael Tod

  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).
  Das funktioniert glaube schon mit Continuations... Die Sache klingt von Grund auf erstmal ja ganz nett, leider hat das halt den Nachteil dass man dann noch immer einen rießigen Rattenschwanz an alten Systemen unterstützen muss und einfach nur beides laufen lassen kann. Sprich: man bekommt die neuen Probleme (z.B. RAM für jede offengehaltene Verbindung benötigt), diese werden durch die nie dafür geschaffene Software sogar noch verstärkt ABER die alten Probleme löst man dadurch nicht.
  Man hat noch immer massive Zugriffe mit dutzenden HTTP-Requests, auch wenn man irgendeine Funktion basierend auf Continuations einbaut.

  Das ist nicht die Lösung für das Problem, das ist einfach der kreativste Weg sich zusätzliche Probleme zu schaffen.