Applikationen aus dem Web 2.0-Bereich sind einfach ungemein praktisch:

• Sie laufen direkt im Browser, so dass keine extra Software installiert und gestartet werden muss.
• Dank der Nutzung von Ajax verhalten sie sich wie Desktop-Applikationen.
• Der Hersteller kann einfach und schnell Updates durchführen.
• Lizenz- und Wartungskosten können niedrig gehalten werden.

Dennoch haben Web-Applikationen einen entscheidenden Nachteil: Sobald die Netzverbindung nicht verfügbar ist, funktionieren sie nicht mehr.

Ist man im Zug ohne Netzverbindung zu einem Treffen unterwegs und hat die Adresse vergessen, die man gestern per Mail erhalten hat, so ist man aufgeschmissen. Oder man bearbeitet gerade ein umfangreiches Dokument in einer Online-Applikation und plötzlich fällt die Netzverbindung aus – speichern kann man dann nicht mehr.

Dieses Problem haben auch die Hersteller erkannt. Das Offline-Web ist seit Beginn des Jahres ein heißes Thema – und inzwischen gibt es auch erste Lösungen. So bietet beispielsweise Zimbra mit Zimbra Desktop seit Ende März eine Alpha-Version des E-Mail-Programmes an, welches auch Offline funktioniert. Und Adobe hat Apollo auf den Weg gebracht, eine plattformunabhängige Laufzeitumgebung für RIAs (Rich Internet Applications), die auch Offline-Funktionalität bietet.

Seit gestern ist eine weitere Lösung frei zugänglich: Der Suchmaschinengigant Google hat mit Google Gears eine Browsererweiterung zur Verfügung gestellt, die es ermöglicht Web-Applikationen offline-fähig zu gestalten.

Google Gears steht unter einer Open Source Lizenz (New BSD License) und läuft auf Windows, Linux und dem Mac. Unterstützt werden der Firefox ab Version 1.5 sowie der Internet Explorer ab Version 6.0.

Die Basis von Gears bilden drei JavaScript APIs:

• LocalServer
• Database
• WorkerPool

LocalServer speichert Applikationsinhalte wie HTML-Dateien, JavaScript, Bilder etc., cached diese und liefert sie lokal auch bei fehlender Netzwerk-Verbindung aus. Unterstützt werden HTTP- und HTTPS-Verbindungen.

Database dient der Speicherung von Daten in einer lokalen relationalen Datenbank. Hier kommt die bekannte Open-Source Datenbank-Engine SQLite zum Einsatz, die es ermöglicht die Daten via SQL-Statement zu speichern und abzurufen.

WorkerPool erlaubt die asynchrone Ausführung von JavaScript Funktionen und ermöglicht so das Ajax-typische verbesserte Antwortverhalten von Applikationen. Skripte, die im WorkerPool ausgeführt werden lösen keinen “unresponsive skript”-Error bei Browsern aus.

Die einzelnen Worker verhalten sich nicht wie Threads, sondern wie ein Bündel von Prozessen – untereinander tauschen sie keine Informationen über ihren jeweiligen Ausführungsstatus aus. Wird eine Variable in einem Worker geändert, so hat dies keinen Effekt auf einen anderen. Aus diesem Grund haben Worker auch keinen Zugriff auf das DOM. Allerdings haben Worker Zugriff zu allen eingebauten JavaScript-Funktionen und den Methoden von Google Gears.

Grundsätzlich gibt es zwei Möglichkeiten für Anwendungsentwickler Google Gears zu nutzen:

• Die eigene Web-Applikation kann eine Google-Gears Installation beim Anwender nutzen.
• Ebenso kann aber auch die komplette API und Runtime Software in eine eigene Applikation eingebettet werden, die dem Nutzer zur Verfügung gestellt wird.

Google Reader Synchronisation

Google hat bereits eine erste “Real-World” Applikation offline-fähig gemacht: den Google Reader.

Dieser ermöglicht – eine Google Gears Installation vorausgesetzt – auf Knopfdruck eine Synchronisation der letzten 2000 Einträge. Danach kann man die Netzverbindung beenden und in Ruhe seine Feeds offline lesen.

Sehnsüchtig wird jetzt von vielen der Schritt erwartet Google Mail offline-fähig zu machen. Damit wäre Google den Mitbewerbern aus dem Webmail-Bereich erst einmal einen großen Schritt voraus.

Ursprünglich war geplant, die Inhalte der Wikipedia zu übernehmen und zu bearbeiten; sie sozusagen zu veredeln. Da das allerdings nicht sonderlich gut geklappt hat, wurden sämtliche noch nicht editierten Wikipedia-Inhalte wieder aus Citizendium rausgeworfen. Und seit heute abend hat das Citizens’ Compendium dann auch seine Pforten geöffnet.

Dass die Webseite momentan aufgrund des großen Interesses nicht erreichbar ist, kann man Citizendium schlecht vorwerfen. Extreme Peaks – und momentan ist davon auszugehen, dass eine Vielzahl von Personen an der Seite interessiert sind – haben schon deutlich größere Seiten in die Knie gezwungen.

Was man Citizendium aber auf jeden Fall vorwerfen muss, ist die Nichteinhaltung der GFDL. Die Versionsgeschichten der übernommenen Texte aus der Wikipedia fehlen gänzlich – bei einigen Texten steht nicht einmal ein Hinweis, dass das Original aus der Wikipedia entnommen wurde. Sollte die restliche Qualitätssicherung – die ja gerade einer der Gründe für die Erstellung des Citizendiums ist – ähnlich aussehen, dann bin ich schwer enttäuscht.

Die Lebensdauer eines A-Records kann jedoch je nach verwendetem DNS-Server bis zu 24 Stunden betragen – nach dem Umzug haben also noch einige Server zur alten Adresse aufgelöst und landeten so im Nirwana. Inzwischen sollte Wikipedistik aber wieder von jedem Netizen erreichbar sein.

An dieser Stelle verweise ich gerne noch mal darauf, dass ich mit vollmar.net hochzufrieden bin (solange man halbwegs weiß, was man tut. Für Menschen, die sich gar nicht mit dem Thema auskennen dürfte der Hoster weniger geeignet sein.) Besonders beeindruckt mich immer der Einsatz von Nick Vollmar – der Mann scheint 24 Stunden am Tag zu arbeiten. Danke schön dafür.