Komfortable Programme gibt es ja genug. Aber wenn man das auch über die Kommandozeile unter Linux machen kann, schlägt das Informatikerherz gleich doppelt so hoch. Mit dem Tool dvd-slideshow kommt man mit vier Kommandozeilenaufrufen zur fertigen DVD (als ISO-Image).

Noch etwas komfortabler geht es mit dem DVD-Baker. Mit Menü und allem was man so braucht. Und um den Kreis zu schließen, kann dieses Tool auch Bilder aus der Gallery2 in eine DVD verwandeln. Um nicht meinen Rechner stundenlang damit zu beschäftigen, hab ich mich als erstes Beispiel das Album “Sonstiges” aus meiner Gallery in eine DVD verwandelt. Klappt, schaut ganz hübsch aus und ihr könnt es euch das Ergebnis gerne runterladen. Wer Hilfe beim Brennen braucht, wird z.B beim PC-Magazin fündig.

Nächster Schritt: Meine ganze Gallery als DVD und dann teuer verkaufen

Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. (Rich Cook – vielleicht dieser hier)

Ist bestimmt schon alt und bekannt, aber zeitlos

Hier noch aus der Beschreibung des Projekts:

eine komponentenorientierte engine, welche auf multithreading systeme ausgelegt sein soll. die komponeten (auch agents genannt) sollen dabei parallel spezifische aufgaben – wie rendering, netzwerk, audio, etc – abarbeiten. aktiviert, überwacht und gesteuert werdern alle agents von einem zentralen controller. alle agents arbeiten auf einem hierarchisch angelegtem objektraum

Seit langem stand auch das Sidebar-Widget-Plugin auf meiner ToDo-Liste. Kurz zusammengefasst: Die Seitenleiste wird in einzelne Widgets/Elemente (Links, Archiv, Kategorienübersicht, …) unterteilt, die dann im Adminbereich komfortabel per Drag&Drop rumgeschubst werden können – also so ganz ohne Frickeln im Code des Templates.

Die Standardwidgets sind alle schon im Plugin programmiert. Will man eigene Elemente in die Seitenleiste einbinden, macht man dies – vorrausgesetzt es ist reiner HTML-Code – über ein Standardelement in das man einfach das gewünschte Codestück einfügt. Für komplexere Elemente (also wenn auch mal PHP gefragt ist) muss man sich so ein Widget selbst programmieren. Keine Sorge, ist aber einfach und innerhalb einer Folge Harald Schmidt hab ich so das Zufallsbild eingebunden. Hilfe bietet dabei eine gute Beschreibung auf der Homepage des Plugins und das mitgelieferte Beispielwidget.

Aber irgendwie muss das Javaprogramm auf Klausis Computer es schaffen die Funktion z.b. bei flickr aufzurufen. Ansätze für dieses Problem gibt es viele und man kann sie unter dem Begriff RPC zusammenfassen.

Java RMI, CORBA und .Net Remoting trifft man eher in der klassischen Anwedungsentwicklung an. In der Webentwicklung haben sich drei Protokolle herauskristallisiert: REST, SOAP und mein heutiges Thema XML-RPC. Die Theorie ist nicht so schwer. Es werden über HTTP Anfragen und Antworten in XML-codiert hin- und hergeschickt. Aber nun auf in die Praxis (mit PHP).

PHP bietet einige Funktionen zu XML-RPC, aber die XML-RPC Library for PHP macht es wesentlich komfortabler. Außerdem gab es dazu diese schöne (englische) Anleitung, in der beispielhaft ein Client und ein Server entwickelt werden.

Als kleinen Test hab ich einen XML-RPC-Server geschrieben, der über die Methode demo.sayHello die Welt begrüßt – sorry, muss einfach sein Die zweite Methode (gallery.random) liefert den HTML-Code für ein zufälliges Bild aus meiner Gallery. Den passenden Client, der die Verwendung zeigt, habe ich ebenfalls im implementiert.

Den Server erreicht man unter: http://spocket.sp.funpic.de/4images/xmlrpc.php. Der Client liegt auf Sebi‘s Heimserver, weil er zum Einen bei funpic nicht funktioniert und es zum Anderen somit auch richtig remote wird (Client aufrufen).

Wen der Quellcode interessiert, kann ihn jetzt herunterladen. Beim direkten Einbinden des Codes in den Beitrag gab es Probleme.
Download aller drei Dateien

Das Ziel der Vortragenden war es Licht ins Dunkel von Microsofts Produktwelt zu bringen. Beängstigend fand ich es spätestens, als der gute Mensch erzählte, es gäbe eine extra Prüfung, die einem die Kenntnis der Microsoftschen Lizenzpolitik bescheinigt.

Es gab viel Information – mehr als Buffet – über diverse Softwarepakete, die man erwerben kann. Vom klassischen MSDN-Abo bis hin zum Empower ISV für Firmengründer, wurde alles erklärt. Da ich aber dank MSDN – Academic Alliance eh fast alle Microsoft-Produkte hier rumliegen hab, war es wenig relevant.

Eindeutig am interessantesten war die Einführung in die Möglichkeiten des MSDN-Portals. Ich zähl mal kurz auf, was ich mir an Stichpunkte notiert habe:

• Irgendwo unter Experten entdeckte ich den Namen Ralf Westphal. Bekannt von mittlerweile zwei MS Student Technology Conferences, halte ich ihn für einen fähigen Menschen und hab beschlossen sein Blog mal durchzuschauen.
• Webcasts schauen – besonders Ajax Teil1 und Teil2. Evtl auch das ein oder andere über ASP.Net
• Personalisierte MSDN-Seite. Kannte ich nicht, aber halte ich für sinnvoll, da die Seiten von MS generell sehr überladen sind. Mal sehen, was es bringt.
• empfohlene RSS-Reader anschauen. Grade abgehandelt, war nichts tolles dabei. Auch keine lustigen Überraschungen, wie Empfehlungen für Thunderbird oder RSSOwl. Nein, waren alles in C# implementierte Reader und ich bleib auch weiterhin beim Donnervogel.

Zur Begriffsklärung: Es geht nicht um Putzmittel und auch nicht um Fussballer aus Amsterdam. Nein, es geht um Programmieren und Webentwicklung. Bezeichnet wird damit ein Konzept zum Austausch von Daten zwischen Browser und Server.

Normalerweise gibt man Daten auf einer Website ein (z.B. einen Kommentar für mein Blog), dieser wird dann an den Server geschickt und der schickt die komplette Internetseite mit den geänderten Daten zurück - dauert laaaange.

Ajax (Asynchronous JavaScript and XML) geht einen anderen Weg. Mit JavaScript werden die Daten an den Server geschickt, dieser schickt dann eine XML-Datei mit den neuen Daten zurück und dann kommt wieder JavaScript ins Spiel, um diese Daten in die Internetseite einzufügen. Asynchron heißt flapsig gesagt, dass man zwischen Abschicken und Empfangen nicht Kaffee trinken muss, sondern weiter rumklicken darf. Dadurch wird alles viel flüssiger, besser, toller zu bedienen und überhaupt ... lieb haben wir uns sowieso

Mein Ziel: Die Bilder in meiner Gallery sollten auf diese Weise bewertet werden können. Wer nicht Informatik studiert, will sich das vermutlich nur anschauen, Bilder bewerten und danach was anderes machen. Für alle anderen beschreibe ich noch, was ich da genau veranstaltet habe.

Zuerst braucht man etwas am Server, das die Aktion ausführt. Die Daten die über Ajax verschickt werden kommen über die bekannten Wege (GET oder POST - es ist ja normale HTTP-Kommunikation) beim Server an. Man kann also ganz normal php programmieren. Die Routinen für das speichern der Bewertung hab ich mir aus den Quellen der Gallery zusammengesucht. Einziger Unterschied zu ner normalen Webseite...es wird ein kleines XML-Dokument erzeugt.

Auf der Clientseite ist es etwas komplexer, weil hier die Hauptarbeit geschieht. Aber wenn man erstmal durchblickt, dann geht es ganz gut. Zuerst braucht man ein XMLHttpRequest-Objekt, der Dreh- und Angelpunkt von Ajax.

Das hier ist die beispielhafte Instantiierung für Mozilla & Co. Mit Browserweiche macht man die Seite auch fit für alle neueren Browser. Den Code dafür findet man z.b. auf dieser Seite.

Ein HTML-Formular wo man einen Wert wählen kann und einen Knopf zum Abschicken hat, dürfte jeder bauen können. Wenn nicht freut sich SelfHTML über einen Besuch. Erwähnenswert ist die erste Zeile:

action gibt's nicht, weil wir ja keinen normalen Postback haben wollen. name, dass wir nachher das Formular in Javascript finden und auslesen können. onsubmit wird ausgeführt, wenn man auf Abschicken drückt. Wichtig ist das return false;. Ohne dieses würde zusätzlich ein Postback (den wir ja grade nicht haben wollen) ausgeführt werden.Und nun kommen wir zur zentralen Methode, die auch wirklich Ajax macht: bewertemitajax(id):

• Es wird eine Verbindung geöffnet, wobei man angeben kann wie, wohin und ob asynchron (true) oder sychron (false) übermittelt wird.
• Der Content-Type der zu übermittelden Daten wird gesetzt.
• onreadystatechange gibt eine Funktion an, die aufgerufen wird, wenn der asynchrone Transfer fertig ist. Hier ist es als anonyme Funktion (vielleicht aus Java bekannt) implementiert. Man kann auch einfach einen Funktionsnamen angeben.

• Am Ende wird mit send alles abgeschickt, wobei als Parameter die richtig codierten Daten angegeben werden.
• Wenn der Server geantwortet hat, wird die oben erwähnte anonyme Funktion abgearbeitet. Da der Server in meinem Fall echtes XML liefert, bekommt man mit xmlHttp.responseXML ein Objekt des DOM-Baums, dem man mit den JavaScript-üblichen Funktionen Informationen entlocken kann. Diese Informationen bastelt man dann noch an die richtigen Stellen (am besten man markiert die über ID's) im DOM-Baum der Seite und fertig ist man.

So, ich hoffe das war jetzt einigermaßen verständlich. Abschließend noch ein kleiner Änderungslog: Ich hab eine neue php-Datei erstellt, in der die Funktionalität am Server implementiert ist (ajax.php). Der Javascript-Code wurde in die bestehende Template-Datei rate_form.html gepackt. Diese zwei Dateien hab gibt's als ZIP-Archiv zum Download. Im Template details.html muss noch ein id="vote_anzeige" dort eingefügt werden, wo die aktuelle Bewertung eines Bildes erscheinen soll.

Das war's und bitte keine Kommentare zu meinem Programmierstil