tim-adler.com - web · design · thinking

Google-Reader-Empfehlungen direkt bei Twitter posten

Google's Reader ist ein super Tool, um Feeds zu lesen. Insbesondere deswegen, weil es den Reader auf allen möglichen Plattformen gibt und man somit an einer zentralen Stelle alles abhakt, was man schon gelesen hat. Kein doppeltes Lesen also. Außerdem bietet Google für den Reader eine offene API und es gibt schon unterschiedlichste Tools, um RSS-Feeds auch in nativen Applikationen zu lesen. (z.B. Byline auf dem iPhone)

In RSS-Feeds findet man häufig eine ganz Menge interessanter Sachen, die man direkt seiner Online-Peergroup weiterempfehlen möchte. Dafür bietet Google die Funktion "Empfehlen" oder "Anmerkungen". Die empfohlenen Items sieht aber niemand, wenn man sich nicht aufwändig als "Freunde" bei Google vertüdelt hat und sich gegenseitig in die Empfehlungen linst. Mit einem kleinen Mash-Up lassen sich Empfehlungen inkl. Kommentar direkt bei Twitter posten.

Die Kurzfassung: Wir werden den zu den Empfehlungen von Google Reader gehörenden Atom-Feed mit Hilfe von Yahoo-Pipes so ändern, dass die eigegebene Anmerkung ein Teil des jeweiligen Feed-Item-Titels wird. Den so entstehenden neuen Feed lassen wir dann von Twitterfeed in regelmäßigen Abständen twittern. Ziel erreicht. So einfach.

Die Langfassung

Zu allererst braucht man mal also einen Google Reader-Account mit ein paar empfohlenen Items, am besten auch mit Kommentar. So sieht das Ganze dann auf der Empfehlungen-Seite im Google Reader-Webinterface aus:

Schonmal nicht schlecht. Ein wichtiges Feature dieser Empfehlungen versteckt Google allerdings ein wenig: Angepriesen wird von Google nur, dass die Empfehlungen auf einer eigenen Seite veröffentlicht werden. Der Link dazu findet sich oben recht auf der Empfehlungen-Seite im Reader. Erst wenn man diese Seite öffnet, dann findet man rechts unter dem eigenen Google-Avatar einen Link zum Atom-Feed der Empfehlungen. Den braucht man! Den Link als mit STRG+C / Apfel+C in die Zwischenablage kopieren.

Dieser Feed ist eine ziemlich umfangreiche Sache. Google Stellt in diesem Feed nicht nur die üblichen Informationen für das Abonnieren und Lesen in einem Feedreader zur Verfügung, sondern der Feed enthält auch den Kommentar, den man zum Feed-Item eingegeben hat und natürlich Titel, Link und Inhalt als strukturierte Informationen. Das sieht in etwas so aus:

<entry gr:crawl-timestamp-msec="1241014738104">
  <id gr:original-id="">tag:google.com,2005:reader/item/2e067105d3b850fe</id>
  <title type="html">Palm Pre Screens geleakt</title>
  <published>2009-04-29T14:18:58Z</published>
  <updated>2009-04-29T14:18:58Z</updated>
  <link rel="alternate" href="http://feedproxy.google.com/~r/macnotes/~3/ZvdOrM4s8bs/" type="text/html"/>
  <link rel="related" href="http://www.macnotes.de" title="MACNOTES.DE: iPhone, iPod, Mac - das unabhängige Magazin rund um Apple"/>
  <content xml:base="http://feedproxy.google.com/~r/macnotes/~3/ZvdOrM4s8bs/" type="html">...</content>
  <author gr:unknown-author="true">
    <name>(Autor unbekannt)</name>
  </author>
  <gr:annotation>
    <content type="html">Ich finde dieses Teil ja echt sexy:</content>
    <author gr:user-id="04920413337233063489" gr:profile-id="118351259413951625385">
      <name>Tim Adler</name>
    </author>
  </gr:annotation>
  <source gr:stream-id="user/04920413337233063489/source/com.google/link">
    <id>tag:google.com,2005:reader/user/04920413337233063489/source/com.google/link</id>
    <title type="html">MACNOTES.DE: iPhone, iPod, Mac - das unabhängige Magazin rund um Apple</title>
    <link rel="alternate" href="http://www.macnotes.de" type="text/html"/>
  </source>
</entry>

Besonders interessant ist hier der <gr:annotation>-Teil, weil sich hier zusätzlich zum Inhalt auch der Kommentar, den man im Reader eingegeben hat nochmal findet. Jetzt muss man das ganz im Prinzip nur noch tweeten. Allerdings kann es dafür nicht in dieser Form bleiben.

Um die Empfehlung zusammen mit dem Kommentar twittern zu können, muss man noch ein wenig an dem Feed manipulieren. Dafür bietet Yahoo den genialen Dienst Pipes, der die Veränderung von RSS-Feeds möglich macht.

Wir brauchen im Prinzip nur eine Pipe, die den Atom-Feed der Google Reader-Empfehlungen nimmt und die jeweilige Anmerkungen mit in den Titel setzt. Kein Hexenwerk. Allerdings ist das Erstellen einer solchen Pipe eine kleine Wissenschaft für sich. Sie sieht in etwa so aus:

Diese Pipe könnt ihr aber einfach mitnutzen. Ihr findet Sie unter dieser Adresse. Das Einzige was Ihr dort noch tun müsst, ist die URL des Atom-Feeds von Euren Google Reader-Empfehlungen in das entsprechende Eingabefeld kopieren und auf "Run Pipe" klicken. Das Ergebnis müsste eine Liste wie diese hier sein:

Oben in diesem Ergebnis findet Ihr wiederum einen Link mit Namen "Get as RSS". Dahinter verbirgt sich die unten dargestellte Feed-Liste mit Eurer Google Reader-Empfehlungs-URL als RSS-Feed. Die Anmerkungen zu einem Feed-Item finden sich in dieser Liste nun also im Titel jedes Items. Diese Titel kann man nun zusammen mit einem Link bei Twitter posten. Dazu wieder die URL des entsprechenden RSS-Feeds mit STRG+C / Apfel+C kopieren und mitnehmen.

Zum Posten bei Twitter nutzt man Twitterfeed. Da man ja ohnehin bereits für Google Reader einen Account besitzt braucht man bei Twitterfeed nicht einmal einen Registrierungsprozess durchlaufen: Man kann direkt oben rechts "Login/Register" wählen und sucht sich dann im OpenID-Dropdown "Google" aus. Klickt man nun auf "Login" kann man über Google das Einloggen bestätigen und hat somit quasi Twitterfeed an seinen Google-Account angedockt.

Nach dem Login kann man wiederum oben rechts "my feeds" aufrufen und einen neuen Feed anlegen. Verschiedene Angaben werden dann nötig. Ich nutze diese hier:

Zuerst muss man seinen Twitter-Account angeben. Man hat die Wahl zwischen OAuth und der direkten Eingabe seiner Logindaten. Ich empfehle OAuth zu verwenden. Bei der "RSS Feed URL" gibt man die URL der Pipe an, die man im Schritt zuvor kopiert hat.

Nun wählt man noch die Update Frequency und die Anzahl der zu postenden Items. Auch wichtig: Bei "Include..." wählt man "title only" denn den Titel hatte wir für Twitter ja extra hübsch gemacht. Genauso setzt man einen Haken bei "Include item link", da sonst die Empfehlung völlig ohne Link gepostet wird, was irgendwie sinnlos ist. Für die Verkürzung des Links hat man diverse Möglichkeiten und wählt nach eigenem Geschmack.

Setzt man nun noch den Haken bei "Active" und drückt den Button zum Speichern, werden die eigenen Google Reader-Empfehlungen ab jetzt direkt bei Twitter gepostet.

Eine lange Kette von Services. Aber ein cooles Ergebnis, und man kann ein bisschen Stolz auf seinen höchstpersönlichen Mashup sein.

Zwei Macs synchronisieren Teil II

Vor ca. einiger Zeit habe ich an dieser Stelle einmal darüber geschrieben, wie man Dateien, Kalender, Adressen usw. zwischen zwei Macs sinnvoll und unaufwändig synchronisieren kann. Seitdem hat sich einiges getan: .mac wurde zu MobileMe, der iPod kann jetzt telefonieren und Obama wird Präsident.

In dieser global erwärmten Zeit soll also noch mal ein Blick darauf geworfen sein, wie sich diese ganze "Sychronisationsproblemoadiech" *stelle mir vor, wie ich das in einem Bademantel und mit nem Bier in der Hand sage* bewältigen lässt. Für mich ist dabei besonders die Synchronisation von 2 unterschiedlichen Datenstapeln wichtig:

Dateien: Die gilt eigentlich ausschließlich für die Dateien in meinem Homeverzeichnis.
Kalender, Adressen & Bookmarks: Für das tägliche Arbeiten und Wohlfühlen sind diese Daten kaum erlässlich. Ich fühle mich defintiv wohler, wenn ich nicht darüber nachdenken muss, ob ich gerade mit den aktuellen Kontakten/Terminen/Bookmarks arbeite und die nicht manuell synchronisieren muss.
Mail: Wer sich fragt, warum ich mir darüber nicht extra Gedanken mache, der wisse, dass sich das mit IMAP super und weit-verbreitet lösen lässt. Man muss für IMAP keine(!) permanente Internet-Verbindung haben, die üblichen Mail-Programme halten eine lokale Kopie der Mails vor.

Dateien und Home-Verzeichnis synchronisieren

Für das Synchronisieren von Dateien zwischen zwei Macs bleibt auch nach einer sehr langen Zeit des Testens mein Tool der Wahl Unison. Eigentlich handelt es sich dabei um ein reines UNIX-Kommandozeilen-Tool, das aber mit unterschiedlichsten Komponenten auch für den Mac zur Verfügung steht.

Wie man es konfiguriert und einsetzt, habe ich bereits im letzten Artikel zu diesem Thema beschrieben. Deshalb hier jetzt nur nochmal ein paar ergänzende Punkte. Zum Beispiel die essentiellen Vorteile von Unison:

Unison arbeitet auf beiden Rechnern eigenständig
Wann immer man über Unison eine Sync-Session anstößt, verbindet sich Mac Nr.1 mit Mac Nr.2 über SSH und schmeisst auf beiden eine Datensammlung an. Diese passiert vollständig lokal, d.h. es müssen nicht umständlich Verzeichnis- und Dateilisten über Samba oder AFP ausgetauscht werden (z.B. ChronoSync macht das so). Unison sammelt und hasht die Dateien lokal und tauscht dann nur eine Liste von Änderungen aus. Das geht im Vergleich zu anderen Datei-Abgleichlösungen ziemlich schnell! Da das Ganze sogar noch über SSH passiert, ist es sogar sicher.
Unison hat eine ziemlich gute Mac-GUI
Vorab - das Interface von Unison kann absolut nicht alles, was man braucht. Man kann zwar ne grundsätzliche Sync-Session anlegen (sieht man auch im letzten Artikel) aber ohne das Editieren der entsprechenden Profile-Datei wird man nicht das erreichen, was man sich vorstellt.

Wo die Mac-Unison-GUI echt genial ist, ist während der Sync-Session. Nachdem man in ein passendes Login-Fenster seine Daten für den SSH-Connect eingegeben hat, gleicht Unison die Dateien ab. Danach zeigt es dieses Fenster:

Hier hat man die Möglichkeit das, was Unison später abgleichen wird noch zu beeinflussen. Man kann Verzeichnisse ausschließen, Teile überspringen, oder die Sync-Richtung umkehren. Wirft man den Sync dann mit einem Klick auf den sympathischen "Go"-Button an, kann man dem Fortschritt wunderschön zugucken:
Unison ist OpenSource und kostenlos
Das sagt eigentlich schon alles - nicht nur, dass Unison sogar noch schneller ist als viele andere Tools, es ist auch noch umsonst. Wer sich mit Unison nicht ganz anfreunden kann, der kann auch mal nen Blick auf Rsync werfen und die entsprechende GUI aRsync. Die sollen ähnliches können.

Wer mit der kleinen Anleitung aus dem ersten Teil jetzt noch nicht so ganz klar kommt, und wem immer noch zu viele Dateien abgeglichen werden, dem kann ich nochmal einen kleinen Auszug aus meiner Konfigurationsdatei ans Herz legen:

# Unison preferences file
root = /Users/<username>
root = ssh://<login>@<IP des Zielrechners>//Users/<username>

path = Library/Application Support/<Applikation>
...

path = Music
path = Web
path = Documents
path = Desktop
...

ignore = Name {.DS_Store,Icon}

Im Oberen Teil des Profils legt man die üblichen Werte für Quell- und Zielrechner fest. Interessant wird es dann darunter: Gleicht man z.B. Verzeichnisse aus dem Application Support mit ab, lassen sich für bestimmt Applikationen ziemlich einfach Einstellungen mit übernehmen. Das funktioniert nicht immer - aber z.B. für Things, Adium und CandyBar (sogar inkl. kompletter Icon-Bibliothek) funktioniert es schonmal wunderbar.

Im letzten Teil kann man dann auch mit "ignore" bestimmte Dateien und Verzeichnisse ausschließen. Hier lassen sich auch Wildcards ("*") verwenden. Nen guter Tipp ist es ".DS_Store" und "Icon"-Dateien auszuschließen, damit nicht Icons und Einstellungen für bestimmten Ordner den Rechners mit wechseln.

Adressbuch, Kalender und Bookmarks

Das letzte Mal hatte ich nach dem Test verschiedener anderer Lösungen in dieser Stelle trotz allem .mac bzw. jetzt MobileMe empfohlen. Auch wenn MobileMe mittlerweile nur noch 79EUR/Jahr kostet und mit Push und Back-to-my-Mac auch noch ein paar Features bietet, die man evtl. brauchen kann, so ist es mir doch zu wenig an zusätzlichen Leistung fürs Geld.

Ich brauche kein nicht funktionierendes Back-to-my-Mac bzw. Push-Synchronisation. Auch ein Webmail-Frontend und ein Zugriff auf die Daten von unterwegs wird unsinnig, wenn man mit dem iPhone in der Tasche unterwegs ist. Ich brauche eigentlich nur einen Abgleich meines Kalenders, meiner Kontakte und Bookmarks.

Deshalb bin ich seid kurzem sehr zufriedener User von Fruux. Das Start-Up aus Münster bietet die Möglichkeit genau das zu synchronisieren, was man tatsächlich dringend braucht: Kontakte, Kalender und Bookmarks. Genau das tut ist im Moment noch völlig kostenlos und mit einem unaufwändigem PreferencePane.

Da kann man nur noch eine unbedingte Empfehlung aussprechen, selbst wenn Fruux demnächst mal was kostet, wäre dieser Dienst sein Geld wert.

Fruux kümmert sich allerdings nicht um den Abgleich der Bookmarks von Firefox. Dafür gibt es allerdings das wunderbare Tool Foxmarks. Damit wäre auch das Problem gelöst. Foxmarks hat auch ein super iPhone-Frontend, falls man das mal von unterwegs aus braucht.

Das einzige, was mir noch fehlt ist ein automatischer Abgleich zwischen Safari und Firefox, welches lokal(!) die Bookmarks zwischen den beiden Browsern synchronisiert. Vielleicht hat ja jemand einen Tipp dafür - manuelles Export/Import-Gefummel ist aber nicht unbedingt mein Ziel :)

In Kürze

Nochmal in aller Kürze die wichtigsten Tools

Dateien: Unison
Kalender, Adressen, Bookmarks: Fruux (und Foxmarks)

Es fehlt

Lokaler Abgleich von Bookmarks zwischen Firefox und Safari.

UPDATE: Lokaler Abgleich von Bookmarks zw. Safari und Firefox ist mittlerweile möglich. Dazu installiert man sich einfach Xmarks für beide Browser uns ist glücklich.

Relaunch

Endlich ist es vollbracht. Nachdem ich ja schon vor viel zu langer Zeit einmal gezeigt habe, wie eine Relaunch dieser Seite wohl aussehen könnte, ist es jetzt doch noch einmal total anders gekommen. Und nicht nur, weil Weihnachten ist, sondern weil sich auch meine Adresse in Kürze ändert, gibts jetzt eine neue Version meiner Webseite.

Mir schwebte schon lange vor, dass mein Blog sehr viel weiter in den Hintergrund rücken müsste, weil ich es einfach nicht fertig bringe regelmäßig etwas zu schreiben. Die bisher vorhandenen Beiträge bleiben natürlich und sind auch nochmal durch Tags aufgewertet worden, aber die aktuellsten Neuigkeiten von mir gibts eigentlich immer bei Twitter.

Viel wichtiger war es mir in dieser neuen Version mein Portfolio etwas prominenter zu machen und auch mehr anzubieten, als es bisher der Fall war. Deshalb gibt es jetzt zu allen Einträgen immer mehrere Screenshots und die vorherige Textlastigkeit ist gewichen.

Für die von Euch, die sich für technische Details interessieren: Die Webseite läuft nun mit dem aktuellsten Django und verwendet im Backend zusätzlich diverse Plugins, wie den Filebrowser und einen TinyMCE-Richtext-Editor. Design und Markup sind natürlich, wie immer, handgefertigt. Zusätzlich habe ich die Feed-URL jetzt wieder über Feedburner laufen, weil man sich wirklich wundert, was für ein Traffic allein nur durch den Feed entsteht.

Ich hoffe Euch gefällt die neue Version der Seite. Freue mich über Feedback!!

Und da ich bei einem Mini-Usability-Test nach der Hausfrauen-Variante festgestellt habe, dass meine Version der Tagcloud nicht unbedingt sofort auf Anhieb zu verstehen ist. Hier ein kleines Demo-Video aus meinen hallenden Räumlichkeiten :)!

Meine Version einer Tag-Cloud from Tim Adler on Vimeo.

Webmontag III

Ich glaube, ich spare mir dieses mal eine ausführliche Beschreibung des Programmablaufs vom dritten Webmontag. Das wurde schon von zwei fleissigen anderen Schreiberlingen übernommen. Ich will aber schon sagen, dass ich sehr positiv überrascht war von zwei Dingen: Zum einen der regen Beteiligung, trotz exzessiver Vorlesungsfreiheit und zum anderen von der coolen Location im Technologiepark. Zwar war der Seminarraum noch nicht vollständig optimal-gemütlich, aber ich denke, wenn wir das nächste Mal direkt ins Bistro umsteigen und vielleicht eine Leinwand aufstellen, dann kann man es kaum besser treffen.

Wie immer haben wir auch dieses Mal direkt einen neuen Termin festgelegt, an dem wir in die 4te Runde gehen wollen: Für den 10.11.2008, natürlich ein Montag, suchen wir noch spannende Vorträge, die ihr einfach ins Wiki eintragen könnt. Schön wäre es, wenn wir vielleicht das nächste Mal noch etwas weniger technik-lastig sind, aber natürlich sind wie immer alle Themen gerne gesehen. Eine Ankündigung bleibt: Ab jetzt gibts für jeden Vortragenden Club Mate umsonst! Fotos weiter unten auf dieser Seite, bei Flickr.

2.Webmontag: Kurze Retrospektive

Ich weiss nicht, ob man sagen kann, dass der Webmontag gestern an den Erfolg des 1.Webmontags herankam, aber das Feedback war trotzdem durchweg positiv. Pünktlich um 19:13 Uhr gestartet mit geschätzten 35 Teilnehmern machte wieder Matthew Langham den Auftakt zum Thema "Was ist OpenID?". Überhaupt war die ganze Veranstaltung diesmal ungewollt geprägt vom Thema: Wie authenfiziere ich mich mal in der Zukunft? Und warum überhaupt?

Gefolgt wurde Matthews Vortrag von einem seiner Kollegen Tobias Reike über "Facebook-Applikationen mit Ruby on Rails". Mir persönlich war bis dahin überhaupt nicht bekannt, dass Facebook solche echten Applikationen über eine API erlaubt. Wird Zeit, dass das KZ VZ endlich wieder aufgekauft wird, oder sich entsprechend öffnet. Wobei ich da bei dem Klau-Mir-Blos-Nicht-Meine-Daten-CAPTCHA-Wahn dran zweifeln mag. Aber es ging ja noch weiter...

Kurzer Hand entschloss sich nämlich auch Mathias Raacke, "weils so gut passte", seinen Vortrag zum Thema Identity 2.0 - Cardspace zu halten. Webmontagsüblich war er einer der wenigen Microsoft-Verfechter und allein dafür schon Hut ab. Ich persönlich habe dann auch noch vorgetragen zum Thema "Garantiert gutes Webdesign - Eine Workflow-Idee". Eigentlich hab ich da nicht mal viel mehr getan, als meinen eigenen Design-Workflow vorgestellt. Oha...Betriebsgeheimnisse :)!

Es hat sich auch diesmal wieder gezeigt, dass Paderborn einen Webmontag echt gut gebrauchen kann. Insbesondere auch deswegen, weil gestern bestimmt 80% Neubesucher da waren und der Rest einfach fehlte. Das muss ja heißen, dass es allein von der Teilnehmerzahl noch Potenzial gibt. Mich erreichten abends sogar noch ein paar Hinweise, dass die Nachricht des zweiten Webmontags nicht weit genug gedrungen war. Trotzdem der Wochenspiegel auch diesmal die Pressemeldung abgedruckt hat.

Deshalb sei es jetzt schonmal laut gesagt: Der Webmontag ist jetzt regelmäßig geplant. Lauter? DER WEBMONTAG IST JETZT REGELMÄßIG GEPLANT. ES SOLL JETZT REGELMÄßIG EINEN WEBMONTAG GEBEN. Jaha, ernst gemeint. Auf den nächsten Termin haben wir uns deshalb schon geeinigt und er ist im Wiki auch schon verkündet. Am 15.09.2008 soll es die nächste Community-Veranstaltung geben. Diesmal im Technologiepark, um den Uni-Flair loszuwerden und vielleicht etwas mehr Wirtschaftsnähe zu kriegen. Ob wir das wollen sehen wir dann beim nächsten Mal :)!

Jeder der also Themenideen hat, oder einfach nur teilnehmen will. Guckt im Wiki vorbei und hilft Version 3.0 des Webmontags planen.

UPDATE: Meine Folien von gestern. ca. 8MB schwer.

Zweiter Webmontag in Paderborn

Mittlerweile ist der letzte Paderborner Webmontag ja schon fast sträflich lange her. Umso cooler, dass nun nächste Woche Dank der Hilfe des Unternehmertreffs für Studierende der 2. Paderborner Webmontag stattfindet. Wie üblich organisiert über das Wiki ist die Agenda für Montag, den 14.07. im Moment noch leider etwas spärlich besetzt. Es ist also noch genug Platz für interessante StandUp-Vorträge rund um das Thema Web und seine unterschiedlichen Anhängsel.

Was ist ein Webmontag fragt sich vielleicht der Eine noch? Webmontage sind community-organisierte Veranstaltungen an denen Menschen wie Du und ich zu Dingen, die Dich und mich interessieren, kurze Vorträge halten. Das müssen keine Keynotes sein, es reichen auch kurze Anreißer, die im späteren Socializing (ganz wichtig, letztes Mal leider zu kurz) diskutiert werden können/sollen. Der letzte Webmontag war hier in Paderborn auf jeden Fall ein voller Erfolg.

Vielleicht lässt sich der mit der vereinten Hilfe der Paderborner Webcommunity ja wiederholen. Es bräuchte vielleicht noch ein zwei zusätzliche Vortragende, die Ihr Interesse im Wiki bekunden und sonst nur noch ein Menge interessierte Zuhörende und Mitdiskutierende. Ich werde auf jeden Fall da sein! Wir bestimmt wieder ne super Sache.

Republica 2008 - Bin da, wer noch?

Ich weiss, ich gehöre bei sowas immer ein wenig zu den Kurzentschlossenen, aber ich habe mir gerade mein Ticket für die Republica 2008 gesichert. Letztes Jahr war ich bereits arg am Ringen, konnte das aber zeitlich leider nicht einstielen. Jetzt aber wird es definitiv was werden! Das Programm für die 3 Tage in der Berliner Kalkscheune verspricht nicht nur interessante Themen, sondern zeigt auch einige Prominenz aus der deutschen Blog- und Podcasting-Szene.

Die ganze Konferenz ist ja mehr auf die gesellschaftlichen Perspektiven von Web 2.0 ausgelegt, als eine Hacker oder Programmierconvention zu werden. Aber gerade das verspricht ja die kontroversesten Diskussionen. Ich fänds super, wenn sie alle die, die auch dort hinfahren und evtl. sogar an Paderborn vorbei kommen, mal kurz per Mail die Hand heben könnten. Dann kann man sich vielleicht vorher schon zusammentun, oder dort mal nen Kaffee trinken!

Daten und Dateien von zwei Macs synchronisieren

Sobald man Besitzer eines zweiten Macs wird, dauert es höchstens bis zum Verfliegen der Auspackbegeisterung, bis sich einem die Frage stellt, wie man denn nun auf zwei Maschinen sinnvoll arbeitet. Der eine Mac (vermutlich ein MacBook) soll ja unterwegs die selben Daten (Adressbuch, Mails, iCal-Einträge) und Dateien (Grafiken, Materialien) enthalten, wie der zweite Mac (evtl. ein iMac oder Mac Pro) zu Hause.

Noch besorgter wird man sich fühlen, wenn man merkt, dass auch Apples famoser .mac oder dotmac-Dienst hierauf nur teilweise antwortet: Der kann zwar locker aus der Hüfte Mail, iCal und Adressbuch synchronisieren (und das auch unschlagbar gut), aber die kompletten Projektdaten kann man nur schwer auf 10GB Speicher ablegen und die Synchronisation dahin wäre auch nich sonderlich schnell. Aber wenn man ein bisschen sucht gibts für beides eine fast ultimative Lösung

Prolog

Die total ultimative Lösung wäre "Portal". Das ist ein Programm, welches gerade im Rahmen des MyDreamApp-Projektes entwickelt wird. Es soll sowohl iCal, Adressbuch als auch Dateien und Mails per Bonjour automatisch synchronisieren können. Leider ist dessen Entwicklung denkbar schwierig und laut der Entwickler ist der erste Release wohl auf Januar kommenden Jahres vertagt. Da wird man wohl noch ein bisschen warten müssen, bis die goldenen Tage anbrechen.

Adressbuch, iCal und Mail

Zu allererst sollte man die eigenen Mail-Accounts vom klassischen POP3 auf IMAP umstellen. Wer einen eigenen Server besitzt wird dies sowieso problemlos tun können, aber auch viele Provider bieten dies an. Leider will z.B. GMX Geld für den IMAP-Zugriff. Aber hier schafft eine Funktion in Mail Abhilfe: Man stellt einfach die Zeit, nach der die Mails vom Server gelöscht auf 1 Woche, oder was einem sonst passt. In dieser Zeit hat man dann die Möglichkeit die Mails auch noch mit dem Zweitrechner abzurufen. Um doppelte Mails muss man sich keine Sorgen machen, Mail lädt nichts doppelt runter. Leider bleibt die "ungelesen"-Markierung trotzdem.

Für die Synchronisation von Kalender und Adressbuch gibt es einige Lösungen. Darunter unter anderem das bekannte .mac direkt von Apple, aber auch macbay und plaxo können iCal und Adressbuch synchronisieren. Dabei ist allerdings plaxo der einzige Dienst, der kostenlos ist. Dass das Geschäftsmodell dann aber mit den persönlichen Daten zu tun hat, kann man sich aber denken.

Es gibt aber auch noch Lösungen für das eigene Firmennetz. Busysync sieht zum Beispiel sehr vielversprechend aus. Es synchronisiert leider nur iCal, aber Adressbuch-Support ist für die Zukunft angedacht. MacUpdate hält aber auch eine Menge weiterer Lösungen bereit.

Leider ist bei den meisten das Problem, dass sie nicht Adressbuch und iCal auf einmal können. SyncTogether könnte das zwar theoretisch, aber das ist leider nicht Leopard-kompatibel.

Lösung
Mein Vorschlag für die Adressbuch, iCal und Mail-Synchronisation heisst schlussendlich aber dotmac. Es funktioniert am zuverlässigsten im Hintergrund und man hat iCal und Adressbuch überall auf dem neuesten Stand. Wer die 99EUR Abo im Jahr scheut, der sei dezent darauf hingewiesen, dass die 60 Tage Testphase für jeden neu angelegten Benutzernamen gelten. Aber für 99EUR kriegt man natürlich auch z.B. Back-To-My-Mac, was bei zwei Rechnern nicht zu unterschätzen ist.

Dateien und Home-Verzeichnis synchronisieren

Für dieses Problem bietet auch dotmac keine sinnvolle Lösung. Man kann zwar Backups erstellen, aber das eigene Home-Verzeichnis bzw. Arbeitsdateien, sind ja auch schnell größer als 10GB. Auch ist die Synchronisation über das Internet bestimmt nicht die Schnellste.

Es muss also eine andere Lösung her, am besten eine die schnell und automatisch über das LAN funktioniert. Picnic ist so eine Lösung. Es synchronisiert beliebige Verzeichnisse über das (W)LAN und auf beliebig vielen Rechnern. Leider hat es bei mir im Testbetrieb eher schlecht als recht funktioniert: Mit großen Ordnern kommt es nur schlecht zurecht (bleibt einfach hängen), auch große Dateien kann es nur suboptimal behandeln. Einfach noch zu buggy.

Bleibt nur noch die Griff zu einem manuellen Verzeichnissychronisationsprogramm, wie z.B. Synk mit dem man dann ein freigegebenes Verzeichnis auf dem einen Rechner mit dem lokalen Verzeichnis auf dem zweiten Rechner. abgleicht. Sieht auf Anhieb sehr vielversprechend aus, funktioniert aber leider nicht wirklich gut. Die optimierte "ZeroScan"-Methode funktioniert nicht auf Netzwerk-Shares, so dass synchronisieren mit einem zweiten Rechner sehr lange dauert.

Ähnliches gilt z.B. für File Synchronisation. Bei diesem kann man zwar komfortable Listen von Verzeichnisse anlegen, die es dann synchronisiert, aber auch die ist wegen der Arbeit auf gesharten Verzeichnisse sehr langsam. Beide Programme kosten außerdem Geld.

Umsonst aber sehr bedenklich ist der FolderShare-Dienst von Microsoft, den es auch für den Mac gibt. Ein kurzer Blick in die AGBs offenbart, dass man sich das Auswerten der Verzeichnisdaten vorbehält. Allein schon, dass man das Tool über ein Webinterface konfiguriert, gibt zu denken.

Lösung
Die schönste und beste Lösung ist Unison. Ein OpenSource-Tool, dass auch von vormals erwähnten Portal demnächst verwendet wird. Unison ist eigentlich ein Kommandozeilen-Tool, aber kommt in der Universal-Binary-Version auch mit einem rudimentären GUI daher. Es synchronisiert sicher und schnell per SSH zwischen den beiden Rechnern.

Synchronisieren mit Unison

Eigentlich ganz einfach. Mit zuerst installiert man Unison auf beiden Macs und installiert über die Menu-Option "Install command-line tool" Unison auch für die Shell. Nun aktiviert man für den Mac, der bei der Synchronisation als Client arbeiten soll (eigentlich egal welcher von beiden) unter "Sharing" in den Systemeinstellungen die "entfernte Anmeldung".

Nun legt man mit "New" ein neues Profil für die Synchronisation an. "First root" ist das lokale Verzeichnis und bei "Second Root" wählt man "Remote" und gibt Username und IP des Client-Macs an. "File" steht auch bei "Second Root" für das abzugleichende Verzeichnis.

Nun das Profil speichern und in der Profilübersicht auf "Open" gehen. Nun fragt Unison noch nachdem SSH-Passwort und schon läuft der Abgleich. Die folgende Übersicht zeigt Konflikte und Änderungen an. Bei Konflikten muss man übrigens selber auswählen, welche Datei man übernehmen möchte. Selbst ein "merge" würde funktionieren, aber nicht ohne manuelle Konfiguration. Mit "Go" führt man die Synchronisation durch.

Einige Veränderungen an der Profildatei können das Ergebnis übrigens noch weiter optimieren. Die Profildateien liegen unter /Users/<username>/Library/Application Support/Unison. Eine ausführliche Dokumentation der Möglichkeiten findet sich hier. z.B. ist es sinnvoll die Systemdateien, die mit "." anfangen von der Synchronisation auszuschließen. Auch lassen sich nur bestimmte Unterverzeichnisse in die Synchronisation einschließen.

# Unison preferences file
root = /Users/username
root = ssh://user@123.456.789.0//Users/username

ignore = Name .*

path = Movies
path = Documents
path = Pictures

Übrigens lassen sich auch so modifizierte Profile immer noch mit der GUI ausführen.

Bis zum Erscheinen von Portal kommt man auf diesen Weg glaube ich der Synchronisationsnot am besten bei.

UPDATE: Noch ein paar mehr Infos gibts im zweiten Teil zu diesem Thema.

Trackbacks mit Django empfangen

Als ich vor einiger Zeit den Artikel zu Blog-Features in Django geschrieben habe, waren natürlich die meisten Sachen an dieses Blog und meinen Erfahrungen mit ihm angelehnt. Damals gab es noch keine Möglichkeit Trackbacks an mein Blog zu schicken. Das ist mittlerweile anders und deshalb kann ich nun auch erklären wie es funktioniert, außerdem hat mich der Martin per Mail um diesen Artikel gebeten.

Da man zwangsläufig die Trackback-Funktionalität in Django selber schreiben muss ist es ganz gut vielleicht im Vorfeld einmal einen Blick in die Trackback-Spezifikation zu werfen. Erfunden wurden die Trackbacks von den Leuten von SixApart für ihre Blogging-Software MovableType. So wissentlich gestärkt ist die Implementierung der Trackbacks eigentlich ziemlich einfach.

Spezifikationen

Eigentlich ist ein Trackback nichts anderes als eine normale HTTP-Anfrage, die den Sinn hat das eigene Blog über die Verlinkung oder das "Bezug nehmen" auf einen bestimmten Beitrag zu informieren. Dementsprechend muss es für jeden einzelnen Beitrag eine eigene Trackback-Adresse geben, damit das eigene/empfangende Blog den Trackback auch einem Beitrag zuordnen kann. Diese besondere URL nennt sich Trackback-Ping-URL. Das Informieren eines Quellblogs nennt sich auch Ping.

Das pingende Blog sendet den Ping ganz einfach in der Form eines HTTP-POST-Request an die Trackback-Ping-URL. Dementsprechend hat man in Django also fast nichts anderes zu tun als eine einfache Formularbehandlung.

Folgende Parameter kann das pingende Blog mitschicken:

title
Mit dem Namen des Beitrags in dem man sich das pingende Blog auf den Trackback-Beitrag bezieht.

excerpt
Ein kurzer Ausschnit aus dem Beitrag in dem sich auf den Trackback-Beitrag bezogen wird.

url
Die URL des bezugsnehmenden Beitrags.

blog_name (optional)
Enthält den Namen des Blogs welches den Trackback sendet.

Abweichend von einer einfachen Auswertung von POST-Parametern ist die Antwort, die das gepingte Blog (also in diesen Fall Django) senden muss. Dabei sieht die Spezifikation zwei Antworttypen vor, jeweils als einfaches XML.

Bei erfolgreichem Ping und korrekter Annahme des Trackbacks:

<?xml version="1.0" encoding="utf-8"?>
<response>
<error>0</error>
</response>

Dementsprechend bei einem Fehler und fehlgeschlagendem Ping:

<?xml version="1.0" encoding="utf-8"?>
<response>
<error>1</error>
<message>The error message</message>
</response>

Implementierung in Django

Übersetzt man die Spezifikation in Django-Sprache bedeutet das folgendes: Man muss eine spezielle URL anlegen, die für jeden Beitrag als Trackback-URL existiert. Der hinter dieser URL liegende View muss die oben beschriebenen Daten entgegen nehmen und als Trackback speichern. Man brauch also ebenfalls ein extra Model um die Trackbacks zu speichern. Danach muss der View eine Antwort generieren, die je nach Ergebnis die entsprechende XML-Antwort gibt.

Zuerst ist es also sinnvoll das folgende Model 'Trackback' in der models.py anzulegen und Django entsprechend die passende Tabelle dazu anlegen zu lassen:

class Trackback(models.Model):
    blog = models.CharField("Blog",maxlength=200, core=True)
    title = models.CharField("Titel",maxlength=200, core=True)
    url = models.CharField("URL",maxlength=200, core=True)
    excerpt = models.TextField("Auszug",core=True)
    pub_date = models.DateTimeField("Datum",'date published')
    post = models.ForeignKey(Post,related_name='trackbacks')

    def __str__(self):
        return "%s" % (self.title)

    class Meta:
        ordering = ['-pub_date']
        verbose_name = "Trackback"
        verbose_name_plural = "Trackbacks"

    class Admin:
        list_display = ('blog', 'url', 'post', 'pub_date')
        date_hierarchy = 'pub_date'
        list_filter = ('pub_date','post')

Dabei verknüpft der ForeignKey den Trackback entsprechend mit dem Model, dass man für seine Posts verwendet.

Nun legt man die Trackback-URL in seiner urls.py an und weist ihr eine entsprechende View-Funktion zu. Das könnte z.B. so aussehen:

urlpatterns = patterns('blog.views',
    ...
    (r'^post/(?P<url_string>[0-9a-z_-]+)/$', 'post'), //URL für einen Post
    (r'^post/(?P<url_string>[0-9a-z_-]+)/trackback/$', 'trackback'), //Trackback-URL
    ...
)

Nun fehlt eigentlich nur noch die entsprechende View-Funktion in der views.py um den ankommenden Ping entsprechend auszuwerten. Diese lässt sich natürlich beliebig kompliziert anlegen. Mit Akismet oder ohne, wobei ich energisch empfehle immer Akismet mit einzubauen. Man ahnt nicht wie schnell man sich sonst Spam einfängt. Ich habe die Integration von Akismet im Blog-Features-Beitrag beschrieben, und dementsprechend verwendet auch der folgende Code Akismet.

def trackback(request, url_string):
    try:
        //Erstmal den Post finden
        post = Post.objects.get(url_string__iexact=url_string)
    except Post.DoesNotExist:
        //Wenn man ihn nicht finden konnte sollte man dem pingenden Blog das sagen
        return render_to_response('trackback-answer.xml',{'error':'1','errormsg':'Post not found, maybe you have the wrong trackback URL!'})

    param = ''
    try:
        //Dann die Parameter auslesen
        param = 'title'
        title = request.REQUEST[param]
        param = 'url'
        url = request.REQUEST[param]
        param = 'excerpt'
        excerpt = request.REQUEST[param]
        //das ist eigentlich unschön hier, weil der Parameter blog_name eigentlich optional ist
        //naja, mir sei etwas schludern erlaubt :)
        param = 'blog_name'
        blog = request.REQUEST[param]
        
        try:
            //Nun kommt zuerst der Check mit Akismet ob der Trackback Spam ist
            real_key = akismet.verify_key(AKISMET_API_KEY,BLOG_URL)
            if real_key:
                is_spam = akismet.comment_check(AKISMET_API_KEY,BLOG_URL,
                    request.META['REMOTE_ADDR'], request.META['HTTP_USER_AGENT'],
                    comment_author=blog,comment_content=excerpt,comment_type='trackback',comment_author_url=url)
                if is_spam:
                    //Sollte er Spam sein, dann sollte man das wiederum dem pingenden Blog mitteilen
                    return render_to_response('trackback-answer.xml',{'error':'1','errormsg': 'Your Trackback is spam!' })
                else:
                    //wenn alles OK ist dann den Trackback entsprechend speichern
                    trackback = Trackback()
                    trackback.blog = blog
                    trackback.title = title
                    trackback.url = url
                    trackback.excerpt = excerpt
                    trackback.pub_date = datetime.now()
                    trackback.post = post
                    trackback.save()
                    //und natürlich mit OK antworten
                    return render_to_response('trackback-answer.xml',{'error':'0'})
                
        except akismet.AkismetError, e:
            //Wird einfach nur geloggt, mehr kann man da nicht tun...
            error("%s - %s" % (e.response, e.statuscode))
            //Bescheid sagen
            return render_to_response('trackback-answer.xml',{'error':'1','errormsg': 'Internal error occured! Something is wrong with me.' })
        
    except Exception, e:
        //Es kann immer was Schiefgehen, das sollte man dem pingenden Blog mitteilen
        if(e.__class__.__name__ == 'KeyError'):
            //insbesondere könnten Parameter fehlen, die man aber erwartet
            //da kann man eine schöne Meldung stricken
            e = 'Parameter "%s" missing!' % param
        return render_to_response('trackback-answer.xml',{'error':'1','errormsg': e })
    
    //Im Zweifel ist halt alles gut. Aber diese Zeile dürfte fast immer unreachable sein.
    return render_to_response('trackback-answer.xml',{'error':'0'})

Nun fehlt nur noch der Code für die trackback-answer.xml die man wie üblich zu den anderen Templates ins 'templates'-Verzeichnis legt.

<?xml version="1.0" encoding="utf-8"?>
<response>
{% ifequal error '1' %}
<error>1</error>
<message>{{errormsg}}</message>
{% else %}
<error>0</error>
{% endifequal %}
</response>

Jetzt sollte Django mit Trackbacks von anderen Blogs problemlos umgehen können. Wichtig dafür ist natürlich, dass das andere Blog die entsprechende Trackback-URL des Beitrags kennt. Diese sollte man also dringend mit veröffentlichen.

Auto-Discovery für Trackback-URLs

In den Trackback-Spezifikationen ist aber auch der Fall berücksichtigt, dass das pingende Blog nur die Adresse des verlinkten Beitrags kennt und nicht die genaue Trackback-URL. Das pingende Blog versucht dann die Trackback-URL über eine automatische Erkennung herauszukriegen, indem es die Seite des Beitrags nach einem bestimmten RDF-Metaeintrag durchsucht.

Diese RDF-Metainformationen müssen wie folgt aussehen und man brauch sie eigentlich nur passend ein die Seite/das Template, die den Beitrag anzeigt, einzubauen:

...
<!--
    <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
             xmlns:dc="http://purl.org/dc/elements/1.1/"
             xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
    <rdf:Description
        rdf:about="PERMALINK DES BEITRAGS"
        dc:title="TITEL DES BEITRAGS"
        dc:identifier="PERMALINK DES BEITRAGS" />
        trackback:ping="TRACKBACK-URL DES BEITRAGS"
    </rdf:RDF>
-->
...

Danach ist das selbstgebaute Django-Blog bereit für Trackbacks und Autodiscovery.

Spiegelungen in Keynote '08

Mit Apple benutzt man ja eigentlich Software von einem Hersteller, der sich die Usability und das Design seiner Applikationen und Systeme groß auf die Fahnen schreibt. Vielleicht auch deswegen war ich bisher immer ziemlich zufrieden mit der Bedienung aller möglicher Software der Apfel-Firma. Umso ärgerlicher, wenn man sich der Spiegelung-Funktion im neuen Keynote 08 gegenüber sieht.

Keynote bietet ja neben den üblichen Powerpoint-überlegenen Animationsoptionen auch verschiedene Möglichkeiten die Grafiken und geometrischen Objekte in der Präsentation mit Bildeffekten zu belegen z.B. Schatten, Texturen und eben auch die besagte Spiegelfunktion, die mittlerweile ja fast ein optisches Markenzeichen von Apple ist. Umso ärgerlicher, wenn sich diese Option einfach nicht anwählen lässt und ständig ausgegraut bleibt.

Ich habe es mit dem Auswählen verschiedenster Elemente in der Präsentation versucht, aber mit keinem ließ sich die Spiegel-Option zur Funktion bewegen. Großer Usability-"Faux Pas" dabei: Kein Tooltip/Popup/Aufspringende Office-Nervklammer oder ähnliches weisst den Benutzer darauf hin, warum diese Option denn wohl nicht-auswählbar ist.

Nach einigem Surfen in Apples Support-Foren wies mich dann ein völlig themenfremder Eintrag (fragt mich bitte nicht mehr welcher) darauf hin, dass diese Funktion wohl nur mit importierten Grafiken zusammenarbeitet. Sehr irritierend insbesondere wenn man weiss, dass es früher Optionen in Keynote gab, die aufgrund fehlender Systemleistung nicht anwählbar waren. Sehr ärgerlich, wenn man bis heute, wie ich, die Grafiken zwecks besserer Skalierbarkeit immer als angepasste Texturen auf geometrische Rechtecke gelegt hat. Sehr frustrierend, wenn man eine Spiegelung vielleicht mal auf eine Überschrift legen will...

Grafiken müssen also auf diesem Weg eingefügt werden:

Dann klappts auch mit der Spiegelung. Und Apple: Hier hätte ein kleiner Tooltip Wunder bewirkt!