Wow, was JS und XML so können...

[the-architect]

schaut Euch AJAX mal in Aktion an, alles wird dynamisch per XMLHttpRequest nachgeladen! http://www.backbase.com/explorer/ Schon ziemlich beeindruckend (genauso wie der Preis )

mehr dazu hier: http://en.wikipedia.org/wiki/AJAX

[Stuck Mojo]

Ist echt geil! Allerdings verstehe ich nicht, warum xhttprequests erst durch das Wort AJAX sooo dermassen hochgejubelt werden... gibts doch schon lange ...scheint z.Z. ein Hype zu sein.

Das hier: http://www.bindows.net/ find ich immernoch toll!

Gruss
Jan

[steffenk]

Ich finds geil, obwohl ich noch überhaupt nicht schnall, worum es geht

Das das hype ist, kann ich verstehen - ist das Wort doch leicht zu merken

[the-architect]

XMLhttprequest kannte ich auch schon vorher, aber durch den hype finden sich immer wieder solche geilen Beispiele die einen so richtig begeistern. Im Internet sind solche Hypes doch ganz alltäglich

[steffenk]

Gibts denn eine gute Quelle, um sich mit dem Thema XMLhttpRequest vertraut zu machen ?
Das sieht sehr interessant aus - unabhängig vom Hype.

btw habe mich mal auf die Suche gemacht und eine interessante Seite gefunden, die viele Beispiele aufzeigt:

http://www.fiftyfoureleven.com/resou...quest/examples

[MarkusPalmer]

Kann mir mal einer sagen wie die das menu machten ?

[the-architect]

Du kriegst die Tür nicht zu: http://sean.treadway.info/demo/upload

[steffenk]

hab mir grad das Video angeschaut

... völlig neue Welten ...

scheint aber generell auf Mac verbreiterter zu sein, oder täuscht mein Eindruck ?

[the-architect]

Moinsen! Ich hab grad mal drauflos gecodet um mal zu schauen wie man AJAX implementiert und ich bin begeistert wie einfach das Grundkonzept doch ist. Das witzige ist, dass Sessionvariablen ja bei so einen Request mit übergeben werden! Damit hat man der stateless Architektur ein Schnippchen geschlagen

hier mein erster Versuch: http://clubrating.de/ajax.htm

edit: Wieso bekomm ich mit Firefox auf dem Server "?" anstatt Umlauten zu sehen?

[the-architect]

Kann mir mal einer sagen wie die das menu machten ?

Mit DHTML schätze ich mal. Aber leider sieht man nix davon im Code weil alles über XML versteckt wurde

[Stuck Mojo]

edit: Wieso bekomm ich mit Firefox auf dem Server "?" anstatt Umlauten zu sehen?

...Der Zeichensatz für die Kommunikation zwischen Server und Client ist UTF-8 ...ob man das irgendwo umstellen kann, weiss ich garnicht.

Gruss
Jan

[ingo]

imho musst du dem "auslesenden" dokument utf-8 verpassen, dann sollten die umlaute korrekt dargestellt werden.

//edit
probiers mal mit dem dokument im anhang

[seb]

Manche Anwendungsbeispiele sind wirklich beeindruckend, allerdings sollte man m.E. heute, in Anbetracht der Browserlandschaft im Sommer 2005, gut aufpassen, dass man nicht über das Ziel hinausschießt bzw. versucht, mit AJAX Probleme anzugehen, die man (noch?) auf dem konventionellen Weg einfacher und zuverlässiger lösen kann.

Offensichtlich bedeutet "AJAX" doch zunächst mal vor allem erheblich höheren Entwicklungsaufwand, da man zusätzlich zu allem serverseitigen Code u.U. einen gewaltigen Umfang an JS-Funktionalität implementieren muss.

Möglicherweise könnte man auf der Serverseite ein bisschen sparen, indem man gewisse Aufgaben (wohl vor allem HTML-Generierung) komplett auf die Clientseite (JS) verschiebt. Aber

1. hätte man sich damit alle Fallback-Kapazitäten "wegrationalisiert" und nimmt u.U. totale Inkompatibilität zu Browsern in Kauf, die XMLHttpRequest() und Konsorten nicht unterstützen und

2. Denke ich, dass selbst die kompakteste AJAX-Lösung in jedem Fall komplexer wäre als ein rein serverseitiges Programm, da man zumindest die Methoden für die Kommunikation zwischen Server und Client immer zusätzlich braucht.

Gegenüber dem "Trend" zu Simplizität und maximaler Zugänglichkeit ("Trend" in Klammern, weil ich das nicht als solchen, sondern als sinnvolle und beständige Entwicklung sehe) ist AJAX auf jeden Fall eine krasse Kehrtwende. Javascript, eben noch (ebenso unverhältnismäßig) von vielen absolut verdammt, wird von heute auf morgen zum Wundermittel erhoben, das völlig neue Welten eröffnen soll.

In manchen Fällen, wie etwa Edel-Webanwendungen bzw. -Back-Ends und möglicherweise auch manche Front-End-Sachen (aber dann auf jeden Fall nicht ohne Fallback) mag AJAX wirklich eine Bereicherung bedeuten und den Mehraufwand wert sein. Vieles ist aber auch einfach nur Spielerei. Braucht ich in meiner Anwendung wirklich einen Rattenschwanz an zusätzlichem Kommunikationscode an beiden Enden der Leitung, nur um den "Special Effect" zu haben, dass der Inhalt meiner Seite ohne kompletten Reload und vielleicht eine halbe Sekunde schneller wechselt?

Wie gesagt - ich denke, man sollte die Idee kritisch betrachten und ein bisschen nachdenken, bevor man sich jetzt in die Arbeit stürzt.

[the-architect]

Ah, ich hab das Problem mit der falschen Codierung gelöst. Ich hab meinem serverseitigen Skript

header('Content-Type: text/html; charset=iso-8859-1'); 

verpasst und jetzt funktioniert es wunderbar. Danke an ing.o und stuck-mojo für die Hilfe!

Ansonsten hast Du schon Recht seb, dass man nich allen Trends blind folgen sollte, aber AJAX wird das Internet verändern, davon kann man ausgehen. Schon jetzt funktioniert es auf IE und FF. Opera wird folgen.
Und der Aufwand ist auf der Server-Seite nicht sehr hoch, zumindest bei meinem kleinen Beispiel. Und wenn man die Sache mit Webservices verknüpft hat man ein einfach zu implemetierendes System, das lediglich auf Clientseite JS vorraussetzt.
Der Punkt ist doch, dass viele Kunden meistens kein Verständniss dafür haben wieso eine Seite unbedingt neu geladen werden soll. Und wenn man es sich überlegt dann nevt dieses ewige Reload bei Webapplikationen schon sehr. Schau dir googlemaps oder virtual earth von MS an, ohne AJAX wäre das alles nicht vorstellbar.

[seb]

AJAX wird das Internet verändern

Wieso, es ist doch nichtmal was wirklich neues: Nachladen ohne komplettes Neuladen ging in HTML/JS auch schon vor xmlhttprequest über unsichtbare Iframes, ohne dass es intensiv genutzt wurde. Ebenso bieten Flash und Java-Applets diese Möglichkeit schon ewig und eignen sich für solche dynamischen Dinge sowieso immernoch besser (sprich kompatibler, flüssiger und schöner animierter) als AJAX.

Schau dir googlemaps oder virtual earth von MS an, ohne AJAX wäre das alles nicht vorstellbar.

'Tschuldigung, aber das ist Unsinn, und das weißt du auch selbst genau -> siehe oben. Wobei diese beiden typischen Beispiele allerdings wirklich noch zu den halbwegs sinnvollen Anwendungsmöglichkeiten von AJAX gehören. Besser als Flash oder Java find ich es trotzdem nicht.

Die wirklichen Stärken von AJAX könnten meiner Meinung nach vor allem dort liegen, wo auf der einen Seite der Einsatz von HTML als Benutzeroberflächentechnologie sinnvoll ist, auf der anderen aber das systemimmanente Neuladen (wie Du schon sagtest) wirklich arg nervt. Die Vielfalt solcher Fälle ist aber IMHO nicht sehr groß.

Ein gutes Beispiel (nicht von mir, stand in einem Artikel) ist serverabhängige Eingabevalidierung bei Formularen, etwa dass man bei einer Registrierung von vornherein nur Wunsch-Benutzernamen eingeben kann, die auch wirklich noch nicht existieren, ohne für jeden Versuch das ganze Formular abschicken und auf Verarbeitung und Reload warten zu müssen. Bei solchen Sachen hat man in aller Regel auch immer noch eine serverseitige Validierung als Fallback mit drin.
Oder Auto-Complete, wie bei Google Suggest, auch was feines. Für solche Sachen würd ich AJAX sofort einsetzen, wenn ich mir den Extraaufwand machen möchte. Ansonsten bin ich erstmal eher skeptisch.