Wegen der Einfachheit und dem minimalen Konfigurationsaufwand habe ich viele Jahre die Dienste von Google benutzt. Seit ungefähr einem Jahr bin ich auf der Suche nach brauchbaren Alternativen, bei denen man, wenn möglich, die volle Kontrolle über seine Daten hat. Um das zu erreichen, kommt man an einem eigenen Server, bzw. einen Computer, der dauerhaft mit dem Internet verbunden ist, nicht vorbei.

Suche

Für die Suche, die wichtigste Funktion von Google, ist es am schwierigsten einen wirklich brauchbaren Ersatz zu finden. Der Suchalgorithmus von Google scheint unter allen Suchmaschinen die besten Ergebnisse zu liefern.

Da Google gewinnorientiert arbeitet, ist eine Suche aber nicht kostenlos, man bezahlt Google mit persönlichen Daten. Google legt für jeden Benutzer ein Profil an, in das Suchbegriffe, angeklickte Suchergebnisse und viele andere Dinge einfließen. Damit zeigt Google einem nicht nur personalisierte Werbung an, sondern nimmt zudem Google eine Filterung der Suchergebnisse vor, was dazu führt, dass jeder Benutzer unterschiedliche Suchergebnisse bekommen kann.

Yahoo und Bing benutzen ebenfalls personalisierter Werbung, sie sind also keine wirkliche Alternative zu Google. Die Suchmaschine DuckDuckGo hingegen gibt an, keinerlei Daten über den Benutzer zu speichern und bietet ein paar Spezialfunktionen, wie die WolframAlpha-Integration und die !Bang-Syntax zur schnellen Benutzung anderer Suchmaschinen, zum Beispiel “!wde Kurbelwelle” um die deutsche Wikipedia zu durchsuchen.

Ein vollständig anderes Prinzip verfolgt die dezentrale Suchmaschine YaCy, welche den Suchindex auf beliebig viele Peers aufteilt und so ein zensursicheres Suchnetzwerk schafft. Jeder Benutzer kann eine eigene Instanz der YaCy-Software betreiben, welche aus einem Crawler, einer Datenbank und einem Suchinterface besteht. So hat jeder Benutzer seinen einen unabhängigen Index, den er durchsuchen und mit dem Crawler erweitern kann. Das größte Potenzial bietet YaCy aber durch die Kombination der verteilten Suchindizes, die das Netz zensur- und ausfallsicher macht.

E-Mail

Die sicherste Alternative zu einem E-Mail-Provider und die volle Kontrolle über den E-Mail-Verkehr bringt das Aufsetzen eines eigenen Mailservers. Das hört sich ziemlich aufwendig an, ist aber gar nicht so schwer. Man benötigt eine Domain und einen Computer, der dauerhaft mit dem Internet verbunden ist und vorzugsweise eine feste IP-Adresse hat. Mit dem Postfix-MTA und dem IMAP-Server Dovecot ist ein funktionierendes Setup relativ schnell eingerichtet. Ein Webinterface, das so gut zu bedienen ist wie das von GMail, habe ich bis jetzt noch nicht gefunden, die derzeit beste Alternative ist meiner Meinung nach Roundcube.

Kalender

Der Kalender von Google lässt sich mit dem CalDAV-Protokoll einfach zwischen verschiedenen Computern und Smartphones synchronisieren. Hier bietet sich der in Python geschriebene CalDAV-Server Radicale als Ersatz an, auf das Webinterface muss man hier leider verzichten.

Kontakte

Für die Verwaltung von Kontakten habe ich bis jetzt keine brauchbare Lösung gefunden. Das CardDav-Protokoll zum Synchronisieren von Kontakten wird meist nur von Groupware-Software unterstützt, die meist viele überflüssige Funktionen mitbringt. Die meisten Smartphones und E-Mail-Clients unterstützen auch LDAP, was aber nur eine Abfrage-Möglichkeit und keine Synchronisation bietet.

Maps

OpenStreetMap ist mittlerweile die bessere Alternative zu Google Maps, da die Karte durch Beiträge vieler Mitwirkender detailreicher ist. OpenStreetMap selbst besitzt noch keine Routing-Funktion, dafür gibt es unter anderem den Dienst OpenRouteService, welcher von der Uni Heidelberg bereitgestellt wird und Routen auf Basis der OpenStreetMap-Daten berechnet.

Das Einbetten von Google Maps-Karten für gewinnorientierte Projekte wurde von Google sogar kurzerhand als kostenpflichtig deklariert², was zeigt, dass man sich nicht auf die kostenlosen Dienste von Google verlassen sollte.

Analytics

Google Analytics ermöglicht Google sogar eine Überwachung der Benutzer außerhalb ihrer eigenen Webseiten, da bei jedem Seitenaufruf einer Seite mit Google Analytics auch eine Anfrage an Google gesendet wird. Hier benutze ich die GPL-lizenzierte Software Piwik, die man auf dem eigenen Server betreiben kann und so keine Daten an andere Dienste geben muss.

Für dieses Foto habe ich meine Kamera, eine Canon EOS 400D, mit einem T2-Adapter und einer 2-fach Barlowlinse an ein einfaches Refraktor-Teleskop angeschlossen. Leider hat der Mond nicht ganz auf ein Bild gepasst, deshalb musste ich für das obige Bild zwei einzelne Bilder zusammenfügen.

Zufällig flog bei einem Foto ein Flugzeug am Mond vorbei:

Damit Mutt richtig mit Gmail zusammenarbeitet, muss man einige Einstellungen in der .muttrc vornehmen:

Account-Daten

set imap_user = "myname@googlemail.com"
set imap_pass = "secretpassword"

set smtp_url = "smtp://myname@smtp.googlemail.com:587/"
set smtp_pass = "secretpassword"

Ordner

Ein Problem ist die Ordner-Struktur, die Google verwendet, denn alle Ordner befinden sich in dem Unterverzeichnis [Google Mail]. Damit mutt die richtigen Ordner verwendet, werden hier die richtigen Ordner definiert:

set folder = "imaps://imap.googlemail.com:993"
set spoolfile = "+INBOX"
set postponed = "+[Google Mail]/Drafts"

Shortcuts

Um E-Mails richtig zu archivieren oder als Spam zu kennzeichnen, werden dafür die Shortcuts y und s definiert:

macro index,pager y "<save-message>=[Google<quote-char> Mail]/All<quote-char> Mail<enter><enter>" "Archive"
macro index,pager s "<save-message>=[Google<quote-char> Mail]/Spam<enter><enter>" "Spam"

Um in die anderen Ordner zu wechseln, hier noch ein paar Shortcuts, die auch im Webinterface funktionieren:

macro index gi "<change-folder>=INBOX<enter>" "Go to inbox"
macro index ga "<change-folder>=[Google<quote-char> Mail]/All<quote-char> Mail<enter>" "Go to all mail"
macro index gt "<change-folder>=[Google<quote-char> Mail]/Sent<quote-char> Mail<enter>" "Go to sent Mail"
macro index gd "<change-folder>=[Google<quote-char> Mail]/Drafts<enter>" "Go to drafts"
macro index gs "<change-folder>=[Google<quote-char> Mail]/Spam<enter>" "Go to Spam"

Sonstiges

Damit mutt richtig mit Gmail zusammenarbeitet, habe ich noch folgende Einstellungen gesetzt:

set imap_keepalive = 900
set timeout=15
set mail_check=60

set sort = 'threads'
set sort_aux = 'last-date-received'
set charset="utf-8"

set delete = yes
set move = no

Jetzt sollte alles perfekt funktionieren.

Jekyll ist kein CMS, sondern ein Static-Site-Generator, denn Jekyll spuckt einfach nur statisches HTML aus. Das hört sich jetzt vielleicht nach einer längst überholten Technik an, doch kombiniert mit Git, Markdown bzw. Textile und Liquid (einer Template-Engine) hat man ein sehr flexibles System, was vor allem schnell und sicher ist.

Das die generierten Seiten statisch sind, bringt natürlich auch Nachteile mit sich, denn man muss auf eingebaute interaktive Funktionen, wie die Kommentar und Trackback-Funktion, verzichten oder eine Alternative finden. Hier benutze ich zum Beispiel Disqus für die Kommentare.

Installation

Da Jekyll auf Ruby basiert, ist die Installation sehr einfach, soweit man Ruby und RubyGems bereits installiert hat.

$ gem install jekyll

Konfiguration

Ein Blog mit Jekyll ist einfach nur ein Verzeichnis mit dieser Struktur:

_config.yml
_layouts/
   default.html
   post.html
_posts/
   2010-12-01-test-post.md
index.html

Die config.yml-Datei enthält die Einstellungen, der _layouts-Ordner die Templates und der _posts-Ordner die Blog-Einträge. Alle anderen Dateien, die sich in dem Verzeichnis befinden werden einfach mit in die generierte Seite übernommen.

Einen neuen Blogpost kann man einfach in Markdown oder Textile schreiben und dann in den _posts-Ordner speichern.

Damit Jekyll die Dateien als Einträge erkennt, muss sich am Anfang der Datei die sogenannte YAML Front Matter befinden, das ist ein Block, der Variablen, wie den Titel des Betrags, enthält und mit YAML formatiert ist.

Ein Post sieht dann zum Beispiel so aus:

---
layout: post
title: Test Post
---
Text, der mit *Markdown* formatiert ist.

Die layout-Variable gibt an, welches Template aus dem _layouts-Ordner für diesen Beitrag verwendet werden soll. Ein Template besteht aus HTML, das mithilfe der Template-Engine Liquid mit dem eigentlichen Inhalt gefüllt wird.

Ein Template sieht zum Beispiel so aus:

<!DOCTYPE html>
<html>
  <head>
    <title>{{page.title}}</title>
  </head>
  <body>
    <h1>{{page.title}}</h1>
      {{content}}
    </body>
</html>

Deployment

Um den Mix aus Templates und Markdown in eine statische HTML-Seite umzwandeln, muss man nur mit der Konsole in das Verzeichnis wechseln und jekyll ausführen. Die generierte Seite befindet sich nun im automatisch angelegten _site-Verzeichnis und kann jetzt auf einen Webserver hochgeladen werden, wofür es mehrere Möglichkeiten gibt.

Eine Möglichkeit ist rsync:

$ jekyll && rsync -avz --delete _site/ user@host:/var/www/my_site

Wenn das git-Repository sowieso schon auf dem Webserver liegt, ist es am einfachsten, die Seite mit einem post-receive hook bei einem commit automatisch neu generieren zu lassen. Wie das genau funktioniert und noch ein paar andere Möglichkeiten sind hier zu finden.

Weitere Informationen gibt es im Wiki des GitHub-Projektes von Jekyll.

Der “Source-Code” meines Blogs liegt hier.

Mein altes Blog habe ich natürlich nicht gelöscht, sondern ein Backup erstellt, einmal mit der Export-Funktion von Wordpress (download), und zusätzlich einen statischen Dump mit wget, der auch alle Bilder und Dateien enthält (download, online).

Mit wget lässt sich ganz einfach ein Dump einer kompletten Webseite erstellen:

$ wget -r -E -T 2 -np -R xmlrpc.php,trackback -k [URL]

Jetzt hoffe ich, dass ich in nächster Zeit wieder mehr Motivation bzw. Zeit habe, hier ein paar Beiträge zu posten.