Wer heute auf heise.de vorbei geschaut hat, hat einen erschütternden Bericht gelesen den ich unbedingt auch hier vorstellen möchte.

Worum geht’s?

Der Internet Explorer hat einen Fehler bei der Implementierung der Cross-Site Policy von Javascript. Aufgedeckt wurde die Lücke in einer internen Sicherheitskonferenz von Microsoft. Da fast keine Informationen nach aussen gegeben wurden musste das Problem noch einmal neu aufgedeckt werden.

Was lässt sich aus der Lücke herausholen?

Durch die Lücke können Keylogger gebaut werden die im Browser bleiben auch wenn die Location geändert bzw. eine neue Location sogar händisch in die Adressleiste eingegeben wird. Dadurch sind natürlich Logins, E-Bankingsites etc. betroffen. Wie weit diese Lücke schon im Netz verwendet wird ist nicht ganz klar, allerdings ist sie leicht zu verwenden wie mehrere Seiten klarstellen.

Ob der Firefox von so einer Lücke nicht betroffen ist, ist nicht klar. McFeters schreibt es beträfe alle Browser.

Weitere Informationen:

Original Artikel
US-Cert
Tecchannel

Heute surfte ich etwas durch Technorati und kam dabei über einen älteren Thread der Ajax-Community. Als ich diesen wieder durchlas (plötzlich kam er mir die Erinnerungen wieder) musste ich richtig lachen über die Argumentation. Und etwas ist passiert, ein Satz hat sich sogar etwas durch das Netz verbreitet (viele der Blogartikeln sind zwar wieder offline) aber was man so alles schafft.

Offenbar sind wir uns jetzt alle einig, dass PHP in erster Linie auf dem Server läuft und daher für Anwendungen wie Social Networks gar nicht geeignet ist

Er schaffte es bis auf die Webschrottseite (leider offline), und bei einem User hats dieser Satz sogar in die Signatur geschafft (q_no thx cas).
Auch wenn ich nicht mit vielen Links aufwarten kann, dieser Thread ist sicher lesenswert um zu sehen was in Jahren so Schrott entstehen kann.
In diesem Artikeln kamen sich, glaube ich, mehrere Personen wie im falschen Film vor.
studiVZ, MySpace und Co.

Schon oft das Problem gehabt, man schreibt eine Website und fängt an das ganze zu testen. Zuerst mit dem Firefox, alles klappt. Design stimmt. Dann die nächste Hürde. IE7, es funktioniert noch immer und nun das letzte IE 6 und das Design ist kaputt.

Dafür gibt es nun eine Lösung von Dean Edwards. Er schrieb eine Library die den IE5/6 zu einem IE 7 oder IE 5/6/7 zu einem IE 8 upgraden sollte. Dazu werden einige css – Eigenschaften korrigiert, einige HTML Tags gecleant und alles nur mit JS. Er hat dazu auch eine Demo Page hinzugefügt.

Um das ganze einzubinden verwendet man einfach eine IE If-Bedingung. Das ganze kann man laut ihm über Google hotlinken.

 Jeder der zur Webseitenentwicklung SAFARI verwendet wird das FIREBUG-Addon von Firefox schmerzlich vermissen. Ein wenig Abhilfe schaffen 2 tolle Bookmarklets:

Zum ersten: Mit insertjQuery lässt sich in jede beliebige Webseite die jQuery-Bibliothek ‘injizieren’.

Schritt Zwei: Ein Klick auf das Jash-Bookmarklet und es öffnet sich eine Javascript-Konsole von der aus man das Dokument erkunden und nach belieben manipulieren kann.

Einfach wunderbar!

Ganz verzichten kann man auf Firebug jedoch noch nicht da z.b. Javascript-Fehler in Jash nicht angezeigt werden und die optional zuschaltbare Debug-Funktionalitäten von SAFARI3 (noch) nicht ganz so optimal sind.

Im Bild unten ist zu sehen wie man mit einigen einfachen Befehlen z.b. die AjaxCommunity “aufräumen” kann. jQuery ist eben doch mehr als “nur eine weitere Ajax-Bibliothek”: ein Konzept das sich jeder Webentwickler zumindest als Blick über den Tellerrand ansehen sollte.

Ach ja… Jash funktioniert auch in fast allen anderen Browsern! Nur Opera hat sich z.Z. noch etwas zickig.

Die twoBirds Lib 2.0 ist eine Bibliothek, welche es ermöglicht, einzelne Elementbestandteile völlig unabhängig voneinander zu laden und simultan zu instantieren. Unter http://system.dlv.phpb002.de kann man sich einen Prototypen ansehen.

Im “User” Feld oben rechts irgendeine Buchstabenkombination + [return] eingeben zum einloggen… im Menu “communication” anklicken und dann “chat” auswählen… viel Spaß beim chatten . Wenn sie dieses System mit firebug etc. genauer untersuchen, kann ihnen auffallen, daß alle Elementbestandteile völlig unabhängig voneinander geladen werden und auch simultan instantiiert werden. Geladen wird genau dann, wenn Sie auf einen Link klicken.
Elemente werden dann angezeigt, wenn alle Ihre Bestandteile da sind. Anmerkung: IE Benutzer müssen diese Seite zu den “Vertrauenswürdigen Sites” hinzufügen, wenn sie chatten wollen. Das geht nicht ohne einen Login und der benutzt ein Cookie zu Namensspeicherung. Wie gesagt, der Login Name ist egal.
Nachdem ein Element einmal angezeigt war, wird zu einer erneuten Anzeige gar nichts mehr nachgeladen, alle Bestandteile waren schon im Cache vorhanden und mußten nur noch erneut angezeigt werden. Der Chat selbst lädt dann natürlich periodisch Zeilen nach falls neuere da sind…

Beispiel-Code:

application.index_body = {
init: function (pDivId) {
tb.element.require( "[ [ 'css', 'application', 'index_body' ], " +
" [ 'tpl', 'application', 'index_body' ], " +
" [ 'js', 'tb', 'effect.fadeTo' ] ]",
'application.index_body.display( "' + pDivId + '" )' ,
true
);
},

display: function (pDivId) {
var myHtml = tb.loader.tplget(‘application’,'index_body’);
tb.div.replace( pDivId, myHtml );
tb.element.require( “[ [ 'js', 'application', 'menu' ], ” +
” [ 'css', 'application', 'menu' ], ” +
” [ 'tpl', 'application', 'menu' ], ” +
” [ 'js', 'application', 'user_greeting' ], ” +
” [ 'css', 'application', 'user_greeting' ], ” +
” [ 'tpl', 'application', 'user_greeting' ], ” +
” [ 'js', 'application', 'submenu' ], ” +
” [ 'css', 'application', 'submenu' ], ” +
” [ 'tpl', 'application', 'submenu' ], ” +
” [ 'js', 'application', 'window' ], ” +
” [ 'css', 'application', 'window' ], ” +
” [ 'tpl', 'application', 'window' ] ]”
);
tb.element.show( ‘toprightcontainer’ , ‘application’, ‘user_login’ );
tb.element.show( ‘innercontentcontainer’ , ‘application’, ‘help’ );
}

};

Welcher Entwickler möchte FIREBUG missen?
Leider waren ähnlich nützliche Tools für andere Browser bisher ein Wunschtraum.
Für OPERA wird sich das in Zukunft ändern denn auf der OperaDeveloperPage steht eine Beta-Version der ‘Opera Developer Console’ zur Verfügung mit der sich auf einfache Weise DOM, JS, CSS, HTTP und XHR debuggen lassen.

Wie sich doch die Ziele der Webdeveloper in ein paar Wochen von “Was interessiert mich OPERA?” zu “Ich will das meine Seite auf auf dem Nintedo WII läuft” ändern können! In Zukunft wird OPERA ganz sicher eine grössere Rolle als bisher spielen und das nicht nur wegen dem WII. Auch wenn der Terminus nicht sehr schön ist: Es wird wohl ab jetzt 2 “Browserkriegsschauplätze” geben: Im Desktop-Bereich: FIREFOX vs. INTERNET EXPLORER und im Mobile-Bereich: OPERA vs. SAFARI. Also dann: “Meine Herren, bitte wählen sie ihre Waffen”.

Vielen ist dieses Problem schon aufgefallen und nun ist es jemanden Gelungen.
Die Information bekam ich wieder einmal von Ajaxian [1].

Reinier Zwitserloot stellt das ganze auf seiner Homepage vor [2].

function sound2Play() {
if ( !sound2Embed ) {
sound2Embed = document.createElement("embed");
sound2Embed.setAttribute("src", "machinegun.wav");
sound2Embed.setAttribute("hidden", true);
sound2Embed.setAttribute("autostart", true);
}
else sound2Stop();  
 
sound2Embed.removed = false;
document.body.appendChild(sound2Embed); }
 
function sound2Stop() {
if ( sound2Embed && !sound2Embed.removed ) {
document.body.removeChild(sound2Embed);
sound2Embed.removed = true; }
}

Links

Der Ajaxian Artikel [1]
Die Seite von Reinier Zwitserloot [2]

Firebug ist eine nur knapp 300 kb große Erweiterung für den Mozilla Firefox Browser, mit der man übersichtlichen Zugriff auf die CSS, HTML und JavaScript Quelltexte im Browser bekommt. Zudem kann man diese live bearbeiten und visuell darstellen lassen. Ausführungsfehler werden dabei detailliert ausgegeben. AJAX-Entwicklern gewährt die Erweiterung zudem vollen Überblick auf aktuelle XMLHTTP-Requests. Dies ist gerade für Webentwickler unverzichtbar, da man so seine Anwendungen viel leichter debuggen und optimieren kann.

Die neue Version besitzt viele neue und wirklich geniale Funktionen. Alles weitere findet Ihr auf der offiziellen Homepage http://www.getfirebug.com.

Seit gestern stellt Microsoft sein unter dem Namen “Atlas” bekanntes AJAX-Framework als “ASP.NET AJAX Framework” in der ersten Final-Version zum Herunterladen bereit. Das Framework bietet zu den clientseitigen Funktionen noch zahlreiche serverseitige Ergänzungen zu ASP.NET 2.0 und eine große Effekte-Bibliothek.
Auf der Projekt-Seite finden sich mehrere Videos und Beispiele, welche den Einstieg erleichtern sollen.

Für Webmaster, welche auf ASP.NET setzen, ist das Framework optimal. Eine Alternative hierzu wäre die Scriptsprache Ruby in Verbindung mit dem Framework Rails. Dies bietet gleiche Funktionen auf Basis des Web-Frameworks Prototype und der Effekte-Bibliothek Script.aculo.us, es läuft aber im Gegensatz zu ASP.NET auch auf Unix-Systemen.

Weiterführende Links:

• http://ajax.asp.net – Die offizielle Seite zum ASP.NET AJAX Framework
• http://asp.net – Die offizielle Seite zu ASP.NET 2.0

Gefunden habe ich die Seite durch einen Blog Artikel bei ajaxian.com.

Das System:

• Scriptaculous Framework
• Prototype Framework

Im Netscape und Firefox Browser sowie dem IE7 (konnte es leider mit anderen Browser nicht versuchen ) funktioniert das ganze ziemlich gut. Nach eigenen Angaben funktioniert es mit folgenden Browsern.

Weebly is compatible with Internet Explorer 5.5+/7 and Firefox 1.5+/2.0 on Windows, Firefox 1.5+/2.0 on Linux and Firefox 1.5+/2.0 on Mac OS X. (laut eigenen Angaben).

Einige Fehler gibt es noch beim Hochladen von Bildern. Dieses gehen manchmal verloren aber im Ganzen erscheint das ganze schon ziemlich rund. Bilder können online etwas bearbeitet werden und das Arbeiten macht wirklich Spass.

Zusätzlich soll bald eine API angeboten werden über die man eigene Objekte integrieren kann.

Weebly is the easiest way to create a great looking website and share it with the world for free. From personal to professional sites, Weebly will enable you to spend your time on the most valuable part of your site, its content.

Natürlich konnte ich mir das auch nicht entgehen lassen und habe eine Testsite (ist nun offline) erstellt.
Ein Zusätzliches Feature ist das man die Seiten dann als zip File herunterladen kann und dadurch nicht mehr abhängig von den Weebly Servern ist.

Meine Meinung

Einmal etwas anderes, einfaches Editieren und das Editieren macht Spass. Durch die vielen bereits vorhanden Templates schaut auch die entstandene Site nach etwas aus. Auch das einfache einbinden von YouTube, Google Video ist sicher eine gute Funktion. Ein paar Bugs sollten noch entfernt werden. Wie lange Webbly noch benötigt bis es auf den Servern von Google läuft steht noch in den Sternen. Zum Schluss: Wer schnell Websites erstellen will und dabei aber nicht auf Design verzichten will sollte sich Weebly einmal ansehen.

Links:

• Weebly Blog
• Weebly Artikel bei Ajaxian
• Weebly