SimonOX

JSConf.eu - Roundup Tag 2

2011-10-04T22:13:00.000+02:00

Nach einer richtig guten Party ging es am zweiten Tag mit der JSConf.eu direkt weiter.

Tomasz Janzcuk von Microsoft zeigte, wie sich leichtgewichtige Node-Anwendungen (Singe-Page-Anwendungen, die auf node.js aufbauen) kostengünstig skalieren lassen. Es lassen sich nicht nur einzelne Node-Instanzen pro virtualisierter Maschine, sondern auch innerhalb einer virtualisierten Maschine verschiedene Node-Prozesse starten. Statt einzelner Node-Prozesse lassen sich zudem auch leichtgewichtige Threads verwenden. Dies ist aber nicht effektiv genug. Erst mit dem Verwenden von isolierten Kontexten innerhalb einzelner Threads lassen sich die Betriebskosten einer leichtgewichtigen Node-Anwendung signifikant drücken.

Andrea Giammarchi von Nokia berichtete von Problemen, die beim Entwickeln von HTML5-Apps auf neuen Endgeräten (Mobile und Tablet) auftreten. HTML5 ist kein fester Standard und die Implementierungen in verschiedenen (mobilen) Browsern sind noch sehr unterschiedlich. Er konnte Lösungen und Workarounds für gängige Probleme aufzeigen. Dieser Talk schien direkt aus der Praxis zu kommen und Giammarchi Tipps erscheinen sehr wertvoll.

Jed Schmidt rockte den Saal mit seinem Vortrag über 140byt.es.

Jakub Siemiątkowski implementierte Voxels in JavaScript. Wenn eine 3D-Welt nicht aus Polygonen sondern aus Würfeln zusammengesetzt wird, dann nennt man diese Würfel Voxel bzw. die Welt Voxelspace. Voxel sind sehr speicher- und rechenzeitintensiv. Trotzdem konnte er eine - wenn auch langsame und nicht besonders stabile - Implementierung live demonstrieren.

Lea Verou hielt einen sehr umfangreichen Talk über Polyfills. Polyfills sind Softwarekomponenten, die fehlende Implementierungen von spezifizierten Features in Webbrowsern durch JavaScript nachimplementieren. Wenn ein Browser das spezifizierte Feature selbst implementiert, dann werden die Polyfills nicht verwendet sondern die native Implementierung des Browser führt das Feature selbst aus. Polyfills sind also Softwarekomponenten, die nur so lange leben sollten, bis die jeweiligen Features von allen Zielbrowsern unterstützt wird.

James Coglan verwendete Websockets, um nahezu alle Laptops im Raum fernzusteuern, um darauf Musik wiederzugeben.

David Coallier demonstrierte node-php. Mit node-php lassen sich PHP-Anwendungen in Node ausführen. Durch node-php sind Node und PHP nicht länger Konkurrenzplattformen sondern lassen sich gemeinsam in einer Webanwendung nutzen.

Tom Robinson, einer der Autoren des Cappuccino Webframeworks, hielt einen Talk über Compiler und Interpreter. Er führte anschaulich und durch Beispiele in die Welt von Compilern ein, die selbst in JavaScript implementiert sind oder JavaScript als Zielsprache erzeugen. Jeder Entwickler sollte selbst in der Lage sein, einen eigenen Compiler für eine eigene (domänenspezifische) Sprache zu schreiben, denn dies ist nicht so schwer, wie es auf den ersten Blick erscheint.

Douglas Campos präsentierte dyn.js. Dyn.js ist eine JavaScript-Implementierung auf der Java Virtual Machine. Anders als Rhino, das noch auf Java 1.2 aufbaut, verwendet dyn.js „Invoke Dynamic“, ein neues Feature der JVM seit Java 7. Durch „Invoke Dynamic“ kann JavaScript für die JVM sehr viel einfacher und evtl. sogar performanter implementiert werden als dies noch Rhino tut.

Michael Aufreiter hielt einen sehr interessanten Talk über data.js. Data.js ist eine JavaScript-Biblothek zum Bauen von datengetriebenen Webapplikation. Es bietet Features zur Defintion, Manipluation und Persistierungen von Graphen in Node und / oder im Webbrowser. Data.js ist die technische Basis von substance.io, einem webbasierten Dokumentenmanagementsystem.

Erik Corry führte in den neuen Garbage Collector von Googles V8 ein. Zudem konnte er Tipps zeigen, um Memory-Leaks zu vermeiden.

Michal Budzyinski hielt einen unterhaltsamen Talk über anaglyphe 3D-Darstellung (jene bunten Bilder, die über zweifarbige Brillen erst dreidimensional wahrgenommen werden). Er konnte in einer Live-Coding-Session eine Demo entwickeln, in dem Side-By-Side-Bilder der NASA anaglyph im Browser dargestellt werden. Dazu verwendete er das Canvas-Element und JavaScript.

Beendet wurde die Konferenz durch zwei sehr emotionsgeladene Talks. James Whelton stellte das Projekt „Coder Dojo“ vor, in dem Kinder unterrichtet werden. Ein T-Shirt, das von Brendan Eich getragen wurde, wurde zugunsten dieses Projekts für 1.500 € an die Veranstalter versteigert. Chris Williams hielt schließlich das Schluss-Plädoyer, in dem er alle Anwesenden zu einer positiveren Einstellung im Umgang miteinander aufforderte.

Die Konferenz war sehr gelungen - ein Lob an die Veranstalter!

JSConf.eu - Roundup Tag 1

2011-10-01T20:52:00.000+02:00

Ich bin auf der JSConf.eu 2011. Hier meine Eindrücke vom ersten Tag.

Der Veranstaltungsort - die Alte Münze Berlin - ist eine alte Geldfabrik in Berlin Mitte. Hier wurden 1935 bis 2006 Münzen geprägt. Seit der Schließung kann man die alten Münze als Veranstaltungsort mieten. Und die Alte Münze Berlin eignet sich hervorragend für eine Konferenz - etwas heruntergekommen aber mit dem gewissen etwas an Industrieromantik.

Nach dem Eröffnungssong von Bella Morningstar berichtete Dean McNamee von Plask. Laut der Konferenzbeschreibung ist Plask „is a multimedia programming environment. It brings together many of the recent advances in web-related technologies, graphics rendering, and languages, and brings them away from the web.“ Zwar hatte der Talk einige recht anschauliche Beispiele zur Verwendung von Plask, aber so richtig konnte ich die Essenz nicht fassen. ~~Mir ist unklar, was Plask im Wesentlichen von anderen Exerimentier-Umgebungen wie Processing / Processing.js unterscheidet.~~ Plask ist wie Processing auf Speed!

Peter van der Zee plädierte für mehr Tools. Im Bezug auf Entwicklerwerkzeuge befindet sich JavaScript - trotz Firebug, Web-Inspector und Chrome-Debugger - noch im Mittelalter. Als Beispiel für ein gelungenes Entwicklungswerkzeug präsentierte Van der Zee Zeon.js. Zeon.js is ist ein Tool, das im Browser läuft. In einer Text-Area lässt sich mit Zeon.js JavaScript bearbeiten. Zeon.js findet dabei Probleme. Anders als bekannte Tools wie JSLint ist Zeon.js jedoch interaktiv. Es ist eine wirkliche Hilfe und kein Hindernis beim Entwickeln. Zeon.js benutzt einen selbst geschriebenen Parser und statische Analsyse, um Probleme zu finden. Van der Zee führte Tiefer in dieses Thema ein und ermutigte die anwesenden Entwickler, ähnliche Werkzeuge zu schreiben, um die Arbeit mit JavaScript zu vereinfachen.

Aaron Quint ist der Autor von sammy.js. In seinem Talk rantete über Front-End-Frameworks. Frameworks sind keine Religion. Frameworks sollen Probleme lösen. Statt Hypes zu folgen sollten sich Entwickler wieder mehr ihren eigentlichen Aufgaben widmen und weniger fanatisch im Hinblick auf Technologien und Frameworks eingestellt sein.

Marijn Haverbeke, der Autor des Buchs „Eloquent JavaScript“ und des Minifizierers uglify.js, beschäftigte sich in letzter Zeit vermehrt mit Front-End-Performance, dem DOM und hardwarebeschleunigtem Rendering. In seinem Talk präsentierte er seine Erkenntnisse. Diese waren zwar teilweise nicht neu, trotzdem konnte man den Talk aber als gelungen bezeichnen.

Paul Bakaus, der Autor von jQuery-UI, ist inzwischen CTO bei der Social-Game-Schmiede Zynga. Er zeigte, welche Probleme es auch heute noch gibt, wenn man Spiele im Browser entwickeln möchte. Er plädierte dafür, alte Browser (< IE 9) nicht länger zu unterstützen. Zum Lösen des Problems des Scrollens und des Verschiebens des Viewports vor allem auf mobilen Endgeräten präsentierte er „Scroller“ und „Viewporter“. Diese stehen ab heute als OpenSource auf Github zur Verfügung.

Jan Kleinert und Paul Kinlan präsentierten Web-Intents. Web-Intents übertragen das Konzept der Intents auf Android-Smartphones („An intent is an abstract description of an operation to be performed…“) auf den Webbrowser. Statt eine Vielzahl von Diensten für Image Hosting, Social Bookmarking usw. zu integrieren (und den Benutzer damit zu verwirren), spezifiziert eine Anwendung lediglich einen Intent (wie „Sharing“ oder „Image Editing“). Der Webbrowser schlägt dann dem Nutzer Dienste vor, die genau dieses Feature bieten und bei denen er bereits registriert ist. Web-Intents könnten die Art, wie Webanwendungen Dienste dritter Webanwendungen integrieren, grundlegend verändern, sofern sich Web-Intents durchsetzen können.

Tobias Schneider, Nikolai Onken und Stephan Seidt präsentierten die „Arduino Extravaganza“. Dies ist ein Trinkspiel. Im Webbrowser müssen zwei Kontrahenten ein Problem in JavaScript lösen. Eine von einem Arduino-Board gesteuerte Zapfanlage mixt für den Verlierer ein hochalkoholisches Getränk. Die Farbe des Getränks wird vom Gewinner als Hexcode festgelegt - die Anlage kümmert sich vollautomatisch um die richtige Mischung.

Philip Tellis zeigte, wie sich Netzwerke mit JavaScript im Browser messen lassen. Dabei ging er ins Detail. Gegen Ende des Talks konnte er zeigen, wie sich ein Netzwerkscanner im Browser schreiben lässt, der automatisiert Cross-Site-Request-Forgery-Attacken durchführen kann. Dies war einer der interessantesten Talks bisher.

Jakob Mattson hielt ein Plädoyer für eine neue dynamische Sprache, die JavaScript ablösen sollte. JavaScript selbst sei zu statisch und zu wenig formbar, um den Ansprüchen an eine moderne, dynamische Sprache gerecht zu werden. Auch Sprachen wie CoffeeScript, die JavaScript erzeugen, sind laut Mattson kein Ausweg.

Alon Zakai zeige Emscripten. Emscripten ermöglicht es, C/C++-Code im Browser laufen zu lassen. Dazu nutzt Emscripten die LLVM (Low Level Virtual Machine). Ähnlich wie ein Java-Compiler Bytecode erzeugt, erzeugt LLVM-GCC (ein GCC-Compiler, der die LLVM unterstützt) Bitcode. Diesen Bitcode, der sehr viel einfacher als C/C++-Code ist, kann Emscripten zu JavaScript kompilieren. Standardbibliotheken bringt Emscripten gleich mit. So lassen sich C/C++-Bibliotheken direkt im Browser nutzen. Selbst komplexe Anwendungen wie das Computerspiel Quake laufen so im Browser. Dieser Talk war mehr als beeindruckend.

Als Überraschungsgast trat Bendan Eich, der Schöpfer von JavaScript, auf. Er zeigte, welche Features voraussichtlich in ES6 (ECMAScript 6th Edition) enthalten sein werden. Außerdem konnte er RiverTrail präsentieren. RiverTrail implementiert parallelisierbare Arrays in JavaScript. In einem grafischen Demo mit Web-CL zeigte er, dass eine parallelisierte Implementierung des Demos zehn mal so schnell lief wie eine sequentielle Implementierung.
Sein Talk entsprach im Wesentlichen dem Talk, den er auf der Capitol.js gehalten hatte. Er lässt sich auf seiner Website komplett einsehen.

WPO - DOM und CSS

2011-09-21T21:49:00.001+02:00

In den letzen Monaten wanderte der Fokus in der Web Performance Optimierung von der Zeit, die zum Laden einer Seite benötigt wurde, zunehmend auf die Geschwindigkeit, in der das Rendering einer Seite und die anschließende Manipulation der Seite durchgeführt werden kann.

Der letzte Blog-Beitrag konzentrierte sich auf JavaScript, wohingegen sich dieser Blog-Beitrag mit dem DOM und CSS beschäftigt.

DOM

Die Verschachtelung des DOMs sollte nicht zu tief werden, genauer: Eine Schachtelungstiefe von mehr als 15 sollte unbedingt vermieden werden.

Elemente sollten über CSS gestylt werden. Direkt in Elementen sollten Style-Attribute nur in Ausnahmefällen (z.B. zur individuellen Platzierung) verwendet werden.

Leere DOM-Nodes sollten vermieden werden. Dies gilt auch für Spacer- oder Clear-DIVs.

Auch auf sonstige überflüssige Elemente (z.B. Grafiken für gerundete Ecken) sollte nach Möglichkeit (d.h. wenn dies der Style-Guide erlaubt) verzichtet werden.

Die Komplexität des DOMs lässt sich mit dem Bookmarklet DOM-Monster von Thomas Fuchs auch auf fremden Seiten überprüfen.

Benutze Hardware-Beschleunigung

Moderne Browser (IE9, Mozilla und Webkit) bieten hardwarebeschleunigtes Rendering. Dieses macht sich allerdings erst bei der Berechnung von Animationen (Ein- und Ausblenden von Dialogen, Bewegen von Infoboxen über den Bildschirm) wirklich bemerkbar.

Hardwarebeschleunigung steht allerdings (wenn man von Canvas und WebGL absieht) nur CSS, nicht aber JavaScript zur Verfügung. Darum sollten Animationen stets per CSS mit Transitions erfolgen. JavaScript sollte nur als Fallback eingesetzt werden.

#transition_animated {-moz-transition: all 5s ease-out;-o-transition: all 5s ease-out;-webkit-transition: all 5s ease-out;transition: all 5s ease-out;}

Nutze CSS-Features durchgänging

Effekte wie Schatten oder gerundete Ecken können und sollten mit CSS realisiert werden. Für Browser, die dies nicht unterstützen, wird dann auf eine Darstellung ohne diese Effekte zurückgegriffen. Einige CSS-Features kann man in alten IE-Versionen durch CSS3-Pie nachrüsten. Allerdings wirkt sich CSS3-PIE negativ auf die Laufzeit aus.

CSS-Selektoren

Ein Browser wertet CSS-Selektoren von rechts nach links aus. Eine Auswertung von rechts nach links ist nämlich technisch einfacher und performanter zu implementieren, da mit diesem Ansatz lediglich Listen gefiltert (reduziert) werden müssen. D.h., zunächst werden im Dokument alle Elemente ermittelt, die im rechten Teil des CSS-Selektors stehen, dann wird durch die Liste der gefundenen Elemente iteriert. Auf jedes vorher ermittelte Element wird dann der nächste Selektor ausgewertet. Die Liste wird um diesen Selektor reduziert.

Hierzu ein Negativbeispiel aus einem Stylesheet, das so wirklich existierte:

div#page_navigation #navbar_01 ul.navbar_02 li.act_childs a

• a – Es werden alle Links einer Seite in einer Liste gesammelt. Diese kann sehr lang werden, denn die Seite kann sehr viele Links enthalten.
• li.act_childs – Es werden von allen Elementen in der Liste die Parent-Nodes ermittelt, um zu prüfen, ob diese ein Listen-Element mit der Klasse act_childs enthalten. Die Liste wird anhand dieses Kriterium reduziert.
• ul.navbar_02 – Es werden von allen Elementen in der Liste die Parent-Nodes ermittelt, um zu prüfen, ob diese eine ungeordnete Liste mit der Klasse navbar_02 enhalten. Die Liste wird anhand dieses Kriterium reduziert.
• #navbar_01 – Es werden von allen Elementen in der Liste die Parent-Nodes ermittelt, um zu prüfen, ob ein Element die ID navbar_01 hat. Eine ID muss auf einer HTML-Seite eindeutig sein. Die Liste wird anhand dieses Kriterium reduziert.
• div#page_navigation – Obwohl im vorherigen Selektor bereits eine eindeutige ID angegeben wurde, werden von allen Elementen in der Liste die Parent-Nodes ermittelt, um zu prüfen, ob diese ein DIV mit der ID page_navigation enhalten. Ein ID-Selektor ist bereits eindeutig. Eine zusätzliche Überprüfung, ob dies ein DIV ist, ist überflüssig. Die Liste wird durch dieses Kriterium nicht wirklich reduziert, denn der vorhergehende ID-Selektor war bereits eindeutig.

Daher gelten einige Regeln für effektive CSS-Selektoren:

Verwende effektive Selektoren

IDs sind die effektivsten Selektoren, gefolgt von Klassen-, Tags- und Universal-Selektoren.

#main_navigation /* ID */ .main_navigation /* Class */ ul li a /* Tag */ li a [title='Zurück zur Startseite'] /* Universal */

Man sollte stets den schnellsten geeigneten Selektor möglichst weit rechts verwenden und den HTML-Code entsprechend gestalten. Selektoren auf Tags und Universal-Selektoren sollten komplett vermieden werden.

Ebenso sollten Descendant-Selektoren vermieden werden, die am langsamsten sind (siehe oben!). Oft lassen sich Descendant-Selektoren durch Child-Selektoren beschleunigen. Child-Selektoren sind zwar auch nicht schnell, aber doch schneller als Descendant-Selektoren, da von einem Element nicht potentiell alle Vorfahren, sondern lediglich das Elternelement ermittelt werden muss.

ul.navbar_02 li.act_childs /* bad */ ul.navbar_02 > li.act_childs /* still bad but better */

Überqualifiziere Selektoren nicht

IDs sind bereits eindeutig. Auch Klassen sollten nur für einen Tag definiert sein. Daher sind überqualifizierte Selektoren wie div#main_navigation oder li .act_childs überflüssig. Es genügt, die Elemente über den sehr schnellen ID-Selektor oder den Class-Selektor zu filtern.

Halte die Selektor-Kette kurz

Je länger die Selektor-Kette, desto mehr Operationen muss der Browser durchführen, um ein Element zu finden. Daher sollte die Kette der Selektoren kurz gehalten werden; überflüssige sollten ganz vermieden werden.Wenn sich eine Selektor-Kette nicht vermeiden lässt, dann sollte sie möglichst früh fehlschlagen, damit Elemente nicht überflüssig oft evaluiert werden müssen, bevor sie herausgefiltert werden.

Benutze Kaskadierung

Oft lässt sich eine lange Selektor-Kette durch Kaskadierung vermeiden. CSS kaskadiert Style-Informationen hin zu den Sub-Elementen. Daher lässt sich ein Style oft schon an einem Vater-Element notieren, damit er im Kinder-Element angewendet wird.

Lange Selektoren trifft man oft an:#navbar_01 ul.navbar_02 li a { font: „Arial“}

Dieser lange Selektor könnte durch die Verwendung eines kurzen Selektors minimiert werden.

#navbar_01 { font: „Arial“}

Dieser Blog-Beitrag sollte gezeigt haben, dass nicht nur dynamische Inhalte und Download-Größen sondern auch Struktur und Styling mitverantwortlich für die Performance einer Website sein können.

Dies ist ein Cross-Post vom Holisticon-Blog.

WPO - JavaScript und das DOM

2011-09-13T21:44:00.000+02:00

Web Performance Optimierung konzentrierte sich in den letzten Jahren vor allem auf die Optimierung der Ladezeit einer Seite. Dazu haben sich Best Practices durchgesetzt, die bereits in einem Artikel in diesem Blog beschrieben wurden.

In jüngster Zeit wandert der Fokus jedoch immer mehr auf die Optimierung einer geladenen Seite, also auf die Zeit, die ein Browser für das Rendering und die Manipulation des DOMs benötigt.

In diesem Blog-Beitrag werden ich mich auf JavaScript konzentrieren.

Document.write

Die Verwendung von document.write ist generell – auch für JavaScripte von Dritten – untersagt. Es sind stattdessen DOM-Operationen (auch innerHtml) zu verwenden. Dies dient nicht nur der der Performance, sondern auch der Robustheit.

Inline-JavaScript

Inline-JavaScript sollte vermieden werden. Wenn dies nicht geht, sollten sie sich am Ende der Seite befinden. Das gilt auch für Event-Listener, die direkt in HTML-Elemente geschrieben werden. Diese sollten eigentlich erst nach dem Laden der Seite gebunden werden. Es sollten zudem so wenige JavaScript-Blöcke wie möglich verwendet werden, da jeder Block zu einer kurzen Verzögerung im Rendering führt.

JavaScript-Blöcke

Jeder JavaScript-Block wird isoliert abgearbeitet. Wenn in einem solchen ein Fehler auftritt, beeinflusst dies andere JavaScript-Blöcke nicht. Daher sollten Scripte, die mit Scripten von Dritten (Tracking, Targeting etc.) interagieren, in einem eigenen Block laufen. Dies widerspricht zwar der Anforderung, möglichst wenige Inline-JavaScripte einzubinden, sorgt aber für Robustheit der Seite. Um Performance-Einbußen zu minimieren, sollten diese Blöcke ausschließlich am Seitenende eingesetzt werden.

Selektoren

Selektoren, die z.B. in jQuery verwendet werden, sollten möglichst performant sein.

Nach Möglichkeit sollten nur Selektoren verwendet werden, die moderne Browser nativ implementieren können. Ob ein Selektor in der nativen Implementierung eines Browser funktioniert, kann man über die Funktion document.querySelectorAll in der Firebug-, Safari-, Internet Explorer- oder Chrome-Konsole testen (z.B. document.querySelectorAll(“.container .p–heading-1″)).

Zum Beispiel implementieren nicht alle Browser die Funktion document.getElementsByClassName. Ein Class-Selektor müsste also von einer Library wie jQuery implementiert werden. Wenn man einen Class-Selektor verwendet, dann muss jQuery alle Elemente der Seite (oder des Bereichs) über einen *-Selektor in eine Liste sammeln und jedes Element prüfen, ob seine Klasse der Klasse des Selektors entspricht. Dies kann auf einer Seite mit sehr vielen Elementen lange dauern. Statt Class-Selektoren sollte man also möglichst ID-Selektoren verwenden. Wenn ein ID-Selektor nicht möglich ist, kann man Events auch per Event Delegation (siehe unten!) an ein Vorfahren-Element binden, dass sich per ID referenzieren lässt.

Minimiere DOM-Manipulationen

JavaScript-Engines werden immer schneller. Dies gilt aber nicht unbedingt für den Zugriff auf das DOM. Manipulationen hieran sind teuer, weswegen sie minimiert werden sollten. Auf DOM-Manipulationen in Schleifen sollte nach Möglichkeit völlig verzichtet werden.

Cache DOM-Nodes und Attribute

Das Ermitteln von DOM-Elementen und -Attributen kostet Zeit. Daher sollten Elemente und Attribute einmalig ermittelt und dann in Variablen gecacht werden. Wenn sich das DOM verändert, so verändert sich auch automatisch das DOM-Element, das bereits ermittelt wurde – es besteht keine Notwendigkeit, erneut das Element im DOM zu suchen und auszuwerten. Module, die Objekte kapseln, können auch zur Zwischenspeicherung der DOM-Elemente genutzt werden.

Minimiere Redraws und Reflows

Jede Änderung im DOM führt zu einer Neuberechnung und einem Rendering der Seite. Dieser Redraw findet immer nach Events bzw. nach dem Beenden von JavaScript-Callbacks, die durch diese Events ausgelöst wurden, statt.

Änderungen sollten kumulativ erfolgen. Statt aus dem DOM zu lesen, in das DOM zu schreiben, erneut aus dem DOM zu lesen und wieder in das DOM zu schreiben, sollten Lese- und Schreiboperationen gebündelt erfolgen, so dass diese Operationen in einem einzigen Redraw bzw. Reflow erfolgen.

Das Document-Ready-Event

Im Document-Ready-Event sollte so wenig wie möglich getan werden. Lediglich Event-Listener dürfen an Elemente gebunden werden. Diese Elemente sollten nach Möglichkeit per ID referenziert werden. Wenn dies nicht möglich ist, bietet sich Event Delegation (siehe unten!) an.

Gänzlich verzichtet werden sollte auf DOM-Manipulationen, die schon beim Laden der Seite stattfinden (wie das Erzeugen von DIVs auf Reserve oder das Setzen von Attributen aufgrund von CSS-Klassen). Das DOM sollte bereits auf dem Server statt erst im Browser manipuliert werden.

Lazy Initialisation

Berechnungen und Bindings beim Document-Ready-Event sollten minimiert werden (siehe oben!), sondern erst durchgeführt werden, wenn sie benötigt werden (z.B. nach einen Klick-Event). Natürlich ist im Einzelfall abzuwägen, ob Lazy Initialisation einen Vorteil bietet. Eine Lazy Initialisation bei einem MouseOver-Event könnte als störend (verzögert) empfunden werden, während sie nach einem Klick-Event vom User nicht bemerkt wird.

Event Delegation

Es kann nach dem Laden der Seite lange dauern, bis alle Event Handler an DOM-Elemente gebunden sind. Um diese Zeit zu minimieren, bietet sich Event Delegation an, die der der Lazy Initalisation ähnelt. Man registriert ein Event (z.B. ein Klick-Event) an einem umschließenden Bereich, der sich z.B. über eine ID referenzieren lässt. Die Auflösung auf das einzelne geklickte Element findet dann erst nach dem Klick-Event statt. Die Zeit, die beim Laden der Seite eingespart wird, tritt dann also bei jedem einzelnen Event auf. Daher ist im Einzelfall abzuwägen, ob Event Delegation einen Vorteil bietet. Eine Event Delegation bei einem MouseOver-Event könnte als störend empfunden werden, während eine Event Delegation nach einem Klick-Event vom User nicht bemerkt wird.

Dies ist ein Cross-Post vom Holisticon-Blog und von Ajaxer.

JSON-P mit Spring und CXF

2011-04-16T23:48:00.007+02:00

Viele Webapplikationen laden Daten per JavaScript im JSON-Format von einem Server in den Browser, um sie dort darzustellen oder zu verarbeiten. Ein solcher Beispieldatensatz im JSON-Format könnte wie folgt aussehen:


{
  “cities”: [”Hamburg”, “New-York”, “Tokio”]
}

Ein Webbrowser lässt allerdings nicht zu, dass ein Script Daten von einer anderen Domain lädt als der, von der die Seite, in die das Script eingebettet wurde, geladen wurde. JavaScript hat also keinen Zugriff auf Daten, die von einer anderen Domain kommen. Diese Einschränkung ist ein Security-Feature des Browsers und als Same Origin Policy bekannt.

Oft ist es aber nötig, Daten von einer fremden Domain oder einer eigenen Subdomain zu ermitteln. Die saubere technische Lösung für dieses Problem ist Cross Origin Resource Sharing. Beim Cross Origin Resource Sharing werden Berechtigungen über HTTP-Header gesteuert. Leider funktioniert Cross Origin Resource Sharing nicht mit Legacy-Browsern, die noch häufig anzutreffen sind.

Ein Workaround, der in jedem Browser funktioniert, ist JSON-P: JSON with Padding. Ein Script darf selbst zwar keine Daten von einer fremden Domain anfordern, aber es darf einen Script-Tag generieren, der ein weiteres JavaScript von dieser fremden Domain lädt und direkt ausführt. Diesem nachgeladenen JavaScript übergibt man als GET-Parameter den Namen einer Callback-Funktion, die von dem nachgeladenen JavaScript ausgeführt werden sollte. Per Konvention trägt dieser GET-Parameter den Namen „_jsonp“.



script src="”http://my.otherdomain.de/rest-ws/myservice/mydata?_jsonp=jsonpCallback“" type="”text/javascript”"

Das so eingebundene Script muss dynamisch auf dem Server in einer Weise erzeugt werden, dass es die übergebene Callback-Funktion aufruft, sobald es vom Browser geladen wurde. Der Callback-Funktion werden in der Regel die Daten übergeben, die man ansonsten direkt als JSON-Objekt angefragt hätte:


jsonpCallback (
 
  {
 
    “cities”: [”Hamburg”, “New-York”, “Tokio”]
 
  }
 
);

Die Callback-Funktion wird von dem Script, das eigentlich die Daten anfordern wollte, bereitgestellt. So werden Daten von einer fremden Domain per JSON-P geladen. Front-End-Libraries wie jQuery stellen eine automatisch generierte Callback-Funktion bereit. Daher muss sich der Entwickler nicht um das Schreiben dieser Callback-Funktion kümmern.


return $.ajax({
 
type: “GET”,
 
url: “http://my.otherdomain.de/rest-ws/myservice/” + data,
 
error: errorcallback,
 
success: callback,
 
dataType: “jsonp”,
 
jsonp: “_jsonp”,
 
jsonpCallback: “ jsonpCallback “
 
});

Auf Client-Seite stellt JSON-P also kein Problem dar und wird von gängigen JavaScript-Bibliotheken unterstützt.

Auf dem Java Enterprise-Server wird für RESTful Services oft eine JAX-RS-Implementierung benutzt. Eine gängige JAX-RS-Implementierung ist Apache CXF. Allerdings stellt CXF im Moment noch kein JSON-P zur Verfügung (JIRA 3005). Daher muss man sich einen eigenen JSON-P-Provider schreiben. Dies ist glücklicherweise sehr einfach, denn man kann alle Funktionalitäten vom Default-JSONProvider erben:


@Produces("application/json")
 
public class JSONPProvider extends JSONProvider {
 
  @Override
 
  public void writeTo(
 
    Object obj, Class cls,
 
    Type genericType, Annotation[] anns,
 
    MediaType m, MultivaluedMap headers,
 
    OutputStream os
 
  ) throws IOException {
 
    final String prefix = request.getParameter("_jsonp"); // fix for demo
 
    final boolean hasPrefix = !StringUtils.isEmpty(prefix);
 
    if(hasPrefix) {
 
      // … check for injection first
 
      os.write(prefix); // simplified
 
      os.write('(');
 
      super.writeTo(obj, cls, genericType, anns, m, headers, os);
 
      os.write(')');
 
    } else {
 
      super.writeTo(obj, cls, genericType, anns, m, headers, os);
 
    }
 
  }
 
}

Dieser eigene JSON-P-Provider macht nichts, außer die vom JSON-Provider erzeugten JSON-Daten mit dem Aufruf einer Callback-Funktion zu umschließen, falls ein Request-Paramter „_jsonp“ übergeben wurde. Das abgedrucke Listing ist simplifiziert. Selbstverständlich muss man den Eingabeparameter „prefix“ prüfen, um eine Code-Injection auszuschließen.

Dieser selbst geschriebene JSON-P-Provider kann im Spring-Framework nun als JSON-P-Provider-Bean definiert werden. Letztere kann in einem JAX-RS-Server genutzt werden.

So lassen sich RESTful Services, die bisher nur JSON sprechen konnten, durch Konfiguration des JSON-P-Providers so erweitern, dass sie auch optional JSON-P sprechen können.

Dies ist ein Cross-Post vom Holisticon-Blog und von Ajaxer.

Türstehen für Bohnen – Bean Validation mit domänenspezifischen Typen in der Praxis

2011-03-03T23:33:00.002+01:00

Simon Zambrovski und Oliver Ochs, JavaMagazin Ausgabe 4.2011

Nachdem vor Kurzem Simon Zambrovski und Oliver Ochs bereits einen IT-Talk zum Thema Bean Validation gehalten haben, ist nun auch ein JavaMagazin-Artikel zum gleichen Thema erschienen.

In einer Java-Enterprise-Anwendung werden Daten erfasst und verarbeitet. Diese Daten müssen validiert werden. Die Validierungslogik ist meist eng an die Daten, die validiert werden, gekoppelt. Darum werden durch JSR-303 Bean Validation die Validierungsregeln direkt an die Daten annotiert. Der JSR-303 ist ein Teil der Java EE 6. Das heißt, man kann Bean Validation in Java EE 6 sowohl mit JSF als auch mit JPA einsetzen. Doch auch außerhalb der Java EE 6-Welt lässt sich Bean Validation z.B. mit Spring 3 verwenden.

Der Artikel bietet einem praxisnahen Überblick über den Einsatz von JSR-303 mit all diesen Frameworks. Zudem wird die Verwendung von domänenspezifischen Typen tiefer gehend erläutert.

Man findet den Artikel in der Rubrik "Enterprise".

Mehr Informationen findet man im Holisticon-Blog.

UKW-Sender in Hamburg

2010-12-31T14:49:00.003+01:00

Hier eine Senderliste der in Hamburg empfangbaren UKW-Radiosender.

Die angegebenen Sendetürme sind die, die mir am wahrscheinlichsten vorkommen. Die Sender, die von Bergedorf aus abgestrahlt werden, kann ich leider selbst nicht empfangen.

No.	Sender	Sendeturm	Frequenz
1	NDR 2	Moorfleet	87,6
2	Deutschlandfunk	Mitte	88,7
3	DeutschlandRadio Kultur	Mitte	89,1
4	NDR 1 Welle Nord	Moorfleet	89,5
5	NDR 90,3	Moorfleet	90,3
6	917 xfm	Mitte	91,7
7	NDR Info	Moorfleet	92,3
8	FSK - Freies Senderkombinat	Mitte	93,0
9	Delta Radio	Mitte	93,4
10	NJOY Radio	Mitte	94,2
11	Oldie 95	Mitte	95,0
12	Offener Kanal Hamburg	Mitte	96,0
13	Energy 97,1	Mitte	97,1
14	Klassik Radio	Mitte	98,1
15	NDR Kultur	Moorfleet	99,2
16	R.SH	Mitte	100,0
17	Radio ffn	Rosengarten	100,6
18	Radio Nora	Kaltenkirchen	101,1
19	R.SH	Kaltenkirchen	102,9
20	NDR 1 Niedersachsen	Rosengarten	103,2
21	Radio Hamburg	Moorfleet	103,6
22	Radio Hamburg	Mitte	104,0
23	Hit-Radio Antenne	Rosengarten	105,1
24	NDR 1 Welle Nord	Neumünster	106,4
25	106!8 Alster Radio rock'n'pop	Höltigbaum	106,8
26	Delta Radio	Kaltenkirchen	107,4

27	Oldie 95	Bergedorf	88,1
28	Energy 97,1	Bergedorf	100,9
29	R.SH	Bergedorf	102,0
30	Delta Radio	Bergedorf	107,7

Nachteile funktionaler Vererbung in JavaScript

2010-12-13T22:52:00.001+01:00

In meinem letzten Blog-Post hatte ich die funktionale Vererbung in JavaScript vorgestellt. Diese funktionale Vererbung hat allerdings einige Nachteile.

Jedes Mal, wenn ein neues Sub-Objekt erzeugt wird, werden zwei neue Funktionen erzeugt: einmal für das Sub-Objekt und einmal für das Super-Objekt. Diese Objekte sind nicht leichtgewichtig, denn das innere Super-Objekt wird als Closure im äußeren Sub-Objekt referenziert. Das Verwenden von vielen Closures kann zu Memory-Leaks führen.

Typen können nicht durch den Instanceof-Operator getestet werden. Sowohl das Super-Objekt "Square" als auch das Sub-Objekt "Box" sind einfache Funktionen. Eine Box-Objekt ist keine Instanz des Square-Objekts. Dies liegt daran, dass keine Konstruktorfunktion verwendet wird.

print(myBox instanceof square); // false

Typen lassen sich zudem nicht erweitern. Das Super-Objekt wird in einer Closure gehalten. Es ist von außen nicht sichtbar.

Der Syntax zum Erzeugen einer neuen Objekt-Instanz entspricht nicht den Konventionen von JavaScript.

var myBox = box(5);

Neue Objekt-Instanzen werden in JavaScript mit dem new-Operator auf einer Konstruktorfunktion erzeugt. Da das Entwurfsmuster der funktionalen Vererbung keine Konstrutkorfunktionen kennt, kann der new-Operator nicht verwendet werden. Dies kann zu Fehlern in der Verwendung des Codes führen.

new Box(5); // ReferenceError: Box is not defined

Funktionale Vererbung sollte also nur in Ausnahmefällen angewendet werden, in denen ein funktionales Paradigma am sinnvollsten erscheint.

Dies ist ein Cross-Post von Ajaxer.de.

Google Street View

2010-11-18T12:53:00.001+01:00

Google Street View
Originally uploaded by SimonOx

Funktionale Vererbung in JavaScript

2010-11-12T00:10:00.004+01:00

Funktionale Vererbung ist ein Begriff, der durch Douglas Crockford geprägt wurde.

Funktionen sind Objekte. Wie Objekte können Funktionen auch selbst Eigenschaften (Properties) und Methoden (Funktionen) haben.

Funktionale Verberbung implementiert man, indem man eine Funktion erstellt, die Objekte erzeugt und diese zurückgibt. Innerhalb dieser Objekt-erzeugenden Funktion gibt es private Instanzvariablen. Auf diese kann das zurückgegebene Objekt als Closure zugreifen. Für die Nutzer des zurückgegebenen Objekts sind diese jedoch unsichtbar. Das zurückzugebende Objekt wird um Methoden erweitern. Diese Methoden haben ebenfalls Zugriff auf die privaten Variablen.



function square(width) {
  var squareObject = {};
  squareObject.getArea = function() {
    if (width > 0) {
      return width * width;
    }
   }
   return squareObject;
}

var mySquare = square(5);
print(mySquare.getArea()); // 25
print(mySquare.width); // undefined

Vererbung lässt sich in der funktionalen Vererbung durch das Dekorierer-Entwurfsmuster implementieren. Um einen Subtypen zu implementieren erweitert man den Supertypen um die benötigten Eigenschaften oder Methoden. Zu überschreibende Methoden speichert man in privaten Variablen, um diese auch dann noch verwenden zu können, wenn man die Methoden des Super-Objekts bereits überschrieben hat.



function box(width) {
  var boxObject = square(width);
  var getSquareArea = boxObject.getArea;
  boxObject.getVolume = function() {
    if (width > 0) {
      return getSquareArea() * width; 
    }
  }
  boxObject.getArea = function() {
    if (width > 0) {
      return getSquareArea() * 6;  
    }
  }
  return boxObject;
}

var myBox = box(5);
print(myBox.getVolume());  // 125
print(myBox.getArea()); // 150

Dieser Ansatz ist wohl der einfachste Ansatz zur Objekt-orientierten Programmierung in JavaScript, da er ohne Prototypen und Konstruktor-Funktionen auskommt.

Dies ist ein Cross-Post von Ajaxer.de.

Google V8 installieren

2010-09-10T23:50:00.004+02:00

In den letzten Jahren hat sich der Webbrowser zu der wichtigsten Anwendung auf dem Desktop-Rechner und im Smartphone entwickelt. Er ist in die Domäne von ausgewachsenen Applikation wie Mail-Clients und Office-Suiten vorgestoßen und hat scheinbar allgegenwärtige Programme wie Microsoft Outlook und Word teilweise bereits verdrängt. Anwendungslogik wandert zunehmend vom Server zum Client, vom Backend in den Webbrowser.

Wenn immer mehr Anwendungslogik vom Server in den Client verlagert wird, stellt sich für einen Entwickler die Frage, ob der Rest der Anwendungslogik im Backend nicht in der gleichen Sprache entwickelt werden kann, die auch im Webbrowser verwendet wird. Es gibt keinen logischen Grund, warum JavaScript ausschließlich im Webbrowser laufen sollte. Es erscheint zudem wirtschaftlich, wenn man auf eine große Zahl an Entwicklern zurückgreifen kann, die in einer einzigen Sprache entwickeln. JavaScript auf dem Server könnte sicherlich nicht gewachsene SAP- oder SOA-Umgebungen, dafür aber Webframeworks wie ASP.net, Spring MVC / Webflow oder JSF ersetzen.

Inzwischen wird JavaScript also auf dem Server interessant. Sogar Datenbanken wie Couch-DB verwenden JavaScript als native Abfragesprache. Mit ECMAScript 5 gibt es zudem in der Sprache selbst interessante neue Features.

V8 ist die JavaScript-Laufzeitumgebung, die von Google für Googles Chome-Browser entwickelt wurde. V8 implementiert in der aktuellen Version 2.2 ECMA Script 3.

Google entwickelte mit V8 eine Laufzeitumgebung, die auf Mac OS X, Linux und Windows läuft. V8 ist komplett in C++ geschrieben und lässt sich eingebettet in C++-Applikationen verwenden. Außerdem lässt es sich natürlich auch allein stehend ausführen.

V8 gilt als sehr schnell. Verantwortlich für die Entwicklung war Lars Bak. Vor noch etwa zehn Jahren hatte Java den Ruf, langsam und hakelig zu sein. Ein kleines Start-Up um Lars Bak entwickelte jedoch eine neue Java Virtual Machine, die den Code zur Laufzeit kompilierte. Der Java JIT war geboren. Die von Lars Bak entwickelte Virtuelle Maschine ist der Ursprung von Hotspot, der aktuellen Java Virtual Machine von Sun Microsystems (jetzt Oracle). Erst durch Hotspot konnte Java die Popularität erreichen, die es heute hat. Genauso wie HotSpot Java beschleunigt hatte, beschleunigt V8 auch JavaScript.

V8 kompiliert JavaScript zu nativem Microcode anstatt es zu interpretieren. Weitere Beschleunigung erreicht V8, indem es die Rückgabewerte von Methoden cacht. Dieses Optimierungs-Technik wird inline caching genannt. Der Garbage Collector ist zwar ein Stop-the-World-Garbage Collector, allerdings ist er sehr schnell. Mit V8 läuft JavaScript fast so schnell wie ein kompiliertes, natives Programm.

Als V8 veröffentlicht wurde, war es etwa doppelt so schnell wie die Laufzeitumgebungen anderer Hersteller. Dies erst führte dazu, dass ein richtiges Wettrennen zwischen Browsern und deren JavaScript-Laufzeitumgebungen stattgefunden hat. Ohne V8 wären TraceMonkey, JägerMonkey oder SquirrelFish wahrscheinlich nicht so schnell entwickelt worden.

Google betrachtete JavaScript als einen der Treiber des Webs. Google ließ sich sogar dazu verleiten, ein reines Web-Betriebssystem Google Chrome OS anzukündigen, das sich ausschließlich durch Web-Technologien, also HTML und JavaScript, programmieren lässt.

V8 könnte eine - wenn nicht die - Grundlage für JavaScript auf dem Server oder in nativen Anwendungen bilden.

Um V8 zu installieren, benötigt man Subversion und SCons. Subversion ist ein Source-Code-Management-System, SCons ein Build-System. Unter MacOS verwendet man am besten Ports.

$ sudo port install scons subversion

Unter Ubuntu Linux verwendet man dazu den Package-Manger apt.

$ sudo apt-get install zip scons subversion

Unter der 64bit-Version von Ubuntu Linux könnte es notwendig sein, dass man zusätzlich noch die Multi-Lib-Packages installiert.

$ sudo apt-get install g++-multilib gcc-multilib

Anschließend kann man V8 aus dem Subversion-Repository auschecken und bauen.

$ svn checkout http://v8.googlecode.com/svn/trunk/ v8

$ cd v8

$ scons sample=shell

Nun kann man V8 über das Kommando „shell“ starten.

$ ./shell

V8 version 2.2.21

> print("Hello World");

Hello World

> quit();

Dies ist ein Cross-Post von Ajaxer.de. In Teilen befindet sicher Eintrag auch auf dem Holisticon-Blog.

Good-bye Google Wave - Hello Etherpad

2010-08-12T14:27:00.000+02:00

Am vierten August verkündete Goole im offiziellen Google Wave Blog, dass das Projekt eingestellt wird. Die Server werden zwar bis Jahresende weiter laufen und die Quelltexte sollen — wie vor über einem Jahr versprochen — veröffentlicht werden, allerdings wird das Projekt nicht weiter entwickelt.

Teile der bisherigen Entwicklung sollen weiterhin in anderen Google-Projekten Anwendung finden, Konzepte und Techniken hinter Google Wave sind in andere Google-Produkte wie Google Docs oder Google Mail eingeflossen.

Bereits in unserer Artikelserie zu Google Wave zogen Jochen Jörg und ich folgendes Fazit:

„Evtl. hätte Wave weniger komplex und auf das Wesentliche konzentriert starten sollen. Im Moment macht Wave, obwohl es schon seit einem Jahr in der Preview verfügbar ist, noch einen unfertigen Eindruck. [...] Die Zukunft wird zeigen, ob Google Wave ein Experiment aus den Google Labs bleiben wird oder ob es sich als eine Art Schweizer Taschenmesser für die Zusammenarbeit und Kommunikation in der Cloud etabliert.“

Es gibt „weniger komplexe“ Alternativen zu Google Wave. Neben Stand-Alone-Anwendungen wie SubEthaEdit von den CodingMonkeys gibt es Etherpad.

AppJet war ein Web 2.0-Startup, das 2007 u. a. von zwei Google-Mitarbeitern gegründet wurde. Der Fokus des Unternehmens war Etherpad. Etherpad ist ein web-basierter Echtzeit-Editor für kollaboratives Schreiben. Es bietet also das gleiche Kernfeature wie Google Wave, konzentriert sich aber auf das Wesentliche. AppJet wurde von Google gekauft und die Etherpad-Website wurde vorübergehend geschlossen. Allerdings ist der Quellcode von Etherpad komplett offen gelegt.

Auf einem Linux-Server mit Ubuntu ist es sehr einfach, Etherpad zu installieren.

Es gibt ein eigenes Repository für Etherpad. Dies muss man dem Paket-Manager APT bekannt machen. Dazu trägt man folgende Zeilen in die /etc/apt/sources.list-Datei ein:

deb http://etherpad.org/apt all .
deb http://ftp.de.debian.org/debian sid main non-free

Damit diese Repository verwendet wird, muss man updaten:
$ apt-get update

Dann lässt sich Etherpad einfach installieren:
$ apt-get install etherpad

Sämtliche Abhängigkeiten wie MySQL, Java und Scala sollten automatisch durch den Paketmanager aufgelöst werden. Ein dialog-gestützter Installer führt dann durch die Konfiguration. Man sollte sich im einfachsten Fall eine eigene Sub-Domain für Etherpad reservieren und diese in der Konfiguration bekanntgeben. In diesem Beispiel ist die Domain pad.mydomain.de.

Normalerweise wird dann Etherpad über das Start-Script unter /etc/init.d/etherpad gestartet. Da dieses Startscript aber keine Fehler in der Konsole meldet, sollten die ersten Startversuche über das gesprächigere Start-Script run-local.sh erfolgen. Eventuell muss - je nach Server - im Startup-Script vorher die Variable MXRAM=”1G” angepasst werden. 512M sollten für Etherpad ausreichend sein:

/usr/share/etherpad/etherpad $ ./bin/run-local.sh
Using config file: ./etc/etherpad.local.properties
Using mysql database type.
Establishing mysql connection (this may take a minute)...
mysql connection established.
HTTP server listening on http://localhost:9000/

Ob wirklich ein Etherpad auf Port 9000 lauscht, lässt sich leicht testen:
$ lynx localhost:9000

Falls Etherpad nicht funktioniert, kann man es über eine Properties-Datei konfigurieren:

/etc/etherpad/etherpad.local.properties

Natürlich möchte man in der Regel nicht, dass Etherpad im Internet über den Port 9000 erreichbar ist. Darum muss man den Apache entsprechend konfigurieren, dass ein Request auf dem Standardport 80 an Etherpad auf dem Port 9000 weitergeleitet wird. Dies geht am einfachsten über das Apache-Modul mod_proxy.

$ a2enmod proxy_http
Enabling proxy as a dependency
Module proxy installed; run /etc/init.d/apache2 force-reload to enable.
Module proxy_http installed; run /etc/init.d/apache2 force-reload to enable.

Ein virtueller Host kann nun über den Proxy an Etherpad weitergeleitet werden:

NameVirtualHost *
<VirtualHost *>
ServerName pad.mydomain.de
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
ProxyPass / http://localhost:9000/
ProxyPassReverse / http://localhost:9000/
ProxyPreserveHost on
<Location />
Order allow,deny
Allow from all
</Location>
</VirtualHost>

Jetzt sollte sich Etherpad auch über das Internet mit den Browser aufrufen lassen.

Javamagazin - Maskenball - Google Wave (Teil 3)

2010-07-01T22:39:00.001+02:00

Maskenball - Clientseitige Erweiterung von Google Wave
Oliver Ochs und Jochen Jörg, JavaMagazin Ausgabe 8.2010

Im ersten Teil der Artikelserie haben wir die grundlegenden Konzepte von Google Wave vorgestellt und Wave ausführlich aus der Produktperspektive betrachtet. Im zweiten Artikel wurden die Funktionsweise sowie das Wave Protokoll näher beleuchtet. Ferner haben wir anhand eines Beispiels gezeigt, wie Wave mit Hilfe der Robot API erweitert werden kann. In diesem dritten Teil werden wir beschreiben, wie sich Wave unter Verwendung der Embed API in eine Website einbinden lässt und wie sich Gadgets - Miniprogramme, die im Client laufen - mit Hilfe der Gadgets API programmieren lassen.

Dies ist ein Cross-Post des Holisticon-Blogs.

Javamagazin - Föderierte Agenten - Google Wave (Teil 2)

2010-06-01T22:34:00.001+02:00

Föderierte Agenten - Serverseitige Erweiterungen von Google Wave
Oliver Ochs und Jochen Jörg, JavaMagazin Ausgabe 7.2010

Im ersten Teil der Artikelserie haben wir die grundlegende Konzepte von Google Wave vorgestellt und Wave ausführlich aus der Produktperspektive betrachtet. Außerdem haben wir einen eigenen Wave Federation Server aufgesetzt. In diesem zweiten Artikel werden wir die Funktionsweise und das Wave Protokoll näher beleuchten. Ferner wird anhand eines Beispiels gezeigt, wie Wave mit Hilfe der Robot API erweitert werden kann.

Dies ist ein Cross-Post des Holisticon-Blogs.

Rezept für Spuntenkäse (Spundekäse)

2010-05-13T08:48:00.000+02:00

500 g Quark
250 g Butter
2 Pck. Frischkäse, natur
1 Pck. Schmelzkäse (rechteckig)
1-2 Zwiebeln
3 El. Paprikapulver, edelsüß
Pfeffer und Salz
zusätzlich Paprikapulver, edelsüß zum garnieren

Zutaten mit dem Handrührgerät verrühren, mit Paprikapulver garnieren.

Javamagazin - Der Schockwellenreiter - Google Wave (Teil 1)

2010-05-01T22:26:00.001+02:00

Der Schockwellenreiter - Google Wave
Oliver Ochs und Jochen Jörg, JavaMagazin Ausgabe 6.2010

Google Wave ist ein Werkzeug, mit dem die Kommunikation und Zusammenarbeit über das Internet revolutioniert werden sollte. Dieser radikale Ansatz könnte Wave auch scheitern lassen. In dieser dreiteiligen Artikelserie werden wir zeigen, was Google Wave ist, wie es funktioniert und welche Konzepte sich dahinter verbergen.

Dies ist ein Cross-Post des Holisticon-Blogs.

Für Emma Punk - Elektrische Version

2010-03-31T12:43:00.002+02:00

Für Emma Punk... (Die Goldenen Zitronen - Für immer Punk)

2010-03-29T00:09:00.004+02:00

Web Performance-Optimierung

2010-03-24T15:49:00.000+01:00

Performance-Optimierung

Bei einem Kunde wurde die Performance der Website optimiert. Inspiriert wurde diese Optimierung durch das Buch „High Performance Web Sites: 14 Steps to Faster-Loading Web Sites“ von Steve Souders.

Anhand der Engineering-Taks, die in diesem Buch beschrieben werden, wurden folgende Regeln aufgestellt und implementiert.

Rendering so früh wie möglich erlauben

Wenn ein Benutzer eine Seite aufruft, so muss er warten, bis die Seite aufgebaut ist. Während er wartet, benötigt er ein visuelles Feedback, damit er sicher gehen kann, dass die Seite funktioniert. Durch das Feedback erscheint für den Nutzer die Zeit, die er auf die Seite wartet, subjektiv kürzer.

In Webseiten wird in der Regel kein Fortschrittsbalken eingeblendet, sondern die Seite selbst ist der Fortschrittsbalken. Statt dass der Nutzer vor einer weißen Seite sitzt, die sich nach der Wartezeit in einem einzigen Augenblick aufbaut, sollte sich die Seite im Browser nach und nach aufbauen.

Um dies zu erreichen, sollte es dem Web-Browser technisch ermöglicht werden, herunter geladene Inhalte so früh wie möglich darstellen zu können. Dazu benötigt er einfach möglichst früh alle nötigen Informationen zum Rendering der Seite.

Außerdem sollte man - z.B. nach dem Rendering des Kopfbereichs - den HTTP-Output flushen.

Eine weiße Seite erscheint (vor allem im Internet Explorer) trotzdem dann, wenn

man eine Seite in einem neuen Fenster öffnet,
der Browser während eines Reloads bewegt wird (z.B. minimiert und wiedergestellt wird),
eine Seite als Homepage (als erste Seite überhaupt) geladen wird.

Schlimmer als eine weiße Seite ist ein Flash of Unstyled Content (FUC). Dieser wird hervorgerufen, wenn Stylesheet-Informationen erst dann ausgewertet werden, wenn der Browser bereits mit der Darstellung des Contents begonnen hat.

Dimensionen von Grafiken und Bildern festlegen

Wenn man für Images (Bilder und Grafiken) die Höhe und Breiter schon im Image-Tag vorgibt, kann der Browser mit der Berechnung der Seite schon beginnen, bevor die eigentlichen Binaries der Bilder heruntergeladen wurden.

CSS in den Seitenkopf einbauen

Stylesheets, die bereits im Dokumenten-Kopf (HEAD) eingebunden werden, ermöglichen es dem Browser, möglichst früh mit dem Rendering zu beginnen. Zudem wird durch das Einbinden in den Dokumenten-Kopf der FUC vermieden.

CSS sollte immer über den Link-Tag eingebunden werden. @import-Regeln im CSS werden nämlich erst später, wenn das CSS bereits heruntergeladen wurde, evaluiert.

CSS vor JavaScript einbinden

Browser blockieren JavaScripte bis alle CSS-Dateien geladen sind. Dies liegt daran, dass JavaScripte Informationen aus Style-Attributen verwenden könnten. Darum muss der Browser vor der Ausführung von JavaScript warten, bis die CSS-Dateien geladen sind. Also sollte man, um eine Blockierung zu vermeiden, CSS-Dateien auch im HTML-Code vor JavaScript-Dateien referenzieren.

Reduziere die Anzahl der HTTP-Requests

Je weniger einzelne Ressourcen (Dateien) ein Browser laden muss, desto schneller können diese herunter geladen werden, da der Over-Head durch HTTP bzw. durch TCP-Round-Trips entfällt. Außerdem gilt: je kleiner diese Ressourcen sind, desto schneller sind werden sie übertragen.

Parallelisiere Downloads über verschiedene Hosts

Ein Browser kann pro Host nur eine bestimmte Anzahl an Verbindungen öffnen. Eine Übersicht, welcher Browser wie viele Verbindungen gleichzeitig öffnen kann, bietet die Website browserscope.org. Der Internet Explorer 6 (IE6) kann z.B. nur zwei Verbindungen pro Host öffnen.

Wenn man die Ressourcen einer Site auf mehrere Hosts verteilt, dann kann der Browser eine größere Anzahl an Verbindungen verwenden.

Für statische Inhalte wurden also zwei (virtuelle) Static-Hosts angelegt, über die diese Inhalte ausgeliefert werden.

Reduziere DNS-Lookups

Allerdings lassen sich nicht beliebig viele Host-Namen verwenden. Pro Host-Name ist nämlich ein DNS-Lookup notwendig. Firefox speichert DNS-Lookups nur für eine Minute zwischen. D.h., wenn man zu viele Host für den parallelen Download verwendet, wird der Geschwindigkeitsvorteil, der durch verschiedenen Hosts erreicht wird, durch die DNS-Lookups wieder aufgehoben.

Es sollte also pro Site nicht mehr als 2-4 Hosts zur Parallelisierung verwendet werden. Das Einbinden von Ressourcen sehr vieler Hosts, wie sie bei Zählpixeln (und Mash-Ups) üblich sind, sollte vermieden werden.

Reduziere SSL-Handshakes

Es ist zu im Einzelfall zu überprüfen, ob bei einer Seite, die über HTTPS ausgeliefert wird, es sich überhaupt lohnt, verschiedene parallele Hosts zu verwenden. Evtl. wird die Zeit, die durch parallele Downloads gewonnen wird, durch einen zusätzlichen SSL-Handshake wieder verbraucht.

Verwende ein CDN

Content Delivery Networks bieten ein Netzwerk aus Servern, die an verschiedenen Standpunkten gehostet werden. Über dieses Netzwerk lassen sich Ressourcen wie Videos oder große Downloads räumlich verteilen. Nutzern, die eine Ressource aus dem CDN anfordern, wird diese automatisch über einen räumlich nahe liegenden Server ausgeliefert.

Große Dateien (wie Trailer und andere Flash-Movies) werden über ein CDN ausgeliefert. Flash-Movies sind grundsätzlich so zu gestalten, dass sie von einer beliebigen URL ausgeliefert werden können. Dies ist wegen der Verwendung von ActionScript und der Same Origin Policy nicht selbstvertändlich.

Verwende einen cookie-freien Host für statischen Content

Cookies werden bei jedem Request der Cookie-Domain vom Browser zum Server übertragen. Die Bandbreite vom Browser zum Server ist oft viel kleiner als die Bandbreite vom Server zum Browser. Das Übertragen dieser Cookies ist für viele Inhalte unnützer Overhead. Content, der statisch ist, also keine Session-Informationen o.ä. aus Cookies benötigt, sollte darum von einer zweiten, Cookie-freien Domain ausgeliefert werden. Beispiele für solchen Content sind Stylesheets, Grafiken und Flash-Movies, die nicht über das CDN (siehe oben!) ausgeliefert werden.

Ein URI-Builder in einem CMS, der zwischen statischen und dynamischen Inhalten unterscheiden kann, liefert dynamische Inhalte ohne Hostname, statische Inhalt jedoch über einen konfigurierten Host für statische Inhalte.

Optimiere Stylesheets

Leicht lassen sich HTTP-Requests reduzieren, indem man CSS-Dateien zu wenigen oder zu einer einzigen Ressource zusammenfasst.

Überflüssige White-Spaces lassen sich in den CSS-Dateien über den YUI-Compressor entfernen. Diese Komprimierung sollte automatisiert im Build bzw. im Publikationsprozess stattfinden.

Da CSS-Expressions und lange CSS-Selektoren sich negativ auf die Browser-Performance auswirken, sollten diese vermieden werden.

Background-Grafiken in Stylesheets lassen sich zu CSS-Sprites zusammenfassen. Wenn es auf einer Seite 25 grafische Elemente gleicher Größe gibt, lassen sich diese zu einer Sprite-Map mit 5x5 Elementen zusammenfassen. Statt 25 HTTP-Requests findet dann nur noch ein einziger HTTP-Request statt. Ein gutes Beispiel für CSS-Sprites ist die Sprite-Map, die Google auf der Suchseite verwendet.

Das Bookmarklet auf spriteme.org kann automatisch Sprite-Maps einer Seite generieren.

Optimiere JavaScript

JavaScripts, die auf verschiedenen Seiten benötigt werden, sollten nicht inline im HTML-Dokument sondern als eigene JavaScript-Ressource verwendet werden. So wird die Größe des einzelnen HTML-Dokuments reduziert. JavaScripte, die nur auf einer Seite verwendet werden, sollten inline im HTML-Dokument stehen, um die Anzahl der Requests zu reduzieren.

Viele Browser laden JavaScript – im Gegensatz zu anderen Ressourcen wie Grafiken oder Stylesheets – nicht parallel sondern arbeiten ein JavaScript-Dokument nach dem anderen ab. Der Download von JavaScript blockiert also den parallelen Download von Ressourcen. Darum machen sich Optimierungen in JavaScript-Bibliotheken besonders stark bemerkbar.

Ähnlich wie bei CSS-Dateien lassen sich auch JavaScript-Bibliotheken zu wenigen JavaScript-Ressourcen zusammenfassen.
Dies hat zudem den Vorteil, dass Abhängigkeiten zwischen Bibliotheken explizit gemacht werden. Wenn eine Bibliothek wie jQuery-UI von der Bibliothek jQuery abhängt, dann muss jQuery in der einzigen Bibliotheks-Ressource vor jQuery-UI eingebunden werden. Das Zusammenfassen von JavaScript-Bibliotheken zu einer einzigen JavaScript-Ressource sollte im Build-Prozess durch einen Assembler erfolgen. Durch das Verwenden eines Assemblers im Build-Prozess lässt sich zudem sicher stellen, dass Scripte nicht doppelt eingebunden werden.

Die Größe von JavaScript-Dokumenten lässt sich zudem leicht durch das Minifizieren reduzieren. Durch das Minifizieren werden Kommentare und überflüssige Whitespaces aus dem JavaScript entfernt. Gängige Kompressoren sind Google Closure, JSMin von Douglas Crockford oder YUI-Compress von Yahoo. Auch das Minifizieren von JavaScript sollte automatisiert im Build-Prozess erfolgen. Alternativ lässt sich auch zur Laufzeit JavaScript-Code über den YUI-compressor komprimieren. Dazu lässt sich der Google-HTML-Kompressor (htmlcompressor.googlecode.com) in Verbindung mit dem YUI-Compressor verwenden.

JavaScripte, die nicht schon vor dem Rendern der Seite benötigt werden, lassen sich leicht in den Fuß des Dokuments packen. So werden sichtbare Elemente vor den JavaScript-Ressourcen geladen und die Seite wird bereits dargestellt, während JavaScript-Bibliotheken, die im Fuß der Seite eingebunden wurden, noch nachladen.

JavaScripte sollten so erstellt werden, dass sie nicht über document.write() direkt in den HTML-Strom schreiben sondern das DOM nach dem Laden der Seite manipulieren. So wird verhindert, dass der Browser das Rendering blockiert oder sogar unnötig oft ein Re-Rendering durchführen muss.

Verwende den Expires-Header

Beim ersten Besuch einer Seite muss der Browser alle Inhalte herunter laden. Diese Inhalte lassen sich im Browser-Cache zwischen speichern. Ob und wie lange diese Inhalte gespeichert werden, wird über HTTP-Header wie den Expires-Header gesteuert: Expires: Wed, 14 Oct 2010 09:01:30 GMT

Für statischen Inhalt lässt sich dieser auf beispielsweise ein Jahr in die Zukunft setzen. So wird der Browser veranlasst, Dokumente möglichst lange zwischen zu speichern. Man kann den Header auch weiter in die Zukunft setzen, allerdings wird dies im RFC nicht empfohlen.

Der Expires-Header hat den Nachteil, dass er ein Datum erwartet. Eigentlich müsste also die Zeit zwischen Server und Browser synchronisiert sein. Statt dem Expires-Header wurde in http 1.1 darum die Max-Age-Direktive des Cache-Control-Headers eingeführt, die eine Angabe in Sekunden erwartet: Expires: Wed, 14 Oct 2010 09:01:30 GMT Cache-Control: max-age=31536000

Obwohl der Cache-Control-Header den Expires-Header ablösen sollte, empfiehlt es sich, beide Header übereinstimmend zu setzen. Dies kann das „mod_expires“-Modul des Apaches zu übernehmen.

Wenn nun allerdings statischer Inhalt, der ein Jahr im Cache des Browsers liegen soll, auf dem Server geändert wird, so bekommt der Nutzer dies nicht mehr mit.

Darum muss neben dem Setzen von Expires-Headern auch dafür gesorgt werden, dass die veränderten Inhalte eine neue (eindeutige) URL bekommen. Ein URI-Builder integriert darum das Release-Datum einer Ressource in die URL der Ressource: content/static/5940026/2009-10-12-11-52-39/thumbnail.gif

Wenn eine neue Version der Ressource veröffentlicht wird, dann wird im HTML-Dokument automatisch eine neue URL generiert. Der Browser holt dann die Ressource nicht mehr aus dem Cache sondern holt sich die neue Version der Ressource ab.

Statt einer eindeutigen URL ließe sich auch der/das ETAG verwenden. Ein ETAG kann man sich wie eine Prüfsumme über den Content vorstellen. Der Server überträgt die Prüfsumme (den ETAG) zusammen mit dem Content im HTTP-Header. Wenn der Browser die Ressource erneut benötigt, überträgt er beim GET-Request den ETAG der Ressource mit, die er in seinem Cache findet. Der Server kann nun, wenn sich der ETAG nicht geändert hat, mit einer http-304-Response (Not Modified) antworten.

Gegenüber einer eindeutigen URL hat der ETAG zwei Nachteile. ETAGs lassen sich ein einem Verbund von Apaches (Loadbalancing) nur schwer eindeutig konfigurieren und ETAGs benötigen für jede angeforderte Ressource einen http-Roundtrip.

Darum sind Expires- und Cache-Control-Header dem ETAG vorzuziehen.

ETAGs, die der Tomcat setzt, sollten vom Apache entfernt werden!

Komprimiere Ressourcen

Textuelle Ressourcen (HTML, JavaScript und CSS) lassen sich komprimiert übertragen. Bereits komprimierte Ressourcen wie Grafiken und PDFs sollten nicht zusätzlich noch einmal komprimiert werden. Die gebräuchlichste Komprimierung ist die GZIP-Komprimierung. Browser, die eine komprimierte Übertragung unterstützen, teilen dies beim GET-Request dem Server mit:

Accept-Encoding: gzip, deflate

Wenn der Server dann die Ressource komprimiert ausliefert, antwortet er mit dem Response-Header:

Content-Encoding: gzip

Am Apache einschalten lässt sich GZIP mit dem Modul „mod_gzip“ (Apache 1.3) bzw. “mod_deflate“ (Apache 2.x).

Obwohl der Internet Explorer 6 offiziell Kompression unterstütz, kommt es doch hin und wieder zu Fehlern, z.B. wenn auf dem gleichen Rechner eine alte Version des RealPlayers installiert ist. Um auf Nummer Sicher zu gehen, sollte man darum die Kompression nur für gängige Browser, die neuer als der Internet Explorer 6 sind, aktivieren.

Leider interpretieren einige Proxies, die z.B. in Unternehmen eingesetzt werden, den Content-Encoding-Header falsch. Dies kann dazu führen, dass ein Browser, der GZIP unterstützt, vom Proxy nicht-gezipte Ressourcen ausgeliefert bekommt, oder schlimmer, dass ein Browser, der keine Kompression unterstütz, vom Proxy komprimierte Inhalte bekommt.

Darum müsste dann der Vary-Header entsprechend so gesetzt werden, dass ein Proxy je nach Encoding und Browser (User-Agents) unterschiedliche Ressourcen für unterschiedliche Encodings und Browser (User-Agents) zwischenspeichert:

Vary: Accept-Encoding,User-Agent

Leider landen so sehr viele Artefakte im Cache, weswegen der Vary-Header nicht wie oben beschrieben konfiguriert wurde. Es wird also hingenommen, dass fehlerhafte Proxies und IE6-Versionen eine nicht optimale Darstellung der Seite erhalten.

Vor dem Zippen des HTML-Contents lässt sich dieser über den Code-Kompressor minifizieren. Dadurch lassen sich überflüssige HTML-Kommentare, Whitespaces etc. entfernen:

<%@ taglib uri=„http://htmlcompressor.googlecode.com/taglib/compressor“ prefix=„compress“ %>
<compress:html enabled=„true“ compressJavaScript=„true“>

</compress:hmlt>

Ermögliche Proxy-Caching

Obwohl es Probleme mit Proxies geben kann (siehe oben!), solle das Caching durch Proxies trotzdem generell motiviert werden. Dies erreicht man, indem man den Cache-Control-Header auf Public setzt. So teilt man nicht nur dem Browser, sondern auch Proxies explizit mit, dass Inhalte gecacht werden dürfen.

Cache-Control: Public

Einige Browser lassen sich durch diesen Header zusätzlich überreden, Ressourcen, die über HTTPS ausgeliefert werden, zwischen zu speichern, obwohl im Normalfall Ressourcen, die über eine geschützt Verbindung ausgeliefert werden, nicht auf der Festplatte zwischengespeichert werden sollen.

Hirschpark

2009-10-11T17:04:00.001+02:00

Hirschpark
Originally uploaded by SimonOx

Wasser, wild

2009-08-15T19:59:00.001+02:00

Wasser, wild
Originally uploaded by SimonOx

Master of puppets

2009-08-15T19:17:00.001+02:00

Master of puppets
Originally uploaded by SimonOx

Hamburger DOM

2009-08-15T19:14:00.001+02:00

Hamburger DOM
Originally uploaded by SimonOx

Pommes

2009-06-19T19:50:00.001+02:00

Pommes
Originally uploaded by SimonOx

--
Sent via a mobile device

Tagewerk

2009-06-13T20:28:00.001+02:00

Tagewerk
Originally uploaded by SimonOx

Java Server Pages Kaffee

2009-05-21T22:48:00.001+02:00

Java Server Pages Kaffee
Originally uploaded by SimonOx

Zauber-iPhone

2009-04-24T16:53:00.001+02:00

Zauber-iPhone
Originally uploaded by SimonOx

AGAXY iPhone

2009-04-24T16:15:00.001+02:00

AGAXY iPhone
Originally uploaded by SimonOx

Eine Nummer groesser - noch im Bau

2009-04-23T15:47:00.001+02:00

Eine Nummer groesser - noch im Bau
Originally uploaded by SimonOx

Alles-Automat

2009-04-22T14:32:00.001+02:00

Alles-Automat
Originally uploaded by SimonOx

Kräuterspirale

2009-04-15T18:09:00.001+02:00

Kräuterspirale
Originally uploaded by SimonOx

Schaukeln beruhigt

2009-04-14T19:25:00.001+02:00

Schaukeln beruhigt
Originally uploaded by SimonOx

Kugelbahn mit Nahbereichslinse

2009-04-12T16:05:00.001+02:00

Kugelbahn mit Nahbereichslinse
Originally uploaded by SimonOx

Osterhase

2009-04-12T16:04:00.001+02:00

Osterhase
Originally uploaded by SimonOx

Einfach eingeschlafen

2009-04-11T11:05:00.001+02:00

Einfach eingeschlafen
Originally uploaded by SimonOx

Nutella-Brot

2009-04-10T08:09:00.001+02:00

Nutella-Brot
Originally uploaded by SimonOx

Schnarcht

2009-03-21T09:57:00.001+01:00

Schnarcht
Originally uploaded by SimonOx

Emma liest c't

2009-03-19T22:23:00.001+01:00

IMG_0015.JPG
Originally uploaded by SimonOx

Tropenaquarium

2009-03-19T22:05:00.001+01:00

Tropenaquarium
Originally uploaded by SimonOx

Lock-Screen bei Ubuntu eee

2008-12-09T20:39:00.001+01:00

... neulich beim Installieren auf einem eeePC aufgefallen: Aus dem Lock-Screen kommt man auch mit einem gültigen Passwort nicht mehr raus. MGSimon hat die Lösung ergoogelt(?):

CAUSE:
/sbin/unix_chkpwd has wrong group/permissions
SOLUTION:
sudo chown root:shadow /sbin/unix_chkpwd
sudo chmod 2755 /sbin/unix_chkpwd

Reminder: CrashDumps nur noch ins Log laufen lassen

2008-12-09T20:33:00.001+01:00

$ defaults write com.apple.CrashReporter DialogType Server

Reminder. BeanShell und CoreMedia

2008-11-27T16:41:00.003+01:00

BeanShell starten:


$COREM_HOME$ ./cm bsh

CoreMedia Connection einsourcen:



bsh % source("bin/bshrc");
*** Connecting as admin ***
*** Connected: CapConnection[http://*****:4441/coremedia/ior admin open] ***

Connection ausgeben:



bsh % connection;
CapConnection[http://****:4441/coremedia/ior admin open]

Mit Repository verbinden:



bsh % repository = connection.getContentRepository();
com.coremedia.cotopaxi.content.ContentRepositoryImpl@1347d33

Systeminfo ausgeben:



bsh % repository .getServerSystemInfo();
CapSystemInfo[client=false, component=Content Repository in /opt/coremedia/dev/cms-redaktion, release=5.2, build: #304 (02.07.2008/00:05:27), host name=********, ip address=127.0.0.1, port=4441, os=Linux 2.6.18-92.1.10.el5 (i386), processors=4, jvm=Java HotSpot(TM) Server VM 1.5.0_16 (mixed mode) in /usr/local/jdk1.5.0_16/jre, max memory=981MByte]

Content holen:



bsh % repository.getContent("1");
Content[coremedia:///cap/content/1]

Emma Louise ist gut drauf

2008-05-19T12:58:00.001+02:00

emma_louise2
Originally uploaded by SimonOx

Emma Louise

2008-03-29T13:56:00.001+01:00

Emma_Louise.jpeg
Originally uploaded by SimonOx

Am 27.03.2008 kam Emma Louise zur Welt. Sie wog bei der Geburt 4365 g und war 54 cm groß.

Reminder: DVD-Images unter Linux brennen

2008-01-08T19:54:00.000+01:00

Zuerst muss man den eigentlichen Brenner ermitteln. Dazu dient der Befehl wodim (write data to optical disk media):

~$ wodim --devices

wodim: Overview of accessible drives (2 found) :
-------------------------------------------------------------------------
0 dev='/dev/hdc' rwrw-- : 'HL-DT-ST' 'DVD-ROM GDR8164B'
1 dev='/dev/hdd' rwrw-- : 'PHILIPS' 'DVDR1648P1'
-------------------------------------------------------------------------

Der DVD-Brenner ist - wie man erkennen kann - das Device /dev/hdd.

Nun kann man ein ISO-Image (auch wenn es kein valides ISO-Image ist ;-)) mit growisofs brennen:

growisofs -Z /dev/hdd=/home/user/my_maybe_non_valid_iso_image.iso

Tor Exit Nodes sind illegal....

2007-11-21T14:17:00.001+01:00

Wer die Freiheit aufgibt, um Sicherheit zu gewinnen, wird am Ende beides verlieren.
--Benjamin Franklin

Photos taken in Freie und Hansestadt Hamburg on Flickr!

2007-11-21T10:29:00.000+01:00

Bei Flickr gibt es ein schönes, neues Feature: Photos taken in Freie und Hansestadt Hamburg on Flickr!

Hamburg: http://www.flickr.com/places/Germany/Hamburg

Berlin: http://www.flickr.com/places/Germany/Berlin

Tokyo: http://www.flickr.com/places/Japan/Tokio

HOWTO: Mit dem OpenVPN-Server unter Apple Mac-OS X mit Windows verbinden

2007-11-14T08:42:00.000+01:00

Auf den im vorherigem Blog-Eintrag installierten OpenVPN-Server lässt sich natürlich auch von Windows aus zugreifen. Dazu benötigt der Windows-Rechner eigene Zertifikate. Diese heißen in diesem Beispiel:

Zertifikat: windows-cert.pem

Key: windows.pem

Wie Tunnelblick unter Apple Mac-OS X gibt es für den Client auch eine Windows-GUI: OpenVPN GUI. Diese lässt sich von openvpn.se herunterladen: openvpn-2.0.9-gui-1.0.3-install.exe auf http://openvpn.se/download.html.

Man kann die OpenVPN-GUI einfach per Doppelklick auf den Installer installieren. Die Warnung, dass der TUN/TAP-Treiber nicht signiert ist, ignoriert man einfach.

Die Konfigurationsdatei "openvpn.conf", die man auf dem Mac mit Tunnelblick erzeugt und angepasst hat, kopiert man nach "C:\Programme\OpenVPN\config\openvpn.ovpn" und bennent sie um in openvpn.ovpn. Sollte man die mit Tunnelblick erzeugte Konfigurationsdatei nicht zur Hand haben, kann man statt dessen auch eine Beispielkonfiguration aus dem OpenVPN-HOWTO als Template nehmen und anpassen.

Die Zertifikate (s.o.!) muss man ebenfalls in das Verzeichnis "C:\Programme\OpenVPN\config kopieren und in die Konfigurationsdatei eintragen, die Konfigurationsdatei also entsprechend anpassen.


    ca ca.crt
    cert windows-cert.pem
    key windows.pem

Nun kann man die OpenVPN-GUI starten. Im System-Tray erscheint ein neues Icon. Durch Rechtsklick auf dieses neue Icon erscheint ein Kontextmenü, indem man den Menüpunkt "connect" wählt. Der Tunnel sollte sich nun aufbauen.

HOWTO OpenVPN unter Apple MacOS-X als Client verwenden

2007-11-10T23:04:00.000+01:00

Für MacOS-X Clients gibt es die bereits im vorherigen HOWTO (http://simonox.blogspot.com/2007/11/howto-openvpn-unter-apple-macos-x.html) angesprochene Software "Tunnelblick". Diese Software ist eine grafische Benutzeroberfläche für OpenVPN, die alle notwendigen Treiber gleich mitbringt. Einem Benutzer, der nur einen Client verwenden möchte, ist es i.d.R. nicht zuzumuten, auf der Kommandozeile Pakete zu installieren und einzurichten. "Tunnelblick" haben wir bereits im letzten Teil des HOWTOs heruntergeladen und auf einem USB-Stick gesichert. Auf dem USB-Stick befinden sich ebenfalls Zertifikate, die auf dem Server erzeugt wurden.

Kurz gesagt muss man nur "Tunnelblick" in das Application-Verzeichnis kopieren, einen Ordner "~/Library/openvpn" erstellen und dort die Zertifikate hinkopieren. Anschließend kann man Tunnelblick starten, den Server einrichten und OpenVPN benutzen. Trotzdem an dieser Stelle eine Step-by-Step-Anleitung.

Das Diskimage von Tunnelblick aktivieren wir und ziehen das Tunneblick-Icon in den Programm-Ordner. Anschließend legen wir mit dem Finder unter dem Heimverzeichnis (erkennbar am Haus-Icon) im Library-Unterverzeichnis ein Unterverzeichnis "openvpn" an (~/Library/openvpn). In dieses Verzeichnis kopieren wir mit dem Finder die Zertifikate und die Konfiguration vom USB-Stick:

* ca.crt
* iBook-cert.pem
* iBook-key.pem

Nun können wir Tunnelblick starten. Es erscheint in der Menüleiste als Icon, das aussieht wie ein Eisenbahntunnel. Tunnelblick legt automatisch eine openvpn.conf-Datei im gleichen Ordner an, in dem die Zertifikate liegen. Diese Konfigurationsdatei muss man bearbeiten, um sich mit dem eigenen Server zu verbinden. Dazu muss man die richtigen Textstellen finden und durch eigene Konfiguration ersetzten.

Um mit dem Server, der im letzten HOWTO installiert und gestartet wurde, eine Verbindung aufzubauen, sind folgende Stellen in der Konfigurationsdatei zu ersetzen. Die Host-Adresse "myserver.dyndns.org" ist entsprechend anzupassen:


remote myserver.dyndns.org 443

ca ca.crt
cert iBook-cert.pem
key iBook-key.pem

cipher AES-256-CBC

dev tun

proto udp

port 443

Nun können wir auf das Tunnelblick-Symbol klicken und "Verbinden: openvpn" wählen. Die Verbindung sollte zustande kommen. Falls die Verbindung zustande kommt, sollte man sich die Konfigurationsdatei unter "~/Library/openvpn" sichern, um sie als Template für weitere Client-Installationen verwenden zu können.

Nun kann man z.B. ein SMB-Share mounten, einen HTTP-Proxy ansprechen usw. Der OpenVPN-Server selbst ist unter der im Server konfigurierten IP-Adresse 10.8.0.1 zu erreichen. Tunnelblick hat die Option, automatisch eine Verbindung zum OpenVPN-Server aufzubauen. Dies ist praktisch, da diese auch aufgebaut wird, wenn das Client-Notebook einmal abhanden kommen sollte. Dazu muss allerdings eingestellt sein, dass sich ds iBook automatisch mit offenen Netzwerken konnektiert. OpenVPN läuft nämlich natürlich nur dann, wenn auch eine Internet-Verbindung besteht.

Wenn sich das iBook mit dem OpenVPN-Server konnektiert, kann man in der OpenVPN-Server-Log-Datei wenigstens erkennen, von welcher IP-Adresse aus sich das Notebook einloggt. In der Log-Datei des Servers kann man nämlich die einzelnen Verbindungen erkennen. Diese sehen wie folgt aus:


OpenVPN CLIENT LIST
Updated,Sat Nov 10 23:10:41 2007
Common Name,Real Address,Bytes Received,Bytes Sent,Connected Since
iBook,XX.XX.XX.XX:60347,13180,13895,Sat Nov 10 22:49:34 2007
ROUTING TABLE
Virtual Address,Common Name,Real Address,Last Ref
10.8.0.6,iBook,XX.XX.XX.XX:60347,Sat Nov 10 22:49:35 2007
GLOBAL STATS
Max bcast/mcast queue length,0
END

Dies bedeutet, dass eine Verbindung vom Rechner, auf dem das iBook-Zertifikat liegt und der die IP-Adresse xx.xx.xx.xx hat, eine Verbindung aufgebaut wurde. Dieser Client-Rechner hat die VPN-IP-Adresse 10.8.9.6 bekommen.

Sollte das Notebook abhanden kommen, sollte man irgendwann natürlich das Zertifikat des Clients zurückziehen. Dies geschieht auf dem Server wie folgt:


sudo openssl ca -revoke /certs/iBook-cert.pem
sudo openssl ca -gencrl -out crl.pem

Das Zurückziehen des Zertifikats muss man dem OpenVPN-Server bekannt machen:


sudo /bin/sh -c "cat ca.crt crl.pem >/etc/openVPN/revoke.pem"

Das Überprüfen der zurückgezogenen Zertifikate muss man in der Konfigurationsdatei des OpenVPN-Servers einstellen:


crl-verify /etc/openvpn/revoke.pem

HOWTO OpenVPN unter Apple MacOS-X

2007-11-10T15:06:00.000+01:00

Das OpenVPN-HOWTO (http://openvpn.net/howto.html) geht nur auf die Verwendung von OpenVPN unter Linux und Windows ein. MacOS-X wird dort nicht berücksichtigt. Zwar gab es in der c't einen Artikel zu OpenVPN unter MacOS-X, allerdings wurde in diesem Artikel nicht auf die Konfiguration des Servers eingegangen. Darum an dieser Stelle ein HOWTO für OpenVPN unter MacOS-X. Um dieses HOWTO nachzuspielen, sind keine Programmierkenntnisse erforderlich. Allerdings sollte man wissen, was eine Shell ist und auch den Texteditor "vi" rudimentär bedienen können (oder man verwendet einen anderen Texteditor wie Smultron oder TextMate).

Man verwendet ein VPN (Virtuelles Privates Netzwerk) um über öffentliche/unsichere Netzwerke eine Verbindung mit einem privaten/sicheren Netzwerk aufzubauen. Bei dem privaten Netzwerk kann es sich um das Mini-Home-Netzwerk hinter dem eigenen DSL-Router handeln.

Bei einem VPN wir ein Tunnel zwischen dem Client und dem VPN-Server aufgebaut. Durch den Tunnel fließen dann alle Datenpakete verschlüsselt. OpenVPN ist eine Software zur Realisierung eines solchen VPNs. OpenVPN baut eine verschlüsselte Verbindung zwischen zwei Rechnern (oder zwei Gateways oder Rechner und Gateway) über das offene, unverschlüsselte Internet auf.

OpenVPN kommt - im Ggs. zu IPSec usw. - mit nur einem Protokoll und einem Port aus, ist also recht schlank und einfach. So kann man auch NAT-Router einfach so einrichten, dass sie OpenVPN nicht blocken. Mehr zu OpenVPN findet man in der Wikipedia unter (http://de.wikipedia.org/wiki/OpenVPN).

OpenVPN bentutzt OpenSSL zur Verschlüsselung. Als Protokolle lassen sich TCP oder UDP einsetzen.

Ein Client kann sich gegenüber dem Server mit verschiedenen Verfahren authentifizieren. Für kleine Netze kommen zwar Preshared-Keys in Betracht, sicherer sind allerdings Zertifikate. Ein Client braucht ein gültiges (signiertes) Zertifikat, im sich gegenüber dem Server auszuweisen.

Der Aufbau einer OpenVPN-Verbindung läuft wie folgt ab: Ein Client baut eine Verbindung zum Server auf. Ein X.509-Zertifikat des Servers wird geprüft, um festzustellen, ob der Server wirklich der gewünschte OpenVPN-Server oder ein Man-in-the-Middle ist. Die Prüfung wird mit dem öffentlichen Schlüssel der CA (Certificate Authority) durchgeführt. Es gibt kommerzielle CAs, in diesem HOWTO wird allerdings selbst CA gespielt (demoCA).
Wenn das Zertifikat gültig ist, dann wird eine verschlüsselte Verbindung aufgebaut.

Diese Verbindung erfolgt über SSL aka. TLS. Dabei nutzt OpenVPN die offene SSL-Implementierung OpenSSL. Eine private IP-Adresse bekommt der Client vom Server über den Tunnel. Die Endpunkte des Tunnels sind virtuelle Interfaces (TUN/TAP). MacOS-X bringt diese nicht mit. Darum müssen diese nachinstalliert werden.

Unter Ubuntu-Linux (mit apt) oder Windows (mit einem Installer) lässt sich OpenVPN recht leicht mit Binär-Paketen installieren. Für MacOS gibt es solche Binärpakete leider (noch?) nicht. Darum muss man OpenVPN unter MacOS selbst bauen. Dazu sind die XCode-Tools von Apple (auf der Installations-CD #1 von MacOS-X) nötig.

Zunächst muss man zwei Pakete herunterladen:

* LZO: http://www.oberhumer.com/opensource/lzo/
* OpenVPN: http://openvpn.net

Beide Downloads kann man - sofern StuffIt o.ä. installiert ist - per Doppelklick auf dem Desktop entpacken und in das Home-Verzeichnis verschieben. Spätestens danach muss man die Shell öffnen und damit weiterarbeiten.

LZO ist eine Kompressionsbiliothek, die die Datenpakete von OpenVPN komprimiert. So reagiert das virtuelle Netzwerk über eine langsame Internet-Verbindung weniger träge, da die verschlüsselten Datenpakte komprimiert werden.

LZO baut man im Unix-üblichen configure--make--make-install-Dreischritt (btw: die Tilde (Schlangenlinie) "~" befindet sich bei MacOS unter Alt+n(+Leertaste)):


cd ~/lzo-2.02/
./configure

Sollte nun die Meldung "configure: error: no acceptable C compiler found in $PATH" erscheinen, scheinen die XCode-Tools nicht installiert zu sein. Ansonsten sollten rechte viele Checks über das Terminal laufen, bis die Meldung "Type `make' to build LZO. Type `make install' to install LZO. After installing LZO, please read the accompanied documentation." erscheint. Dieser Aufforderung folgen wir.


make
sudo make install

Nach dem dies erfolgreich durchgelaufen ist ("Libraries have been installed in: /usr/local/lib") wird OpenVPN installiert. OpenVPN ist die eigentliche VPN-Software.

Man wechselt in das Verzeichnis, in das OpenVPN entpackt wurde, baut und installiert es:


cd ~/openvpn-2.0.9/
./configure
make
make check
sudo make install

Nun sollte OpenVPN in usr/local/sbin/openvpn installiert worden sein. Aus bequemlichkeitsgründen trägt man OpenVPN in die PATH-Umgebungsvariable ein, die in der versteckten Datei .bash-profile gesetzt werden kann. Man editiert diese Datei mit VI:


cd ~
vi .bash_profile

In diese Datei trägt man nun den zusätzlichen Pfad ein. Evtl. sind dort bereits Pfade (wie im Beispiel Python) eingetragen, die man dann nur erweitern muss:


PATH="/Library/Frameworks/Python.framework/Versions/Current/bin:/usr/local/sbin:${PATH}"
export PATH

Damit die Änderung am Bash-Profile gültig wird, muss man die das Terminal neu starten. Ob die Änderungen wirksam sind, kann man über den Befehl env kontrollieren. Die PATH-Umgebungsvariable sollte und den Pfad "/usr/local/sbin" enthalten.

Nun lässt sich OpenVPN testweise starten:


openvpn --version

Eine Meldung wie die folgende sollte erscheinen:

OpenVPN 2.0.9 powerpc-apple-darwin8.10.0 [SSL] [LZO] built on Oct 15 2007
Developed by James Yonan
Copyright (C) 2002-2005 OpenVPN Solutions LLC

Wie man an dem Text "[LZO]" erkennt, wurde von OpenVPN die Kompressionsbibliothek LZO erkannt und eingebunden :-)

Nun muss man einen Schlüssel für die Certificate Authority erzeugen:


cd /System/Library/OpenSSL/
sudo openSSL genrsa -des3 -out ca.key 2048

Auf die Frage "Enter pass phrase for ca.key:" sollte man mit einem möglichst komplizierten Passwort antworten, denn eine Verschlüsselung ist stets so stark (oder schwach) wie das gewählte Passwort. Eine best-practice ist, die Anfangsbuchstaben eines langen Satzes kombiniert man Zahlen und Sonderzeichen zu verwenden. Den erzeugen Schlüssel sollte man auf einem USB-Stick, auf dem auch der GPG/PGP-Key gesichert ist, sichern, damit er nicht verloren geht. Das Passwort sollte man nicht vergessen (oder im Schlüsselbund sichern).


mkdir /Volumes/USB\ DISK/OpenVPN
cp ca.key /Volumes/USB\ DISK/OpenVPN/

Nachdem man nun den Schlüssel hat, kann man die Certificate Authority selbst erzeugen:


sudo openSSL req -new -x509 -days 9999 -key ca.key -out ca.crt

Im folgenden Dialog beantwortet man die Fragen am "sinnvollsten" wie folgt:


Country Name (2 letter code) [AU]:KZ
State or Province Name (full name) [Some-State]:Kasachstan
Locality Name (eg, city) []:Astana
Organization Name (eg, company) [Internet Widgits Pty Ltd]:Menin Kasachstanym Ltd.
Organizational Unit Name (eg, section) []:
Common Name (eg, YOUR name) []:borat
Email Address []:borat@whitehouse.gov

Die Aktionen, die man für die Certificate Authority durchführen musste, müssen nun auch für das Server-Zertifikat durchgeführt werden. Eigentlich ist für OpenVPN gar kein "richtiges" Server-Zertifikat nötig. Normalerweise wird ein Server-Zertifikat für viel Geld von Verisign u.a. gekauft. Normalsterbliche gebe das Geld lieber anders aus. Darum erzeugen wir uns das Server-Zertifikat selbst.


sudo openSSL genrsa -out server.key 2048

Auch diesen Server-Key sichern wir auf dem USB-Stick.


cp server.key /Volumes/USB\ DISK/OpenVPN/

Nun legen wir eine Certifikate Signing Request an (nicht um diesen an Verisign zu stellen):


sudo openSSL req -new -key server.key -out server.csr

Die nun folgende Dialoge beantwortet man wie beim Erstellen der Certificate Authority. Den CSR sichert man wieder auf dem USB-Stick.


cp server.csr /Volumes/USB\ DISK/OpenVPN/

Um den CSR selbst zu signieren, legen wir eine geeignete Ordnerstruktur mit einigen Dateien an:


sudo mkdir -p demoCA/private
sudo cp ca.key demoCA/private/cakey.pem
sudo cp ca.crt demoCA/cacert.pem
sudo mkdir demoCA/newcerts
sudo touch demoCA/index.txt
sudo /bin/sh -c "echo "01" > demoCA/serial

Mit dieser Ordnerstruktur können wir den CSR selbst signieren.


sudo openSSL ca -policy policy_anything -in server.csr -out cerver.crt

Auf die Frage "Sign the certificate? [y/n]" antwortet man mit "y". Dito auf "1 out of 1 certificate requests certified, commit?" mit "y". Nun sollte das Zertifikat erzeugt sein. Dies lässt sich prüfen.


cd demoCA
openssl x509 -noout -in cacert.pem -issuer -subject -dates

Dieses Zertifikat sichert man auf den USB-Stick und sichert es gegen unbefugten Zugriff:


cd demoCA
cp cacert.pem /Volumes/USB\ DISK/OpenVPN
sudo chmod 700 newcerts/
sudo chmod 700 private/
sudo chmod 700 cacert.pem

Letztlich werden nur noch Parameter für die Verschlüsselung angelegt. Die Verschlüsselung wird über den Diffie-Hellman-Schlüsselaustausch (http://de.wikipedia.org/wiki/Diffie-Hellman-Schlüsselaustausch) realisiert. Darum muss die Datei dh2048.pem erzeugt werden:


cd ..
sudo openssl dhparam -out dh2048.pem 2048

Da dieses Tool meldet "This is going to take a long time", ist nun Zeit für eine Pause... puh!

Nun kann man für einzelne Client-Zertifikate erzeugen. Folgend für ein iBook:


sudo mkdir certs
sudo openssl req -new -newkey rsa:2048 -out certs/iBook-crs.pem -keyout  private/iBook-key.pem -nodes

Diese Client-Zertifikate muss man natürlich aus signieren:


sudo openssl x509 -req -in certs/iBook-crs.pem -out certs/iBook-cert.pem -CA demoCA/cacert.pem -CAkey demoCA/private/cakey.pem -CAserial demoCA/serial -days 9999

Die Server-Zertifikate kopiert man nun in eine Verzeichnis, in dem ein Nutzer, der OpenVPN startet, lesen kann:


sudo mkdir /etc/openVPN
sudo cp server.crt /etc/openVPN
sudo cp server.key /etc/openVPN
sudo cp dh2048.pem  /etc/openVPN
sudo cp ca.crt  /etc/openVPN

Für den Mac-Client saugt man sich gleich schon Sandro Laubs "Tunnelblick" (http://www.tunnelblick.net/) und kopiert es auf den USB-Stick. Die Client-Zertifikate kopiert man ebenfalls auf den USB-Stick, um sie auf einen Client (z.B. das oben schon angesprochene iBook) zu übertragen:


cp ~/Desktop/Tunnelblick-versal-3.0b6.dmg /Volumes/USB\ DISK/
sudo cp certs/iBook-cert.pem /Volumes/USB\ DISK/
sudo cp private/iBook-key.pem /Volumes/USB\ DISK/

Um OpenVPN nutzen zu können, benötigt man ein IP-Tunnel-Kernel-Extension. Einen Installer dafür findet man bei Mattias Nissler (http://www-user.rhrk.uni-kl.de/~nissler/tuntap/). Diesen installiert man mit dem Installer. Ein Client, der Tunnelblick verwendet, braucht diesen Treiber nicht, da Tunnelblick alles mitbringt.

Der OpenVPN-Server benötigt eine Konfigurationsdatei "server.conf". Diese Datei legt man unter "/etc/openVPN/server.conf" ab. Eine Beispiel-Konfigurationsdatei kann man direkt bei OpenVPN herunterladen (http://openvpn.net/howto.html#examples). Als Besonderheit wird OpenVPN auf dem HTTPS-Port 443 gestartet. Damit kommt man auch durch eine restriktive Firewall auf den Server. Des weiteren müssen unsere Keys und CAs in diese Konfigurationsdatei eingetragen werden. Da MacOS-X ein Unix-Betriebssystem ist, existiert dort der User und die Gruppe "nobody", unter dessen Account OpenVPN laufen soll. Dazu müssen die entsprechenden Stellen in der Konfigurationsdatei gefunden und geändert werden:


cipher AES-256-CBC

dev tun

proto udp

port 443

ca /etc/openVPN/ca.crt
cert /etc/openVPN/server.crt
key /etc/openVPN/server.key  # This file should be kept secret

dh /etc/openVPN/dh2048.pem

push "route 100.8.0.1 255.255.255.0"

user nobody
group nobody

Die Werte


cipher AES-256-CBC

dev tun

proto udp

port 443

sollte man sich notieren, da man diese auf dem Client genauso konfigurieren muss. Evtl. kann man gleich die Server-Konfiguration als Referenz auf dem USB-Stick ablegen.

Nun kann man testweise den OpenVPN-Server starten:


sudo openvpn /etc/openVPN/server.conf

Der Server sollte sich, wenn alles richtig konfiguriert ist, wie folgt melden:


"Initialization Sequence Completed"

Damit das Routing richtig funktioniert, muss man unter MacOS-X noch die Datei "/etc/hostconfig" bearbeiten:


sudo vi /etc/hostconfig

Dort fügt man einen Eintrag hinzu und startet den Rechner neu:


IPFORWARDING=YES

Der Name des eigenen Servers sollte über das Internet auflösbar sein. Also sollte man auf dem Server DynDNS ö.ä. verwenden. DynDNS lässt sich in den meisten DSL-Routern einstellen. Bitte dafür einfach mal auf der Konfigurations-Oberfäche des eigenen Routers herumspielen, bis es funktioniert. Außerdem muss der HTTPS-Port 443 auf den eigenen Rechner geforwardet werden. Auch das muss in der Router-Konfiguratione eingerichtet werden. Der Menüpunkt dafür heißt meist Virtueller Server o.ä.. Schließlich muss der HTTPS-Port noch in der MacOS-X-Firewall freigeschaltet werden.

OpenVPN lässt sich z.B. mit Lingon als Autostart-Item einrichten. Alternativ lässt sich auch ein Startup-Item unter "/Library/StartupItems/openvpn" anlegen und ein Start-Script dort erstellen:

openvpn:


#!/bin/sh

##
# OpenVPN-Server
##


. /etc/rc.common

StartService()
{
                ConsoleMessage "Starting OpenVPN-Server"
                /usr/local/sbin/openvpn --daemon --cd /etc/openVPN \
                        --config /etc/openVPN/server.conf \
                        --writepid /var/run/openvpn.pid
}

StopService()
{
        pid=$(GetPID openvpn)   
        if [ $? = 0 ]; then
                ConsoleMessage "Stopping OpenVPN-Server"
                kill -TERM "${pid}"
        fi
}


RestartService () { StopService; StartService; }

RunService "$1"

StartupParameters.plist:


<plist version="1.0">
<dict>
        <key>Description</key>
        <string>openvpn</string>
        <key>Provides</key>
        <array>
                <string>openvpn</string>
        </array>
        <key>Requires</key>
        <array>
                <string>Network Configuration</string>
                <string>tun</string>
        </array>
        <key>Uses</key>
        <array>
                <string>IPServices</string>
        </array>
</dict>
</plist>

Damit ist der OpenVPN-Server eingerichtet. Im zweiten Teil dieses HOWTOs (http://simonox.blogspot.com/2007/11/howto-openvpn-unter-apple-macos-x-als.html)wird der Client mit dem Server verbunden.

Blog Action Day

2007-10-15T19:09:00.001+02:00

Umweltschutz ;-)

Blog Action Day

2007-10-04T00:00:00.000+02:00

Frattinizer.js auf Spreeblick

2007-09-17T10:31:00.001+02:00

Der für Sicherheit, Freiheit und Recht zuständige EU-Kommissar Franco Frattini schlägt vor, Wörter wie Bombe, Töten, Genozid oder Terrorismus aus dem Internet zu verbannen. Damit will er verhindern, dass Terroristen Bombenbauanleitungen aus dem Internet herunterladen. Eine Einschränkung der Meinungsfreiheit sieht der Kommissar darin nicht - wer „Bombe“ tippt, will wohl auch Bomben bauen.

Mehr: http://www.spreeblick.com/2007/09/15/bombenidee/

Blog Action Day

2007-09-06T14:46:00.000+02:00

Am 15. Oktoper ist Blog Action Day: http://blogactionday.org

Mit dem Mac-Adressbuch auf GMail-Adressen zugreifen

2007-08-15T22:18:00.000+02:00

Die Installation von GCalDaemon habe ich bereits im Post http://simonox.blogspot.com/2007/08/ical-mit-google-ber-das-opensource-tool.html beschrieben. Bevor man die folgenden Schritte unternehmen kann, muss man vorher diese Installation durchgeführt haben.

Nun ist der nächste Schritt mit dem Mac-Adressbuch auf die in GMail gespeicherten Kontakte zuzugreifen.

Dazu bearbeite ich wieder im conf-Verzeichnis von GCalDaemon die Konfigurationsdatei:


cd /Applications/GCALDaemon/conf
vi gcal-daemon.cfg

Folgende Properties passe ich dazu an, wobei spamme@gmail.com durch die eigene GMail-Adresse und das Passwort durch das eigene generierte Passwort zu ersetzen ist, das sich bereits in dieser Datei an einer anderen Stelle befinden sollte:


# Enable LDAP server
ldap.enabled=true

# Port of the LDAP server (default is "9080")
ldap.port=9080

# Gmail user (your full email address)
ldap.google.username=spamme@gmail.com

# Gmail password (use password encoder!)
ldap.google.password=XXXXXXXXXXXXXXXXXXX

Über Lingon (oder die Aktivitäts-Anzeige, der Prozess heißt "java") stoppe ich den bereits gestarteten GCalDaemon und rufe ihn testweise wieder über die Kommandozeile auf:


cd /Applications/GCALDaemon/bin
./standalone-start.sh

GCalDaemon sollte sich wie folgt melden:


INFO  | GCALDaemon V1.0 beta 13e starting...
INFO  | RSS/ATOM feed converter enabled.
INFO  | Local time zone is Zentraleurop?ische Zeit.
INFO  | HTTP server starting on port 9090...
INFO  | HTTP server started successfully.
INFO  | Start listening file /Users/spamme/Library/Application Support/iCal/Sources/770D9C33-FD94-41A1-8257-CF84AB7313F7.calendar/corestorage.ics...
INFO  | File listener started successfully.
INFO  | Offline file synchronization enabled.
INFO  | LDAP server starting on port 9080...
INFO  | LDAP server started successfully.
INFO  | Gmail notifier disabled.
INFO  | Sendmail service disabled.
INFO  | Mail terminal disabled.

Neu ist die Zeile, dass ein LDAP-Server auf dem Port 9080 gestartet wurde.

Nun ist es Zeit, das Adressbuch zu öffnen:


open /Applications/Address\ Book.app

Unter Adressbuch -> Einstellungen -> LDAP kann man nun ein neues LDAP-Verzeichnis hinzufügen (vorher ein Backup des bereits existierenden Adressbuch erstellen, obwohl dem Adressbuch eigentlich nichts passieren sollte!).

Als Name trage ich "GCalDaemon" ein, unter Server "localhost", unter Port "9080".

Nun kann man das GMail-Adressbuch auch mit dem Mac-Adressbuch durchsuchen und per Mac-Mail auch Adressen aus dem GMail-Adressbuch verwenden.

Den GCalDaemon stoppe ich nun wieder (Ctrl+C) und aktiviere ihn mit Lingon erneut.

iCal mit Google über das OpenSource-Tool GCalDaemon synchronisieren

2007-08-15T20:24:00.000+02:00

GCalDaemon ist eine Anwendung um iCal-kompatible Kalenderprogramme (z.B. iCal auf MacOS) mit dem Google Calendar zu synchronisieren.

Die Software gibt es für Linux, MacOS und Windows. Im folgenden möchte ich nur auf die Installation unter MacOS eingehen.

Wichtig ist, dass bei der unten beschrieben Installation ein MacOS-Kalender einen Google-Kalender zunächst überschreibt. In Goolge Calendar kann man mehrere Kalender einrichten. Darum sollte man in Goolge Calender zunächst ein SyncCalendar eingerichtet werden, der dann mit einem SyncCalendar auf MacOS-Seite synchronisiert werden kann. Sonst verliert man all seine Termin (ich fand dies beim Rumexperimentieren mehr als ärgerlich).

Nach der Installation kann man beide Kalender verwenden. Diese synchronisieren sich dann gegenseitig.

Den GCalDemon lädt man unter http://gcaldaemon.sourceforge.net/ herunter und entpackt ihn lokal auf den Desktop. Dauerhaft legt man ihn auf dem eigenen Rechner am besten im Anwendungsordner '/Applications' ab. Der eigene Nutzername wird hier mit "SpamMe" angegeben. Statt "SpamMe" ist natürlich der eigene Benutzerkurzname einzutragen:


cp -r /Users/SpamMe/Desktop/gcaldaemon-linux-1.0-beta13\ Folder/GCALDaemon /Applications

Nun sollte unter /Applications der Demon liegen. Dies lässt sich einfach überprüfen:


ls /Applications/GCALDaemon/

Nun wechselt man in dieses Verzeichnis und überprüft zuerst den Passwort-Encoder:


cd /Applications/GCALDaemon/bin
./password-encoder.sh

Ein Input-Prompt fragt nun nach dem Google-Passwort, dass man eingeben sollte:


Original password: XXXXXXX
Encoded  password: XXXXXXXXXXXXXXX

Sample configuration options for GCALDaemon:

file.google.password=XXXXXXXXXXXXXXX
ldap.google.password=XXXXXXXXXXXXXXX

notifier.google.password=XXXXXXXXXXXXXXX
sendmail.google.password=XXXXXXXXXXXXXXX
mailterm.google.password=XXXXXXXXXXXXXXX

Das generierte Passwort sollte man sich - z.B. über die Zwischenablage - merken!

Unter MacOS verwende ich iCal als Kalender-Anwendung. Also wechsele ich nun in den iCal-Ordner,
starte iCal und erstelle dort einen neuen Kalender "GCalDaemon" oder "SyncCalendar":


open  Library/Application\ Support/iCal/Sources/
open -a iCal

Der Backslash ist auf einer Apple-Tastatur übrigens auf Shift+Alt+7 ;-)

Den neu erstellen Kalender kann ich am Datum erkennen.


ls -Sc

In meinem Fall ist dies der Kalender mit dem kryptischen Dateinamen 770D9C33-FD94-41A1-8257-CF84AB7313F7.calendar.

Also wechsele ich ich das Verzeichnis des neuen Kalenders, um mich zu versichern, dass dies auch wirklich der neue Kalender ist:


cd  770D9C33-FD94-41A1-8257-CF84AB7313F7.calendar
less Info.plist

In dieser XML-Datei kann ich sehen, dass dies wirklich der neu erstellte Kalender ist:


<plist version="1.0">
<dict>
        <key>Key</key>
        <string>770D9C33-FD94-41A1-8257-CF84AB7313F7</string>
        <key>Title</key>
        <string>GCalDaemon</string>
        <key>Type</key>
        <string>com.apple.ical.sources.naivereadwrite</string>
</dict>
</plist>

GCalDaemon erwartet, dass unter dem conf-Verzeichnis Einstellungen vorgenommen werden. Eine dieser Einstellungen ist, dass man ein - wenn auch verschlüsseltes - Passwort einträgt. Dies ist fast schon ein Bug der Anwendung. Eine solche Information gehört nicht in das für jeden lesbare Application-Verzeichnis. Als Workaround schlage ich folgendes vor: ich verschiebe den conf-Ordner in mein Home-Verzeichnis und erstelle anschließend einen symbolischen Link auf mein Home-Verzeichnis im GCalDaemon-Verzeichnis:


cd /Applications/GCALDaemon
mv conf ~/.GCalDaemon
ln -s ~/.GCalDaemon conf

Auch das Log-Verzeichnis gehört eigentlich nicht in den Applikations-Ordner. Also verschiebe ich dieses Verzeichnis mit dem gleichen Workaround:


cd /Applications/GCALDaemon
sudo mv log /var/log/GCalDaemon
ln -s /var/log/GCalDaemon log

Ob die beiden symbolischen Links erstellt wurden, kann man einfach überprüfen:


cd /Applications/GCALDaemon
ls -l

Den oben ermittelten Kalender trage ich nun in die Konfigurations-Datei des GCalDaemons ein:


cd /Applications/GCALDaemon/conf
vi gcal-daemon.cfg

Unter file.ical.path trage ich die neu erstellte Kalender-Datei corestorage.ics im neu erstellten Kalender 770D9C33-7-CF84AB7313F7.calendar ein. Wichtig ist hier die komplette Pfadangame. Kalender-Name und Nutzerkurzname sind natürlich anzupassen:


file.ical.path=/Users/SpamMe/Library/Application Support/iCal/Sources/770D9C33-7-CF84AB7313F7.calendar/corestorage.ics

Das vorhin erzeugte Passwort (XXXXXXXXXXXXX) trage ich unter file.google.password ein:


file.google.password=XXXXXXXXXXXXXXXXXX

Meine GMail-Adresse trage ich file.google.username unter ein


file.google.username=spamme@gmail.com

Im Goolge-Kalender sollte man spätestens jetzt wie oben bereits beschrieben einen NEUEN Kalender anlegen ("z.B. SyncCalender"), da der GCalDaemon sonst die bereits vorhandenen Termine überschreibt!

Unter https://www.google.com/calendar/render kann man eine unter Einstellungen -> Kalender -> Privatadresse über das Kontextmenü auf das iCal-Icon eine iCal-URL in die Zwischenablage kopieren. Diese URL
http://www.google.com/calendar/ical/spamme%40gmail.com/private-XXXXXXXXXXXXXXXXXXX/basic.ics trage ich unter file.private.ical.url ein:


file.private.ical.url=/calendar/ical/spamme%40gmail.com/private-XXXXXXXXXXXXXXXXXXX/basic.ics

Die Zeile file.enabled setze ich auf true:


file.enabled=true

Nun kann ich den GCalDaemon starten:


cd ../bin
./standalone-start.sh

Der GCalDaemon sollte erfolgreich starten:


INFO  | GCALDaemon V1.0 beta 13e starting...
INFO  | RSS/ATOM feed converter enabled.
INFO  | Local time zone is Zentraleurop?ische Zeit.
INFO  | HTTP server starting on port 9090...
INFO  | HTTP server started successfully.
INFO  | Start listening file /Users/SpamMe/Library/Application Support/iCal/Sources/770D9C33-FD94-41A1-8257-CF84AB7313F7.calendar/corestorage.ics...
INFO  | File listener started successfully.
INFO  | Offline file synchronization enabled.
INFO  | LDAP server disabled.
INFO  | Gmail notifier disabled.
INFO  | Sendmail service disabled.
INFO  | Mail terminal disabled.

In iCal erstelle ich nun einen Testeintrag (z.B. morgen) und warte ab, ob dieser nach einiger Zeit im Google-Kalender erscheint und umgekehrt.

Wer nicht warten möchte kann eine Synchronisation auch sofort testen:


cd /Applications/GCALDaemon/bin
./sync-now.sh

Wenn der in GCal erstellte Termin nun im Google-Kalender erscheint, kann man mit der Anwendung "Lingon" (http://lingon.sourceforge.net/) den GCalDaemon als Startup-Item eintragen.

Ich starte Lingon, wähle "Assistant" in der Button-Leiste, wähle "Run a job at startup", vergebe als Label "GCalDaemon", aktiviere, dass der Job nur startet, wenn ich einlogt bin und trage als Job "/Applications/GCALDaemon/bin/standalone-start.sh" ein.

Tipp: Da es sich bei GCalDaemon um eine Java-Anwendung handelt, findet man GCalDaemon in der Aktivitäts-Anzeige NICHT unter GCalDaemon oder standalone-start.sh sondern unter "java".

Nun wird mein Google Calendar regelmäßig mit meinem iCal-Kalender synchronisiert.

Web 2.0 U-Bahn-Plan

2007-07-29T20:22:00.000+02:00

Ich mag Informationsgrafiken, besonders U-Bahn-Pläne. Gleichgesinnte aus Japan haben einen Web 2.0 U-Bahn-Plan erstellt. Wirklich sehr gelungen: http://www.informationarchitects.jp/ia-trendmap-2007v2#more-403

http://www.informationarchitects.jp/slash/google_trend_2007.gif

2007-07-29T19:57:00.000+02:00

Ich möchte das Blog an dieser Stelle nutzen, um einen Text weiterzuleiten:

Kick the Corruption Out of the BBC!

Today the BBC made it official—they have been corrupted by Microsoft. With today's launch of the iPlayer, the BBC Trust has failed in its most basic of duties and handed over to Microsoft sole control of the on-line distribution of BBC programming. From today, you will need to own a Microsoft operating system to view BBC programming on the web. And you must accept the Digital Restrictions Management (DRM) that the iPlayer imposes.

Read the story about the corruption of the BBC:
http://defectivebydesign.org/sites/nodrm.civicactions.net/modules/civicrm/extern/url.php?q=266275&u=346

Digg this story! http://defectivebydesign.org/sites/nodrm.civicactions.net/modules/civicrm/extern/url.php?q=266275&u=347

Join us in London on August 14th as we continue the fight against DRM and kick the corruption out of the BBC. Sign up now! -- August 14th, London at the BBC Television Centre.

In solidarity,
Josh, John, Peter and the DRM Elimination Crew.

iSync

2007-07-26T21:32:00.000+02:00

Mit dem Update auf das neue Apple iSync Version 2.4 (501.2) hat iSync aufgehört, sich mit meinem K750i zu synchronisieren. Dabei galten Sony-Mobiltelefone bisher als "Mac"-Handies.

Im Apfeltalk-Forum stieß ich auf folgenden Tipp:

Im Finder auf das Programm iSync einen Rechts-Click (ctrl + Click) machen und auf Paketinhalt zeigen gehen. Dann durch diesen Pfad klicken:

/Contents/PlugIns/ApplePhoneConduit.syncdevice/Contents/PlugIns/PhoneModelsSync.phoneplugin/Contents/Resources

und dann die Datei MetaClasses.plist per Doppelklick öffnen. Dann links neben dem Root auf den Pfeil klicken, dann den Eintrag com.sony-ericsson.K700 suchen und den Pfeil links danben wieder anklicken. Dann unter InheritsForm den Eintrag auf "family.com.sony-ericsson.legacy" ändern (Ohne (!) die Anführungsstriche). Dann das über File Save speichern und dann schließen. Jetzt iSync starten und der Sync klappt wieder

Danach ließen sich zwar Termine nicht mehr synchronisieren. Allerdings hat das Synchronisieren von Kontakten wieder funktioniert.... scheinbar.

Anschließend waren nämlich alle Adressen weg. Nur noch die Telefonnummern waren vorhanden. Allerdings waren die Adressen noch auf einem iPod gesichert.

Also konnte ich den iPod an einen anderen Mac anschließen (automatische Synchronisation mit iTunes etc. war damit disabled).

Im Festplatten-Modus konnte ich die Datei iSync.vcf im Ordner “contacts” auf einen USB-Stick sichern.

Im Adressbuch meines Macs konnte ich die Datei dann importieren.

Seitdem funktioniert nicht nur das Synchronisieren von Kontakten wieder, auch der Kalender lässt sich synchronisieren, wenn man die Option "Ereignisse ignorieren, älter als 'Heute'" auswählt.

Ein weiters Problem: iTuneMyWalkman bricht manchmal die Synchronsiation richtig großer Podcasts (Videos wie der Elektrische Reporter oder den Podcast des FSK Sunday Service) ab und man hat Dateien von 0 Byte Größe auf der SD Card, die sich natürlich nicht abspielen lassen. Das Problem werde ich aber heute nicht mehr fixen ;-)

2007-03-16T08:10:00.000+01:00

An open letter to Steve Jobs

Layout dieses Blogs - E-Mail-Bloging

2007-03-14T21:56:00.001+01:00

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Wer sich über das Layout des letzten Postings wundert:

Ich bin seit einiger Zeit hinter einer ziemlich fiesen Firewall, die
ich auch - aus beruflichen Gründen - nicht hacken möchte. Außerdem
hat Google meinen Blogger-Account migriert. Im Moment kenne ich noch
kein Plugin, mit dem man auf dem migrierten Blogger-Acount blogen
könnte. Was spricht der überhaupt?

Darum gehe ich jetzt dazu über, per E-Mail zu blogen. E-Mail finde
ich übrigens immer besser. Z.B. fülle ich auch meine BackPack-To-Do-
Liste nur noch per E-Mail. Einfach eine Mail mit dem Betreff "to-do"
an meine Backpackit-Adresse schicken und der Content ist in meiner To-
Do-Liste. Perfekt und schnörkellos :-)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFF+GFkZf4PRw/GKLgRArsyAJ9CRXVqnM3rsFNIY7SLpYjcRFuprACfYqGr
6t7BvDiKZdljZ1DrtkrgpFM=
=8G8h
-----END PGP SIGNATURE-----

Audium -> Mabber -> Twitter

2007-03-14T21:51:00.001+01:00

Ich habe heute Audium, Twitter und Mabber ausprobiert.

Mabber ist ein Jabber-Client, der außerdem noch für weitere Protokolle
ein Gatway anbietet. So kann man über Mabber auch an ICQ-Kontakte
senden. Außerdem gibt's für Mabber einen JavaClient fürs Mobile. So kann
man statt über SMS auch über IM kommunizieren.

Twitter ist das Aequivalent zum wall-Befehl unter Linux. Man schickt
eine
Message und auf der Wall erscheint, was man geschickt hat. Meistens
schickt man einfach, _was_ man gerade macht. Nicht besondern sinnvoll,
aber nett.

Allerdings kann man über Jabber an Twitter@twitter.com eine Message
senden. Das macht die Sache interessant.

Twitter hat zwar auch eine SMS-Funktion, diese funktioniert aber nur
über eine teuere, internationale Rufnummer.

Wenn man nun aber Twitter mit Mabber verknüpft, dann kann man auch
günstig twittern :-)

Audium ein - zugegeben feiner - Multiprotokoll-IM-Client für MacOS.
Sieht gut aus und _funktioniert_.

Lawrence Lessig auf dem 23C3

2006-12-31T16:24:00.001+01:00

So ist RSS nicht gemeint

2006-12-14T16:14:00.000+01:00

Liebe Spex-Redaktion,

es ist ja schön, dass Ihr einen RSS-Feed anbietet. Wenn der RSS-Feed die Nachrichten jedoch nur verstümelt rausgibt, dann bringt der rein gar nichts.

Vielleicht wollt Ihr ja, dass jeder wirklich auch auf die Seite kommt, um dort die Werbebanner anzuklicken.Das ist durchaus Euer gutes Recht, aber so wie der RSS-Feed im Moment aussieht, ist er relativ nutzlos.spex.de >>> NEWS

heise online - BIENE 2006: Barrierefreie Websites prämiert

2006-12-11T08:34:00.000+01:00

Die BARMER-Site ist mit dem BIENE 2006-Award in Gold ausgezeichnet worden.

TV-Tipp für Freitag: 23

2006-12-07T10:02:00.000+01:00

DarwiinRemote is released! (Hirolog)

2006-12-06T07:50:00.000+01:00

Die Fernbedienung eine Wii mit 'nem Mac koppeln. Bin mal gespannt (noch habe ich keine Wii)

Productive Talk Compilation: 8-episode podcast with GTD’s David Allen | 43 Folders

2006-12-01T08:16:00.000+01:00

Sollte man evtl. mal reinhören.. obwohl seeehr lange.

praegnanz.de: Vermischtes aus aller Welt III

2006-11-30T10:48:00.000+01:00

Das sagt ja einiges über die GEMA aus ;-)

Leider war Dr. Pappi von der GEMA bei den Hörfunkgesprächen nicht persönlich anwesend, sondern schickte einen Stellvertreter (dessen Name mir entfallen ist), mit dem ich mich in der Fragerunde nach dem Vortrag unbedingt noch verbal anlegen musste, wie ich das schon im Mai mit Pappi persönlich gemacht hatte. Dabei stellte sich heraus, dass der Ersatz-Pappi – ungelogen, ich habe Zeugen! – nicht wusste, was CreativeCommons sind. Da wurde mir einiges klar und ich hörte auf zu fragen.

Extreme Hour vs. XP-Game

2006-11-30T10:42:00.000+01:00

Hier sind zwei "Spiele" verlinkt, mit denen man XP-Projekte spielerisch erfahren kann. Unbedingt mal ausprobieren...

DhoniShow

2006-11-28T21:38:00.000+01:00

Nette JavaScript / DOM-Bildergallerie. Unter CC-Lizenz (aber leider nicht (L)GPL... komisch... ist doch Software)

Sundance Winner ‘The Corporation’ Released for Free on BitTorrent at Torrentfreak

2006-11-28T21:33:00.000+01:00

Wow, ein Film, der selbst beim Sundance gewonnen hat, zum kostenlosen Download. Es geht voran :-)

Aurora - an iTunes and EyeTV Alarm Clock for Mac OS X

2006-11-28T21:29:00.000+01:00

Nettes Programm. Verwandelt einen Mac in einen Radiowecker (inkl. Schlummer-Funktion auf der Leertaste und Einschlaffunktion). Das schönste ist, dass es den Mac aus dem Tiefschlaf wecken und ihn anschließend auch wieder einschlafen lassen kann.

Weekend Project: Build your own graveyard - Lifehacker

2006-10-30T12:44:00.000+01:00

Cool, ne nette Gartendekoration :)

DEUTSCHER BUNDESTAG – Petitionsausschuss: E-Petitionen Petition einsehen/unterschreiben

2006-10-19T14:42:00.000+02:00

Wahlmaschinen verbieten

Hier kann man beim schottischen Parlament für den Deutschen Bundestat eine Online-Petition unterschreiben.

Every Video Game

2006-10-09T14:04:00.000+02:00

Wow, alte 8bit-Klassiker im Browser spielen :)

Angriff durch Dilettanten

2006-08-23T17:30:00.000+02:00

Aha, doch keine "zerfetzten" Züge: Aus den misslungenen Bahnanschlägen kann deshalb nicht geschlossen werden, dass Deutschland bereits ins Fadenkreuz des hoch professionellen Terrorismus nach dem Muster von Al Qaida geraten wäre. Vielmehr sieht – nach den derzeit bekannten Informationen – alles nach einem schlecht vorbereiteten Angriff durch Amateure aus. Auch dagegen muss sich der Staat wehren – aber bitte mit Augenmaß und ohne voreilige Panikmache.

HamachiX Online Help

2006-08-23T11:28:00.000+02:00

Hamachi ist ein VPN für arme. Wer jedoch scheut, OpenVPN selbst zu installieren (trotz der OSX-GUI Tunnelblick) kann es mal mit HamachiX ausprobieren.

Mit Hamachi kann man z.B. seine iTunes-Library über's Internet sharen (siehe share itunes music over the internet in 3 easy steps!)

Management vs. Entwickler

2006-08-18T09:58:00.000+02:00

Brian Stevens, Technikchef bei Red Hat, bestätigte in einem Interview mit eWeek die Position, dass die Virtualisierungslösung noch nicht reif für den Einsatz im Unternehmen ist. Novell, seit Erscheinen von Suse Linux Enterprise Server (SLES) 10 Mitte Juli erster Anbieter eines Unternehmensprodukts mit integriertem Xen, handele unverantwortlich und riskiere, dass die Anwender schlechte Erfahrungen mit der Linux-Virtualisierung machten. Red Hat wisse, was Xen noch alles fehle; Novell sei es wichtiger gewesen, erster zu sein.

Novell-CTO Jeff Jaffe widerprach prompt. Novell habe Xen ausgiebig getestet und sei fest davon überzeugt, dass die Software fertig sei. "Könnte es sein, dass es Red Hat peinlich ist, sechs Monate hinterherzuhinken?", fragte er auf der LinuxWorld Conference & Expo.

Das ist gar nicht so weit weg von Hamburg

2006-08-16T16:55:00.000+02:00

Im Seebad Heiligendamm wird im Juni 2007 das G8-Treffen über die Bühne gehen. Unterschiedliche Protestbündnisse breiten sich schon theoretisch und auch praktisch darauf vor.

Von World-of-Java gibt's jetzt auch eine "Personal Edition"

2006-08-16T11:08:00.000+02:00

WOJ personal edition

This edition is designed for people working for non-commercial organisation on a non-commercial product.If you meet this requirement our service is free for you. You will have access to all the open source projects registered in our database.

Since it's a free edition we do not provide any warranty on server's response time, bandwidth. Furthermore, requests for adding missing module may be processed with delay

Open Source Xara Xtreme - Open-source graphics software

2006-08-14T15:17:00.000+02:00

Hoffentlich besser als InkScape (und schneller als Xara damals auf meinem 368SX16 ;)

iWebExtender

2006-08-14T11:47:00.000+02:00

Damit braucht man keinen .mac-Account mehr, um iWeb zu verwenden. Ich selbst habe weder iWeb noch den Extender ausprobiert, könnte das aber mal machen:

iWebExtender helps extend iWeb

trackntrace.de: Packetverfolgung per RSS-Feed

2006-08-14T08:47:00.000+02:00

Diese Seite ermöglicht die Sendungsverfolgung gewöhnlicher DHL-Pakete ("Track & Trace für Jedermann"). Indem Sie unten Ihre Paketdaten eingeben, beauftragen Sie dieses Programm, regelmäßig bei DHL den aktuellen Paketstatus zu überprüfen und zu speichern und Ihnen auf Anfrage anzuzeigen.

rendr 2

2006-08-14T08:45:00.000+02:00

Ein GreaseMonkey-Script, das es einem erlaubt, auf einer bestehenden Seite CSS zu verändern und dabei live die Veränderung zu begutachten. Ideal, um beispielsweise eine Blogger- oder MySpace-Seite zu stylen.

ardour | the new digital audio workstation

2006-08-14T08:43:00.000+02:00

Ardour is a digital audio workstation. You can use it to record, edit and mix multi-track audio. Produce your own CD's. Mix video soundtracks. Experiment with new ideas about music and sound. Generate sound installations for 12 speaker gallery shows. Have Fun.

Sie können den Rechner jetzt ausschalten

2006-08-03T19:08:00.000+02:00

Sie können den Rechner jetzt ausschalten
Originally uploaded by SimonOx.

Sie können Deutschland jetzt ausschalten

TV-Tipp: Donnie Darko

2006-08-02T12:02:00.000+02:00

Donnie Darko:

Donnie Darko

USA 2004. R.B: Richard Kelly. K: Steven Poster. S: Sam Bauer, Eric Stand. M: Michael Andrews. P: Pandora Cinema, Flower Films u.a. D: Jake Gyllenhaal, Drew Barrymore, James Duval, Patrick Swayze u.a. 100 Min.

VOX, Sonntag, 06.08.2006, 22.00 Uhr

DVD-Backup unter Linux

2006-07-31T20:39:00.000+02:00

dvdbackup -M -i/dev/dvd -o/tmp/dvd/

Podcasting und die GEMA Teil 2

2006-07-26T09:34:00.000+02:00

Schade: Wenn man Musik im Podcast haben möchte, darf man die nicht bennen, nicht komplett spielen und noch nicht einmal einen Künstler in den Mittelpunkt stellen. Redefreiheit hat man auch nicht. Länger als 30min darf der Spaß nicht dauern. Mehr als zwei folgen darf der Podcast auch nicht haben (1 * XML und 2 * Audio = 3 URLs). Und das ganze soll dann 30 € im Monat kosten... /*no comment*/

Hmm, wär auch mal was

2006-07-24T22:22:00.000+02:00

Nintendo DS Development Tutorial

Nintendo DS Development Tutorial :: Introduction

Suchmaschinenoptmierungsaufdeckplugin

2006-07-23T09:42:00.000+02:00

SEO for Firefox (Beta)

SEO for Firefox

technorati tags:firefox, plugin

Hit it like Zidane

2006-07-11T21:27:00.000+02:00

Hit it like Zidane - Zid Vicious - Das bessere Zidane Online Spiel

Da fehlt jetzt nur noch Web2.0 und man hätte alle Buzzword in einem Buchtitel ;)

2006-07-11T14:28:00.000+02:00

Amazon.de: Software Factories. Moderne Software-Architekturen mit SOA, MDA, Patterns und agilen Methoden: Bücher: Jack Greenfield,Keith Short:

Software Factories. Moderne Software-Architekturen mit SOA, MDA, Patterns und agilen Methoden

Blaue Standardsoftware

2006-07-10T19:45:00.000+02:00

Die wahre Geschichte von CICS lässt sich heute nicht mehr klären, klar ist nur, dass CICS in den frühen 70er Jahren aufgetaucht ist und ursprünglich nicht von IBM war.

Customer Information Control System - Wikipedia

technorati tags:CICS

Wizard-of-OS 4 in Berlin

2006-07-10T18:08:00.000+02:00

Wizards of OS 4Information Freedom RulesInternationale Konferenz 14.-16. September 2006 in der Columbia-HalleColumbiadamm 13-21, Berlin, Unkostenbeitrag dieses Jahr für drei Tage: 60 €

Wizard of OS: Wizards of OS 4

technorati tags:open source, free, information, wos4

www.einfallsreich.tv - video on demand

2006-07-09T15:18:00.000+02:00

Da ich nächste Woche in Wiesbaden sein werde, schaffe ich es evtl. sogar einmal beim Wiesbadener Kultursommer dabei zu sein. U.a. hat dort auch der CCC Mainz ein Projekt. Auf einfallsreich.org gibt's den passenden Videocast.

crates & barrels

2006-07-09T15:09:00.000+02:00

This is about crates and barrels in videogames.

crates and barrels

technorati tags:game, art