Der Netzlogger

Es ist so weit: dieses Blog wird zum Archiv

2010-04-29T06:56:00.005+02:00

Der Netzlogger, also dieses Blog, wird zum Archiv. Ich werde hier nichts löschen oder verändern, aber es werden auch keine neuen Inhalte mehr hinzukommen. Eventuelle RSS-Abos können also gut und gern gelöscht werden. Bloggen werde ich ab sofort exklusiv unter meinem Posterous-Blog, welches im Verlaufe des Tages unter http://blog.ulfklose.de zu erreichen sein wird. Mein Tumblelog gibt es unter http://tumblelog.ulfklose.de. Nur konsequent, alles um meine "Hauptdomain" zu sammeln und nicht auf viele Domains zu streuen. Google möge es mir verzeihen.

Schluß mit der Mehrfachpublikation

2010-04-27T12:17:00.001+02:00

Da Google ja auf solche komischen Sachen wie Unique Content wert legt, werd ich wohl damit aufhören, alle Inhalte mehrfach zu publizieren.
netzlogger.de wird also bald nur noch als Archiv dienen, es werden keine neuen Artikel hinzukommen. ulfklose.de wird mein eigentliches Blog sein und bleiben, mein Tumblelog unter ulfklose.name werde ich eher früher als später unter tumblelog.ulfklose.de oder so einrichten. Das Ding kennt eh keiner, also macht der Umzug nichts ;-).

Wieso das Ganze? Und wieso ich darüber schreibe?

Posterous ist schon ne geile Sau, weil man mit deren Hilfe ganz einfach Inhalte in die verschiedenen Social-Network-Plattformen streuen kann. Aber ganz optimal funktioniert das nicht immer. Fotos zu Flickr zu schicken ist suboptimal, zu viel nachträgliche Arbeit muss man vornehmen. Wenn Hyperlinks in Klammern stehen, kommen die erfahrungsgemäß falsch formatiert bei der Google-Blogging-Plattform Blogger an. Quellcodeschnipsel, die in Posterous toll aussehen, wirken bei Tumblr und Blogger komisch oder werden unleserlich. Twitter funktioniert zumeist tadellos und Delicious habe ich noch nicht ausprobiert. Alle weiteren, unterstützten und nicht erwähnten Dienste hat das gleiche Schicksal ereilt ;-). Der einzige Nachteil, den ich bei Posterous sehe sind die ziemlich begrenzten Formatierungsmöglichkeiten. Möchte ich bspw. einen Text mit einem Hyperlink hinterlegen, gucke ich doof aus der Wäsche, geht nämlich nicht. Klar, nachträglich, aber genau das möchte ich ja vermeiden. Perfekt ist der Dienst also nicht wirklich, aber für meine Zwecke ausreichend. Und dann ist da noch die eingangs erwähnte Geschichte mit dem Unique Content. Ich kopiere mich hier zwar selbst, Google sieht aber auch das nicht gern. Korrigiert mich, wenn ich falsch liege.

Tumblr ist toll zum Präsentieren von Bildern, Fotos, kurzen Textschnipseln und anderen Dingen, eignet sich aber kaum oder gar nicht für längere Texte (nomen est omen), Quellcodeschnipsel oder sonstigen ernsthaften Krams. Entsprechend wenig Inhalte sind in meinem Tumblelog zu finden. Außerdem machen die von Posterous automatisch publizierten Beiträge hier keinen Unterschied in der Präsentation, da pauschal einfach alles als Textpost hereinkommt. Wessen Schuld das ist, weiß ich nicht, ich schreibs einfach mal Posterous zu, auch, wenn ich hier jemandem unrecht tue.

Blogger ist eigentlich ziemlich cool. Aber auch hier kommen von Posterous weitergeleitete Posts nicht immer so an, wie ich mir das wünsche, häufige Nacharbeit ist erforderlich. Ansonsten mag ich Blogger sehr gern, weil es sich einfach sehr gut zum Bloggen eignet und deutlich schneller als Posterous oder Tumblr ist.

Tja, die Kette löst sich also auf. Da ich mittlerweile einige Follower bei Posterous habe, werde ich nicht, wie ich ursprünglich mal vor hatte, Posterous abschalten und durch Blogger ersetzen, sondern den Blogger-Blog unter www.netzlogger.de zum Archiv machen, gebloggt wird von meiner Seite ab sofort exklusiv in meinem Posterous-Account unter www.ulfklose.de. Der Tumblr-Blog unter www.ulfklose.name wird ab sofort mit Unique Content versorgt und innerhalb der nächsten Tage zu tumblelog.ulfklose.de umziehen. ulfklose.name ist danach leer, aber vielleicht finde ich ja noch einen nützlichen Einsatzzweck für diese Domain.

Posted via email from ulfklose's posterous

So wird die iTunes-Bibliothek aufgeräumt

2010-04-26T22:42:00.003+02:00

Es wurde mal Zeit, meine iTunes-Bibliothek etwas auf Vordermann zu bringen. Zu viele leere Cover von importierten, weniger bekannten CDs, zerstückelte ID3-Tags aus sehr frühen (früher als 2002) Import-Sessions und was nicht noch so alles die iTunes-Bibliothek unansehnlich werden lässt. In diesem Atemzug hab ich auch gleich mal die Musik von meinem NAS runtergesammelt und in die Mediathek einfliessen lassen. Ein ganz schönes Chaos mit den oben genannten Symptomen, Dubletten und anderem Gesocks war das Resultat.

Händisch aufzuräumen war quasi ausgeschlossen, meine Mediathek umfasst mittlerweile schlanke 6.800+ Objekte. Nicht ganz wenig, reicht für über 21 Tage Dauerbeschallung. Allein die Anzeige der Duplikate trieb mich in den Wahnsinn: etwa 1.000 Objekte sind angeblich doppelt vorhanden gewesen.

So, und nun zur Lösung dieser Probleme: es gibt ein paar nette Zusatzanwendungen für iTunes, die einem das Leben erheblich erleichtern. Ja, es mag sein, dass andere Media-Player solche Funktionen mitbringen, ist mir aber egal ;-). Ich nutze iTunes, weil es zuverlässig und (auf dem Mac) schnell ist.

Schon vor einer Weile kaufte ich die Anwendung Song Sergeant (http://www.lairware.com/songsergeant/), die, trotz ihrer eigenwilligen Oberfläche, sehr gute Arbeit leistet. Sie findet zuverlässig Duplikate, führt bei solchen Metadaten zusammen, erkennt ungleichmäßig geschriebene Interpretennamen, verwaiste Einträge und Dateileichen. Mit wenigen Mausklicks und ein paar Minuten Geduld waren diese Probleme allesamt aus der Welt geschafft. Natürlich sollte man immer kontrollieren, was die Anwendung dort als Duplikat oder ähnliches klassifiziert, bei mir waren die Angaben aber fehlerfrei. Einzig doof ist, dass bei Liedern, die bspw. in einem Album des Interpreten und dann vielleicht noch in einem Soundtrack vorkommen, der Song Sergeant auch der Meinung ist, dass es sich um ein Duplikat handelt. Zähneknirschend habe ich dann aber den Rat wahrgenommen, manche Lieder hatte ich gleich drei oder vier Mal in der Mediathek. Die Anwendung kostet gerade mal 20 US-$ (umgerechnet ca. 15,- €).

Jetzt ist da noch das Problem mit den fehlenden Covern oder unvollständigen Interpreten-, Alben- oder Titelnamenangaben. Hier springen zwei Programme aus dem Hause equinux (http://www.equinux.com/de/start/index.html) in die Bresche. CoverScout 3 habe ich vor einer Weile in einem Bundle erworben. Die Anwendung sucht einem recht komfortabel fehlende Cover heraus und fügt sie dem jeweiligen Album oder auch Einzelstück auf Klick hinzu. Schon mal nicht schlecht, nun habe ich deutlich weniger leere Cover in meiner Mediathek. Leider ist hier eine Menge Kontrolle vonnöten, da die programmintern gestartete Websuche nicht immer die richtigen Cover heraussucht. Aber immer noch deutlich besser, als diese Suche über den Browser zu machen, weil man sich die Eingabe des Suchbegriffs erspart. Kostenpunkt dieser Anwendung: 29,95 €.

Die zweite Anwendung, SongGenie 2, schickt sich an, die restlichen Probleme zu beheben. Und das funktioniert überraschend gut. Zwar auch nicht 100%ig zuverlässig, aber die Zeitersparnis ist hier noch größer als es schon bei der Verwendung von CoverScout der Fall ist. SongGenie wird als Shazam für iTunes beworben. Selbst vollständig ID3-Tag-lose Lieder mit merkwürdigen Dateinamen werden ziemlich zuverlässig erkannt. Die Anzahl der "kaputten" Einträge in meiner Mediathek habe ich von einigen Hundert auf unter ein Dutzend reduzieren können. Und bei denen weiß nicht einmal ich, welche Lieder das sein könnten :-D. Nach dem Start liest SongGenie die Mediathek ein und fängt schon mal an zu kategorisieren. Lieder mit defekten Titelinformationen werden separat aufgelistet. Bei mir waren das rund 700, jetzt sind es, wie gesagt, weniger als ein Dutzend. Die Informationen werden mehr oder weniger automatisch aus dem Internet geholt und zu den Liedern hinzugefügt. Neckischerweise beschränkt sich SongGenie hier nicht nur auf Titel-, Künstler- und Albennamen, sondern versucht auch gleich Songtexte für die Lieder zu finden und speichert diese in den Metainformationen der Dateien. Sehr cool. Nun habe ich für beinahe alle Lieder Liedtexte. Die Zuverlässigkeit liegt durchaus im grünen Bereich, auch wenn ich etwa zwei Stunden manuelle Nacharbeit investieren musste, da ulkigerweise bei Alben, die fast vollständig korrekt erkannt wurden, ein oder zwei Titel keine neuen Informationen bekommen haben. Eine zweite Erkennung behob dieses Problem aber größtenteils. Einige Alben wurden gar nicht erkannt, aber auch hier half eine neu angeschubste Analyse der Tracks. All diese Funktionalität bekommt man für recht günstige 24,95 €.

CoverScout rechne ich in meinen Endpreis nicht ein, da ich es als Bonus in einem Bundle erhalten habe, auf die Anwendung aber gar nicht mal so scharf war. Rechnet man trotzdem alle Einzelpreise auf, kommt man auf einen Endpreis von durchaus vertretbaren 70,- €. Für dieses Geld bekommt man drei Anwendungen, die einem selbst bei sehr großen Mediatheken unter die Arme greifen und für Ordnung in selbiger sorgen. Für alle drei Anwendungen kann ich nur eine absolute Kaufempfehlung aussprechen. Alle drei haben ihre kleinen Mängel, insgesamt tun sie aber das, was sie sollen und das auch ziemlich gut und ohne wenig Zutun des Nutzers. Trotz alledem erneut abschließend der Hinweis, dass alle drei Anwendungen nicht "intelligent" sind, also durchaus semantische Fehler machen können. Manchmal erfolgen also falsche Zuordnungen oder das "Mergen" von Tracks ist nicht das, was man möchte. Adlerauge, sei wachsam, dann kann auch nichts passieren. Ich bin mit dem neuen Zustand meiner Mediathek sehr zufrieden und bereue keinen Cent, den ich dafür ausgegeben habe. Der Zeitaufwand betrug rund fünf Stunden. Ohne die verwendeten Tools, davon abgesehen, dass ich das niemals gemacht hätte, wären es sicherlich 10 - 20 Mal so viele geworden.

Posted via email from ulfklose's posterous

Dropbox - Dateisynchronisation leicht gemacht

2010-03-31T17:18:00.001+02:00

Dieser Artikel steht schon eine ganze Weile in meiner To-Do-Liste. Aus
aktuellem Anlass (die Jungs bei Dropbox haben den maximalen
kostenlosen Speicher auf 10 GB erhöht), schreibe ich ihn genau jetzt.

Dropbox ist insbesondere für die Leute interessant, die mit mehreren
Rechnern und/oder Menschen (zusammen) arbeiten. Nach der Anmeldung
erhält der Benutzer 2 GB kostenfreien Speicherplatz, was für die
meisten einfacheren Zwecke vollkommen genügen dürfte. Erhöhen lässt
sich der Speicherplatz gegen Bezahlung (50 GB für 9,99 $, 100 GB für
19,99 $ monatlich) oder aber, indem man neue Mitglieder wirbt. Damit
die Werbung auch dem Benutzer zugeschrieben werden kann, wird ein
eindeutiger Referral-Link erzeugt. Sobald der Geworbene sich sowohl
angemeldet als auch den Dropbox-Client installiert hat, bekommen beide
(!) 250 MB zusätzlichen kostenfreien Speicher. Wirbt man insgesamt 28
neue Mitglieder, kommt man auf insgesamt schlanke 10 GB Speicherplatz.
Wenn ihr meinen Referral-Link
(https://www.dropbox.com/referrals/NTI2MzI5NDk) benutzt, braucht ihr
nur noch 27 zu werben, da ihr sofort 2,25 GB habt ;-). Ich habe auf
diese Weise schon stattliche 6,25 GB zusammenbekommen.

Das Tolle an dieser Software ist, dass sie durch jede Firewall
funktioniert, da es sich um eine Einweg-Kommunikation handelt. Der
Dropbox-Client fragt im Anschluss an die Installation, wo sich eure
Dropbox befinden soll. Dieses Verzeichnis wird dann fortan vom
Dropbox-Client überwacht. Im Falle einer Änderung des Inhalts wird
diese augenblicklich mit den Dropbox-Servern abgeglichen. Die
eigentliche Datenverbindung erfolgt hierbei verschlüsselt, die Daten
können also nicht ausspioniert werden. Anders sieht das natürlich aus,
wenn die Daten erst mal auf den Servern von Dropbox angekommen sind.
Das Unternehmen ist in den USA ansässig, wo andere
Datenschutzbestimmungen herrschen als hierzulande. Vertrauliche Daten
sollte man aber auch in Deutschland nicht extern lagern, da sind wir
uns alle einig, denke ich.

Bei der Synchronisation geht Dropbox ziemlich clever und effizient
vor. Wenn in einer Datei nur Bestandteile geändert werden, lädt der
Dropbox-Client nicht etwa die komplette Datei erneut hoch, sondern
macht ein Diff und gleicht nur die eigentlichen Veränderungen ab.
Ändert ihr also nur ein Zeichen in einer Text-Datei, wird auch nur
dieses eine Byte zum Server übertragen. Sollte die Datei, die ihr in
die Dropbox kopiert, schon auf den Dropbox-Servern vorhanden sein,
findet gar kein Upload mehr statt. Anhand des Hashs der Datei wird der
Inhalt erkannt und steht ohne Upload sofort zur Verfügung.
Insbesondere bei populären Dateien wie Installern, Videos, etc. ist
das keine Seltenheit.

Jeder Rechner, auf dem der Dropbox-Client mit euren individuellen
Anmeldedaten installiert ist, verfährt ähnlich. Änderungen auf Rechner
A werden also sofort mit Rechner B, Rechner C, ..., Rechner n
synchronisiert. Sollte die Internetverbindung ausfallen oder nicht zur
Verfügung stehen, hat der Benutzer weiterhin Zugriff auf den
Datenbestand, der vor dem Ausfall zur Verfügung stand. Ein großer
Vorteil gegenüber klassischen Online-Festplatten. Sollten die
teilnehmenden Rechner im gleichen Netzwerk hängen, findet die
eigentliche Synchronisation sogar übers LAN statt, der Flaschenhals
Internet wird also umgangen. Natürlich werden die Daten abschließend
noch abgeglichen, sie stehen aber schneller zur Verfügung.

Das nächste tolle Feature ist das Sharing. Ihr könnt weitere
Dropbox-Benutzer einladen, einen gemeinsamen Ordner mit euch zu
verwenden. Ähnlich wie bei einer Netzwerkfreigabe können alle
berechtigten Benutzer zeitgleich in diesem Ordner arbeiten, Dateien
bearbeiten, löschen, kopieren, etc. Änderungen werden sofort mit allen
Teilnehmern abgeglichen. Dateien per E-Mail durch die Gegend zu
schicken gehört also der Vergangenheit an. Sollten zwei Leute
zeitgleich die gleiche Datei verändert haben, legt Dropbox automatisch
Versionen an.

Versionierung ist ein weiteres Thema: Dropbox macht Schattenkopien.
Sollte man also feststellen, dass die aktuellen Änderungen Mist waren,
kann man eine vorherige Version wiederherstellen. Auch können
gelöschte Daten wiederhergestellt werden.

Und, zu guter letzt, aus meiner Sicht ein weiteres Killerfeature:
Public-Ordner. In diesem Ordner könnt ihr beliebige Dateien ablegen
und über einen öffentlich zugänglichen Link verbreiten. Jeder, auch
Nicht-Dropbox-Mitglieder, können diese Dateien herunterladen. Die
Dropbox-Server sind recht schnell, 2 MB pro Sekunde habe ich schon
erreicht. Möchte man also auf die Schnelle mal eine PDF oder ähnliches
an Bekannte schicken, hat aber web.de-Teilnehmer (*scnr*), verschickt
man einfach den Link zur Datei im Public-Ordner. Erreichbar ist dieser
Link über einen Rechtsklick auf die Datei. Dropbox integriert sich ins
Kontextmenü und bietet darüber einige sehr praktische Funktionen an.

Das Beste jetzt noch zum Schluss: Dropbox gibt es sowohl für Mac OS,
als auch für Linux, als auch für Windows. Ein nativer iPhone-Client
ist ebenfalls vorhanden.

So, als Dankeschön für diesen Artikel steht es euch natürlich frei,
meinen Referral-Link zu verwenden ;-). Denkt dran, beide haben was
davon und bekommen 250 MB Zusatzspeicher:
https://www.dropbox.com/referrals/NTI2MzI5NDk

Posted via email from ulfklose's posterous

So einfach vergeht einem die Lust am Schreiben

2010-02-22T12:06:00.001+01:00

Da sich bei Twitter gerade mal wieder gewisse Tendenzen anbahnen, muss ich dahingehend mir mal meinen Frust von der Seele schreiben.

Während meine Studiums musste ich immer wieder umfangreichere Dokumente anfertigen: Berichte, Dokumentationen, Hausarbeiten. All diese Dokumente hatten einen gewissen Qualitätsanspruch. So sollten sie natürlich ein Inhaltsverzeichnis haben, eine Seitennummerierung, ggf. ein Deckblatt, vielleicht auch noch ein Quellen- und/oder Abbildungsverzeichnis. Eigentlich kein Problem für eine moderne Textverarbeitung, sollte man meinen. Leider aber ist es das doch. Ich habe das Schreiben solcher Dokumente immer gehasst.

Begonnen hat meine "Textverarbeitungskarriere" natürlich mit dem Klassiker, Microsoft Word. 1989 (!) verwendete ich schon Microsoft Word 4 unter MS-DOS 3.2 auf einem 8086. Das Programm ließ sich flott bedienen, ich konnte meine Texte für die Schule damals problemlos verfassen. Weiter ging es mit Word 6.0 unter Windows. Die nachfolgenden Office-Versionen nahm ich alle mit: Office 95, 97, 2000, XP, 2003. Bei meinem Wechsel zum Mac im Jahre 2005 versuchte ich eine Weile, die vorinstallierte Trial des MS Office 2004 for Mac zu verwenden. Zufrieden war ich aber nie, weswegen ich OpenOffice.org und iWork eine Chance gab. Das OpenOffice.org war mir eindeutig zu langsam, iWork wurde das Programm der Wahl, wenn auch Pages nicht so ganz mit dem Funktionsumfang von Word oder Writer mithalten kann. Und genau deswegen versuchte ich immer wieder, mit dem OpenOffice.org Writer, gelegentlich sogar mit Microsoft Word, umfangreiche, komplexe Dokumente zu setzen. Es ist ein Graus. Ich meine, ich gebe Schulungen in Word, ich kenne das Programm ziemlich gut, eine flüssige Arbeit, sofern es nicht nur um das Verfassen von Briefen geht, ist aus meiner Sicht nicht möglich. Zu viele Inkonsistenzen, Abstürze, verlorene Informationen. Ich persönlich finde das neue UI des Office 2007 nicht schlecht, viele Anwender fühlen sich aber von Microsoft vor den Kopf gestossen, was der Verwendung des OpenOffice.org in der Wirtschaft einen ziemlichen Boost gegeben hat.

Vor einigen Monaten nahm ich mir dann ein Herz. Ich installierte eine LaTeX-Distribution auf meinem Mac und startete TextMate. Das erste Dokument startete ich mit einer Vorlage, die TextMate mir anbot, um erst mal einen Einstieg zu finden. Und ich war begeistert. Wer HTML lesen und schreiben kann, der kann quasi auch LaTeX, die Konzepte sind verflucht ähnlich. Und der Textsatz. Ich fand das Schriftbild, das Word und Konsorten produzieren schon immer furchtbar hässlich. LaTeX macht das so viel besser, der Text ist gut lesbar, sieht wunderschön aus. Und das Beste: ich muss mich nicht händisch um das Setzen von Inhaltsverzeichnissen, Seitenzahlen, etc. kümmern. Hat man erst einmal eine Vorlage geschaffen, muss man sich nie (!) wieder um solche Elemente kümmern. Die Einarbeitungszeit ist natürlich abhängig vom technischen Verständnis des Anwenders, die typische Sekretärin, ohne den Berufsstand verunglimpfen zu wollen, mag damit anfangs überfordert sein, technisch versiertere Menschen hingegen dürften binnen weniger Stunden mit dem System klar kommen.

LaTeX führt eine sehr strikte Trennung zwischen Inhalt und (Text-)Satz durch, die anfangs gewöhnungsbedürftig ist. Ein vernünftiger Texteditor unterstützt einen aber in der Arbeit und nimmt einem vieles ab. Windows-Nutzer sollten also bitte nicht auf das Notepad zurückgreifen, damit dürfte einem ziemlich schnell der Spaß vergehen. Unter Mac OS kann ich ganz klar eine Empfehlung für TextMate aussprechen, unter Linux (Gnome) empfiehlt sich Gedit und unter Windows sollte man vermutlich zum NotePad++ greifen.

Jedem meiner Leser, der immer wieder mit dem Verfassen komplexer Dokumente betraut wird, kann ich die Einarbeitung in LaTeX nur empfehlen. Eine gute Quelle für den Einstieg ist meiner Meinung nach http://latex.mschroeder.net/. Solltet ihr nur Briefe schreiben müssen, kann ich die Verwendung von LaTeX weder empfehlen noch davon abraten. Der schönere Textsatz allein dürfte aber Grund genug für die Einarbeitung in dieses System sein.

Posted via email from ulfklose's posterous

Rails-Applikationen mit nginx und Thin

2010-02-07T22:31:00.002+01:00

Wer Rails-Applikationen deployen möchte, wird vermutlich als erstes auf die Kombination Apache + Phusion Passenger stossen. So ging es auch mir. Praktisch insofern, da auf fast jedem Webserver ohnehin ein Apache läuft und der Passenger in Windeseile installiert ist. Beim Passenger handelt es sich um ein Apache-Modul (mod_rails), die Konfiguration in einem vHost ist ein Dreizeiler. Also eigentlich alles toll... wenn da nicht die Geschwindigkeit wäre. Wenn der Passenger erst mal läuft, ist die Geschwindigkeit durchaus als gut zu bewerten, aber wehe, wenn die fragliche Rails-Applikation eine Weile nicht mehr benutzt wurde. Dann werden die Passenger-Instanzen meiner Beobachtung nach nämlich vollständig abgeschossen und müssen neu gestartet werden, wenn doch wieder auf die Applikation zugegriffen wird. Auf meinem Server (AMD Athlon64 X2 5.600+, 4 GB RAM, 2 x 400 GB HDD im RAID-1; drei virtuelle Maschinen) dauert das mitunter ca. 20 - 30 Sekunden und macht in dieser Zeit die komplette VM unbenutzbar, andere Webseiten werden also nicht mehr ausgeliefert, der SSH-Daemon reagiert nicht.

Seit ich angefangen habe, mich mit Rails zu beschäftigen, lese ich einige Blogs von Firmen, die sich "hauptberuflich" mit Rails auf die eine oder andere Art und Weise beschäftigen. Dazu gehören unter anderem amerikanische Unternehmen wie Engine Yard [1], Rackspace[2] und GitHub[3]. In Deutschland ist Rails leider noch immer nicht so recht angekommen, die Anzahl wirklich interessanter, innovativer Unternehmen in diesem Bereich hält sich also stark in Grenzen. Die soeben genannten Unternehmen betreiben entweder für sich selbst oder im Kundenauftrag große Rails-Installationen und können sich solche Probleme, wie die im vorherigen Absatz geschilderten, absolut nicht erlauben. Insbesondere Engine Yard und GitHub betreiben viel Social Networking und haben sehr aktive gepflegte Blogs. Und in diesen bin ich auf so einige interessante Informationen gestossen, unter anderem auch mein Problem betreffend.

Wenn man eine Applikation in Rails entwickelt, verwendet man während der Entwicklungsphase der Einfachheit halber einen sehr rudimentären kleinen Webserver namens WEBrick. Er tut das, was er tun soll, startet schnell, eignet sich für den Produktbetrieb aufgrund fehlender Sicherheitsfeatures und ziemlich mauer Performance nur bedingt. Alternativ kann man Mongrel nutzen. Auch dieser ist fest mit Rails verbunden, bietet aber deutlich mehr Performance als WEBrick. Mongrel existiert auch in einer speziellen Cluster-Version. Mit Clustering ist hiermit gar nicht mal das verteilte Rechnen auf verschiedenen Systemen gemeint, sondern nur die Tatsache, dass mehrere Instanzen gestartet werden können. Dies ist ein im Rails-Bereich meinen Informationen nach ein übliches Setup. Es ist einfach aufzusetzen und Mongrel genügt für die meisten Zwecke. Aber Mongrel ist nun mal kein Apache und steht diesem in seinen Konfigurationsmöglichkeiten massiv nach. Einen reinen Mongrel-Cluster zu betreiben scheint also auch kein probates Mittel zu sein.

Nach dem Studium einiger Blog-Artikel entschied ich mich dann für den Toolstack, um den es hier gehen soll: nginx und Thin. nginx[4] als voll-funktionalen Webserver mit wenig Ressourcenhunger und Thin[5] als Application Server. Thin beschreibt sich selbst als die optimale Kombination aus dem Mongrel parser, Event Machine (einer Netzwerk-I/O-Bibliothek) und Rack (Minimal-Interface zwischen Webserver und Ruby-Applikation). Dieser Toolstack begeistert mich noch immer, ob er das auch unter wirklicher Last tun würde, kann ich (noch) nicht sagen, ich werde dann berichten.

Nun zur Installation.

Der erste Schritt sollte die Installation des entsprechenden Gems (und eines zugehörigen) sein. Mittels

sudo gem install thin; sudo gem install eventmachine --source http://code.macournoyer.com

installieren wir Thin. Um zu testen, ob alles in Ordnung ist, nehmen wir einen Verzeichniswechsel in zu unserer Rails-Applikation vor und tippen

thin start

ein. Es sollten ein paar Statusmeldungen ausgegeben werden, danach könnt ihr über http://domain.tld:3000 eure Rails-Applikation aufrufen. Sollte Thin nicht starten, was bei mir der Fall war, müsst ihr Thin noch zu eurer PATH-Variable hinzufügen. Thin liegt auf meinem Server (Ubuntu 9.04 Server) im Verzeichnis

/var/lib/gems/1.8/bin

Stellt sicher, dass dieser Eintrag als allererster in der PATH-Variable steht. Ich habe zu diesem Zweck meiner ~/.bashrc einfach am Ende folgende Zeile hinzugefügt:

export PATH=/var/lib/gems/1.8/bin:$PATH

Da das aber nicht das ist, was wir wollen, installieren wir nun nginx. Ich habe mich dafür entschieden, die aktuelle Stable aus dem Source Code zu kompilieren. Ein Blick auf http://nginx.org/en/download.html zeigt uns alle verfügbaren Versionen. Ich arbeite aktuell mit Version 0.7.65. Nach dem Download mittels

wget http://nginx.org/download/nginx-0.7.65.tar.gz

entpacken wir das Archiv mit

tar xvfz nginx-0.7.65.tar.gz

in das aktuelle Verzeichnis. In dieses Verzeichnis wird nun gewechselt. Ich habe meinen nginx mit den folgenden Optionen kompiliert:

./configure \
  --prefix=/usr \
  --conf-path=/etc/nginx/nginx.conf \
  --http-log-path=/var/log/nginx/access_log \
  --error-log-path=/var/log/nginx/error_log \
  --pid-path=/var/run/nginx.pid \
  --http-client-body-temp-path=/var/tmp/nginx/client \
  --http-proxy-temp-path=/var/tmp/nginx/proxy \
  --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi \
  --with-md5-asm --with-md5=/usr/include \
  --with-sha1-asm \
  --with-sha1=/usr/include \
  --with-http_realip_module \
  --with-http_ssl_module \
  --with-http_stub_status_module

Der abschließende Build und die Installation erledigen wir so:

make && make install

Nun geben wir noch

sudo thin install && sudo /usr/sbin/update-rc.d -f thin defaults

um Thin automatisch starten zu lassen.

Weiter geht es mit der Konfiguration.

Konfigurieren wir als erstes Thin für den Live-Betrieb:

sudo thin config -C /etc/thin/railsapp.yml -c /var/www/railsapp --servers 2 --socket /var/run/thin/railsapp.sock -e production

Dieser Einzeiler legt im Verzeichnis /etc/thin/ eine Konfigurationsdatei im YAML-Format mit dem Namen railsapp.yml an. In dieser Datei wird festgehalten, wie Thin arbeiten soll. In diesem konkreten Falle wird, was sehr empfehlenswert ist, eine Socket- anstelle einer TCP/IP-Verbindung verwendet. Es werden zwei Serverinstanzen gestartet, die parallel laufen. ACHTUNG! Wer hier die Zahl zu hoch wählt, macht es seinem Server ganz schnell ganz schwer. Also vorsichtig erhöhen und nur, wenn es unbedingt nötig ist. Bemerkt man einen Flaschenhals, kann man hier natürlich rumschrauben. Das Hauptverzeichnis der Rails-Anwendung ist in diesem Falle /var/www/railsapp und die Sockets werden in /var/run/thin/ angelegt. Der letzte Schalter legt noch die Rails-Environment fest, hier wird also das Production Environment genutzt.

Die Konfiguration von nginx ist recht simpel. Meine /etc/nginx/nginx.conf sieht wie folgt aus:

user www-data;
worker_processes  2;
 
error_log  /var/log/nginx/error.log;
pid        /var/run/nginx.pid;
 
events {
    worker_connections  1024;
    # multi_accept on;
}
 
http {
    include       /etc/nginx/mime.types;
 
    access_log  /var/log/nginx/access.log;
 
    sendfile        on;
    #tcp_nopush     on;
 
    #keepalive_timeout  0;
    keepalive_timeout  65;
    tcp_nodelay        on;
 
    gzip  on;
    gzip_disable "MSIE [1-6]\.(?!.*SV1)";
 
    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

Als Systembenutzer setzt dieses Setup einen Benutzer mit dem Namen www-data voraus. Außerdem werden zwei Worker-Prozesse gestartet. Wer in seiner Rails-Anwendung eine Benutzerverwaltung einsetze, sollte natürlich auf https anstelle von http setzen. Wie man einen https-Container mit nginx einrichtet, werde ich gesondert an dieser Stelle beschreiben.

Im Verzeichnis /etc/nginx/sites-available legen wir nun einen vHost-Container für unsere Rails-Anwendung an. Dieser sollte einen sprechenden Namen als Dateinamen erhalten, also bspw. railsapp.domain.tld. Bei mir sieht der Inhalt wie folgt aus:

upstream railsapp {
  server unix:/var/run/thin/railsapp.0.sock;
  server unix:/var/run/thin/railsapp.1.sock;
}
 
server {
   listen   80;
   server_name railsapp.domain.tld;
 
   access_log /var/www/railsapp/log/access.log;
   error_log /var/www/railsapp/log/error.log;
 
   root   /var/www/railsapp/public/;
   index  index.html;
 
   location / {
      proxy_set_header  X-Real-IP  $remote_addr;
      proxy_set_header  X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header Host $http_host;
      proxy_redirect off;
 
      if (-f $request_filename/index.html) {
         rewrite (.*) $1/index.html break;
      }
 
      if (-f $request_filename.html) {
         rewrite (.*) $1.html break;
      }
 
      if (!-f $request_filename) {
         proxy_pass http://railsapp;
         break;
      }
   }
}

Mittels

ln -s /etc/nginx/sites-available/railsapp.domain.tld /etc/nginx/sites-enabled/railsapp.domain.tld

legen wir einen Symlink in das Verzeichnis sites-enabled an. In diesem befinden sich alle vHost-Container, die nginx bedienen soll.

Nun starten wir noch nginx und Thin neu

sudo /etc/init.d/nginx restart; sudo /etc/init.d/thin restart

Gebt Thin ein paar Sekunden, um wirklich antworten zu können. Danach sollte eure Rails-Anwendung über Port 80 ausgeliefert werden.

Sollte ich beim Erstellen dieser Anleitung einen Fehler gemacht haben, lasst es mich bitte wissen, möchte ja keine falschen Informationen im Netz publizieren.

[1] http://www.engineyard.com/
[2] http://www.rackspace.com/
[3] https://github.com/
[4] http://wiki.nginx.org/Main
[5] http://code.macournoyer.com/thin/

Posted via email from ulfklose's posterous

Git und der Mac

2010-02-03T09:39:00.002+01:00

Ich arbeite nun schon geraume Zeit, ungefähr ein halbes Jahr, mit Git. Wissen vielleicht einige schon, da ich, ebenfalls vor einer Weile, eine Installationsanleitung für den eigenen Git-Server publiziert habe.

Nun möchte ich aber ein paar Worte der Client-Seite widmen, in meinem Falle also der Verwendung von Git unter Mac OS X. Wirkliche Probleme gibt es dabei nicht, nur einige "nice-to-knows", die ich an dieser Stelle kurz zusammenfassen möchte. Sollte einem meiner Leser noch etwas fehlen, so möge er es über die Kommentare hinzufügen ;-). Danke schon mal.

1. Installation

Den Installer habe ich bei Google code gefunden: http://code.google.com/p/git-osx-installer/. Damit ist die Installation ein Klacks. Auf meinem System mit Mac OS 10.6 Snow Leopard musste ich aber noch einen kleinen Hack anwenden, damit auch tatsächlich die aktuelle Version aus diesem Installer verwendet wird. Das liegt daran, dass Mac OS, wie jedes andere UNIX auch, die PATH-Variable linear durchsucht und den ersten Treffer verwendet. Auf meinem System war es nun leider so, dass ich eine alte Version von Git unter /usr/local/bin liegen hatte, die neue Version aber unter /usr/local/git/bin liegt. Verwendet hat Mac OS immer die alte Version, da die PATH-Variable den Pfad zur neueren Git-Version als erstes auflistete.

Um das Problem zu beheben, habe ich die Datei

/etc/profiles

editiert (sudo nano /etc/profiles), die die globale PATH-Variable beinhaltet. Bei mir sieht die entsprechende Zeile wie folgt aus:

export PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/git/bin:/usr/local/bin:/usr/texbin:/usr/X11/bin

Somit sucht Mac OS nun zuerst nach der aktuellen Version. Andere Mac-OS-Installer von Git mögen die Binarys von Git woanders ablegen, der korrespondierende Pfad müsste dann entsprechend angepasst werden.

2. Konfiguration

Eine weitergehende Konfiguration von Git ist eigentlich nicht erforderlich, als sinnvoll haben sich aber einige Variablen herausgestellt. Folgende Kommandos habe ich für meine Git-Konfiguration verwendet:

2.1 Benutzerkonfiguration

git config --global user.name "Vorname Nachname"
git config --global user.email "user@domain.tld"

Diese Kommandos setzen die entsprechenden Git-Einstellungen global für den Systembenutzer. Diese sind somit für alle Repositorys eures Systembenutzers gültig. Abgelegt werden die Einstellungen in der Datei ~/.gitconfig. Um die Einstellungen spezifisch für ein Repository zu überschreiben, könnt ihr folgende Befehle verwenden:

git config user.name "Vorname Nachname"
git config user.email "user@domain.tld"

Diese Einstellungen werden in der Datei .git/config in eurem Repository-Verzeichnis abgelegt und sind somit auch nur für das jeweilige Repository gültig.

Es ist durchaus sinnvoll, diese Variablen zu setzen, da nur so gewährleistet ist, dass eure Commits eindeutig euch zugeordnet werden können. Diese Einstellungen können im Übrigen unabhängig von eventuellen Benutzern auf eurem Git-Server gesetzt werden.

2.2 Konfiguration der Ausgabe

Um die Ausgaben von Git farbig zu gestalten, müsst ihr folgendes eintippen:

git config --global color.ui "auto"

Auch hier gilt wieder, dass der Schalter --global die Einstellungen global setzt.

2.3 Weitere Einstellungen

Um Git für die Verwendung von Multi-Core-CPUs zu konfigurieren, folgenden Befehl eingeben:

git config --global pack.threads "0"

Um Apples opendiff für die Anzeige von diffs zu verwenden:

git config --global merge.tool opendiff
git config --global merge.summary true

.DS_Store-Dateien vom Repository ausschliessen:

git config --global core.excludesfile ~/.gitignore
echo ".DS_Store" >>~/.gitignore

Textmate als Standard-Editor setzen:

git config --global core.editor "mate -w"

2.4 Github-spezifische Einstellungen

Damit die geniale Social-Coding-Plattform GitHub (https://github.com) euren Benutzer korrekt erkennt, müssen zwei weitere Einstellungen gesetzt werden:

git config --global github.user
git config --global github.token

Eure entsprechenden Daten findet ihr unter https://github.com/account.

2.5 Textmate-Bundle

Für die Textmate-User unter euch gibt es im Übrigen ein Git-Bundle, welches wie folgt installiert werden kann:

mkdir -p ~/Library/Application\ Support/TextMate/Bundles
cd !$
git clone git://github.com/jcf/git-tmbundle Git.tmbundle
osascript -e 'tell app "TextMate" to reload bundles'

In Textmate müsst ihr nun noch die Shell-Variable TM_GIT erstellen. Diese muss (in meinem Falle) auf /usr/local/git/bin zeigen.

Wie gesagt, sollte irgendwo noch etwas wichtiges fehlen, lasst es mich bitte über die Kommentare wissen.

Posted via email from ulfklose's posterous

Anleitung zum Aufsetzen von Git und Trac unter Ubuntu (Update)

2009-12-27T13:33:00.001+01:00

Ich habe das komplette Dokument neu gesetzt und eine vernünftige PDF daraus gemacht.

Wie auch schon bei den vorherigen Fassungen gilt: ich übernehme keinerlei Haftung für entstehende Schäden. Außerdem ist das User-Management via Gitosis leider immer noch nicht richtig umgesetzt, da ich selbst es derzeit nicht benötige. Ich verspreche aber, es nachzureichen.

An dieser Stelle dann, wie immer, mehr, sobald es etwas neues gibt ;-).

Download now or preview on posterous

Git und Trac.pdf (196 KB)

Posted via email from ulfklose's posterous

Pro und Contra: Google

2009-12-12T19:51:00.003+01:00

Da sich in letzter Zeit die Diskussionen [1] wieder häufen, möchte ich an dieser Stelle meinen Standpunkt zusammenfassend darlegen.

Google ist derzeit das Unternehmen, das mutmaßlich die meisten Daten hält. Übertroffen werden dürfte Google nur noch durch die NSA und andere Geheimdienste. Google ist ein Gigant und wird, sicherlich nicht umsonst, auch die Datenkrake genannt. Würde Google nicht so agieren wie Google es tut, wären sie heute nicht da, wo sie sind. Aus einem Suchmaschinenanbieter ist ein globaler Informationsdienst geworden, der neben der reinen Websuche auch in vielen anderen Bereichen mitspielt und auch dort zumeist marktführend ist. Wer kann schon von sich behaupten, Google Maps und YouTube links liegen zu lassen, weil sie zu Google gehören?

Anders sieht das natürlich bei Spezialdiensten wie Google Analytics, Google Mail, Google Wave und Google Apps [2] aus. Das sind Dienste, bei denen man seine persönlichen Daten wissentlich der Krake ausliefert. All diese Dienste sind wenigstens in der Basisfassung kostenfrei. Also ist es, meiner Meinung nach, nur gut und billig, dass Google die Daten seiner Nutzer auswertet und damit Geld verdient. Soweit ich informiert bin, korrigiert mich bitte, sollte ich falsch liegen, verkauft Google aber keine Datensätze an irgendwelche Kunden, sondern blendet nur benutzerspezifische Werbung ein, auf die man nicht mal klicken muss. Außerdem kann man, ein wenig Fachwissen vorausgesetzt, diese Werbung sogar ausblenden. Das wird Google sicherlich nicht daran hindern, ein wenig Data Mining zu betreiben um den Benutzer zu kategorisieren, entfernt aber das Gefühl der Überwachung.

Auf der anderen Seite: wenn man sich bei einem ur-deutschen Freemail-Anbieter (das Thema, das am häufigsten Stein des Anstosses bildet) wie GMX, web.de oder Freemail anbietet, muss man dort seine persönlichen Daten im Klartext angeben. Dazu gehört Vor- und Nachname, Postadresse, ggf. Geburtsdatum und vielleicht sogar noch weitere Daten, die eine eindeutige (!) Identifikation des Individuums ermöglicht. Registriert man sich bei Google, muss man genau zwei Daten angeben, nämlich den Vor- und den Nachnamen. Mich gibt es in Deutschland relativ häufig, weltweit sicherlich noch häufiger, eine eindeutige Identifikation ist nur mit diesen Daten gar nicht möglich.

Aufgrund meiner Tätigkeit als Freiberufler sind alle meine Daten frei im Netz abrufbar. Wer möchte, findet binnen Sekunden nur über meinen vollständigen Namen Postadresse, Telefon- und Handynummer, E-Mail-Adresse(n), Social-Network-Sites und Steuernummer heraus. Ja, ich habe mich selbst gegooglet und bin innerhalb kürzester Zeit auf sehr viele persönliche Daten von mir gestossen. In meinem Falle ist das aber auch erwünscht, immerhin möchte ich, dass potentielle Kunden mich finden und kontaktieren können und zu diesem Zweck sind Telefonnummer und E-Mail-Adresse sowie Internetseiten keine schlechte Sache.

Wer darauf nicht angewiesen ist, mag nicht so begeistert davon sein, wenn man Informationen über ihn im Netz findet. Um dies zu vermeiden sollte man folgende Sachen nicht tun:

1. Social-Network-Profile anlegen (MeinVZ, Xing, etc.)
2. an Gewinnspielen teilnehmen (die Quelle für vollständige Adressdatensätze überhaupt)
3. in Online-Shops bestellen
4. an öffentlichen Wettbewerben teilnehmen
5. sich in Internet-Foren (oder dem Newsnet) beteiligen
6. Instant Messaging betreiben (egal ob ICQ, Skype oder sonstige)
7. Online-Spiele (egal welcher Art) spielen
8. digitale Zahlungsmedien nutzen
9. E-Mail-Adressen bei Freemailern registrieren (auch hier lassen sich, gerade bei deutschen Anbietern, äußerst leicht und bequem vollständige Datensätze formen, zumal auch noch eine Nutzerstatistik vorliegt)

Und sicher noch viele weitere, die mir gerade nicht einfallen. Wenn man diese Regeln befolgt, ist eine Identifikation im Netz beinahe ausgeschlossen.

Wenn man aber auch nur etwas von dem tut, was ich in der Aufzählung beschrieben habe, ist man im Netz auffindbar. Mehr oder weniger leicht, klar, aber man ist nicht mehr anonym. In der heutigen Welt vollständig anonym zu bleiben, ist ohnehin sehr schwierig.

Ich frage mich nur, was daran so schlimm ist, wenn jemand Daten über einen herausfinden kann. Wirklich private Dinge gehören eh nicht ins Netz. Wer so exhibitionistisch veranlagt ist, dass er selbst seine sexuellen Vorlieben ins Netz stellen muss, bitte, aber genau so etwas sollte man nicht tun. Ich selbst habe keine Probleme damit, wenn jemand meine E-Mail-Adresse herausfindet oder meine Telefonnummer in Erfahrung bringt. Da ich keine wunderschöne Frau bin, ist die Gefahr des Stalkings eher gering und, wie bereits weiter oben erwähnt, WILL ich ja gefunden werden. Wenn jemand einen IT-Dienstleister in meiner Region übers Internet sucht, soll er meine Daten ja finden. Meine Bilder bei Flickr sollen gefunden werden. Erstens möchte ich ehrliche Kritik, um besser zu werden und zweitens ist es mir mittlerweile schon zwei Mal passiert, dass jemand eines meiner Fotos für ein Projekt verwerten möchte. Noch habe ich dafür kein Geld bekommen, aber vielleicht kommt das ja noch.

Wenn man, was ich nicht tue, Open-Source-Software programmiert, gibt man der Höflichkeit halber zumeist seinen vollständigen Namen preis. Schlecht? Nein, im Gegenteil. Sieht ein großes Unternehmen nämlich, welch tolle Arbeit man leistet, kann dies durchaus auf einen Auftrag (in welcher Form auch immer) hinauslaufen. Und was soll auch so schlimm daran sein, wenn jemand in Erfahrung bringen kann, dass Hans Müller-Schmidt am OpenOffice.org mitgewirkt hat?

Ich schweife ab. Ich nutze geschäftlich Google Apps, privat nutze ich ein Gmail-Konto. Und ich liebe es. Vor rund einem halben Jahr habe ich meinen kompletten Mailverkehr (ich berichtete bereits an dieser Stelle darüber) auf Google umgestellt. Vorher, lange vorher, hatte ich Freemail-Accounts von deutschen Anbietern. Kein IMAP, keine Verschlüsselung, wenig Speicherplatz, Werbung per E-Mail noch und nöcher. Davon hatte ich irgendwann die Nase voll und registrierte eigene Domains und übergab das Handling meiner E-Mails an einen Webhoster. Ich habe einige von denen durch, alle hatten ihre Vor- und Nachteile. Aber auch hier lagen meine E-Mails bei einem Fremdanbieter, ich hatte keine Kontrolle über meine Daten. Diese Anbieter waren allesamt längst nicht so groß wie Google. Diese Anbieter verfügten über meine vollständigen Adress- und Bankdaten. Meinen E-Mail-Verkehr mit meiner Person in Verbindung zu bringen war also nicht schwierig. Irgendwann holte ich mir dann einen virtuellen Server und hostete meine E-Mails dann selbst. Kein leichtes Unterfangen, die SIcherheitsproblematik lag vollständig auf meiner Seite. Da ich kein ausgemachter Sicherheitsexperte bin, würde es mich nicht wundern, wenn jemand von außen an meine E-Mails gekommen wäre. Bemerkt habe ich davon nie etwas, aber vollständig ausschließen möchte ich es nicht. Da ich, immer wieder aus anderen Gründen, immer wieder meinen Hoster wechseln musste, war ich jedes Mal in der undankbaren Lage, sämtliche Mails, was irgendwann, da ich keine E-Mails mehr lösche, auf mehrere Gigabyte (!) hinauslief, auf einen anderen Server zu transferieren. Ein nicht zu rechtfertigender Zeitaufwand. Der Vorteil aber lag aber ganz klar darin, dass ich auf einem eigenen Server genügend Platz für all meine Mails hatte. Bei den Freemail-Anbietern nur gegen Bezahlung zu realisieren und bei einem Webhosting-Paket häufig (wenigstens damals) auch nicht ganz billig. Ich hätte mindestens drei bis vier Gigabyte Speicher buchen müssen. Wie alle deutschen Anbieter haben sowohl die Freemail- als auch die Webhosting-Anbieter häufig auf das Thema Security "geschissen". SSL-verschlüsselte Verbindungen waren eher die Ausnahme. IMAP musste auch ewig lange auf sich warten lassen. Ich solle mich nicht so anstellen, meine Daten würde schon keiner klauen wollen. So in etwa lautete die Aussage eines Hosters. Selbst heute aber (siehe web.de) sind solche Features keine Selbstverständlichkeit.

Außer, man geht zu Google. Bei Gmail und Google Apps habe ich SSL-verschlüsselte Verbindungen zu IMAP- und SMTP-Servern (ohne Verschlüsselung scheitert die Verbindung), den fortschrittlichsten Webmailer, den ich jemals gesehen habe, einen SPAM-Filter, der nahezu nichts durchlässt (eine Mail in zwei Monaten in meinem Falle) und wahnsinnige 7,3 GB (Tendenz steigend) Speicherplatz. Kritiker werden jetzt natürlich argumentieren, dass Google einem genau deswegen so viel Speicherplatz bietet, damit über Jahre hinweg keine Informationen gelöscht werden und Google somit nach einigen Jahren quasi alles über einen weiß. Ich bin kein Data-Mining-Experte, bis auf eine Veranstaltung an meiner Hochschule habe ich bisher wenig mit dem Thema zu tun gehabt (die meisten Kritiker können vermutlich nicht mal das von sich behaupten), aber trotzdem... was hat Google davon? Kontextabhängige Werbung in den Webclients kann man auch schon nach 50 - 100 ein- und ausgegangenen Mails äußerst präzise einblenden. Mit Informationen verdient Google sein Geld, (u.a.) weil Google ein Weltmeister darin ist, Werbung in den Nutzerkontext einzubringen. Aber Google verscherbelt keine Datensätze, so wie das der eine oder andere kleine Freemail-Anbieter sicherlich tut. Wenigstens habe ich davon noch nichts gehört. Google hat sich dem Safe-Harbor-Abkommen [3] verpflichtet, womit Dienstleistungen wie Gmail, etc. EU-weit gültigen Datenschutzrichtlinien unterliegen, welche, AFAIK, die weltweit schärfsten sind. Ich bin auch kein Jurist, trotzdem müssen sich Unternehmen strikt daran halten, wenn sie eine Unterschrift bei diesem Abkommen leisten. Wie gesagt, Google ist kein Geheimdienst. Google kann sicherlich einige Informationen auswerten, die man preisgibt, in dem man deren Services nutzt, aber auch nicht mehr, als dies bei anderen Anbietern der Fall ist. Und, wie gesagt, eine quasi-anonyme Anmeldung für die Google-Dienste ist möglich, da die wirklich nur den Vor- und Nachnamen haben wollen. Diese Angaben kann man fälschen. Und wer wirklich so paranoid ist und denkt, dass einem im Internet alle ans Leder wollen, wird ohnehin keine vertraulichen Informationen unverschlüsselt übers Netz verschicken. Und mit verschlüsselten Daten kann nicht mal Google (mutmaße ich einfach mal) etwas anfangen.

Zum Abschluss möchte ich noch eine Fallstudie erwähnen, in der ein deutscher Anbieter von u.a. E-Mail-Lösungen das Handling seiner Kunden-Mails über den Ozean in die USA outgesourced hat. Die Firma top concepts GmbH [4] hat in Deutschland verzweifelt nach Unternehmen gesucht, die sich auf das Thema E-Mail spezialisiert haben. Vergeblich. Die Wahl ist auf den US-amerikanischen Anbieter Rackspace [5] gefallen. Auch dieser hat sich dem bereits zuvor erwähnten Safe-Harbor-Abkommen unterworfen, was scheinbar vollkommen genügt, um deutschen Datenschutzrichtlinien zu genügen. Selbst die Datensicherung der Kunden-E-Mails erfolgt im Ausland. Laut einem Artikel in der iX 11/2009 werden sämtliche Mails in eine weitere Cloud, nämlich die Amazon S3 gesichert. Auch dies scheint mittlerweile unbedenklich zu sein. Von daher sehe ich auch bei einem professionellen Einsatz von Google-Lösungen wie Google Apps keinerlei Probleme oder Risiken. Die Basis-Variante von Google Apps ist übrigens kostenfrei. Wer mehr Leistung braucht, ist mit 40 € jährlich pro Benutzerkonto dabei.

Vorhin erreichte mich noch per Live Messenger (welcher Anbieter steckt da gleich hinter?) folgendes Zitat:

Google kann, im Gegensatz zu GMX auf wesentlich größere Datenberge zurückgreifen. und mit denen ist es möglich, auch wenn sie pseudoanonymisiert sind, auf einzelne Nutzer zu schließen. Ich vertraue mich nur keinen Unternehmen an wo "der Chef" sagt: "If you have something that you don't want anyone to know, maybe you shouldn't be doing it in the first place."

Weder der Autor des Zitats, noch der Google-"Chef" haben mit dieser Aussage vollständig unrecht. Aber nur, weil die Geschäftsleitung von GMX (respektive United Internet) solche Aussagen nicht von sich gibt (ist nicht wirklich europäisch, solche Zitate abzugeben), heißt es doch noch lange nicht, dass die dort ähnlich denken, oder? Ich möchte auf meine eingangs erstellte Liste verweisen... Denn auch die deutschen Freemailer müssen an den Freemail-Kunden verdienen. Und das werden wohl auch die durch Werbung tun. Nur gibt Google ganz offen zu, dass sie es tun, worauf man vermutlich bei einem deutschen Anbieter lange warten kann. Liebe Landsleute, öffnet doch endlich die Augen und hört auf alles zu verteufeln, was ihr nicht versteht.

Weitere Links zu dem Thema, sowohl Pro als auch Contra:

https://www.datenschutzzentrum.de/material/tb/tb29/kap10.htm

http://www.landtag.ltsh.de/infothek/wahl16/umdrucke/4500/umdruck-16-4515.pdf

http://www.google.com/privacypolicy.html

[1] http://blog.koehntopp.de/archives/2665-Das-Google-Missverstaendnis.html
[2] http://www.google.com/apps/intl/de/business/index.html
[3] http://de.wikipedia.org/wiki/Safe_Harbor
[4] http://www.topconcepts.de/de
[5] http://www.rackspace.com/index.php

Posted via email from ulfklose's posterous

Wave-Invites zu vergeben / Wave invite giveaway

2009-11-28T21:43:00.001+01:00

Ich habe seit einigen Stunden acht Invites zu Google Wave zu vergeben. Wer möchte? Hinterlasst einen Kommentar, ich verlose dann, wie auch schon an anderen Stellen geschehen ;-). Einsendeschluss ist der 01.12.2009.

I've got eight invites for Google Wave to give away. Anybody wants to have one? Just leave a comment. Deadline is December, 1st 2009.

Posted via email from ulfklose's posterous

Überarbeitete Fassung der Ubuntu-Git-Trac-Anleitung

2009-11-19T21:54:00.001+01:00

Hab zwei kleine Fehlerchen korrigiert, nix schlimmes also. Viel Spaß mit der neuen Fassung.

Download now or preview on posterous

Git und Trac.pdf (83 KB)

Posted via email from ulfklose's posterous

Git: Installation eines eigenen Servers auf Basis von Ubuntu 9.10 (samt Trac)

2009-11-15T23:28:00.001+01:00

Leider haben sowohl Posterous als auch Blogger mich dazu gezwungen, das Dokument nur im PDF-Format anbieten zu können, da sich beide System entweder an der Länge und/oder den Sonderzeichen im Text verschluckt haben.

Fragen und Kommentare bitte trotzdem in die Kommentare.

Download now or preview on posterous

Git und Trac.pdf (78 KB)

Posted via email from ulfklose's posterous

STRATO - oder: die neue Bedeutung der Langsamkeit

2009-11-14T19:48:00.001+01:00

Ich habe vor geraumer Zeit den Auftrag bekommen, eine Website samt Shopsystem aufzusetzen. Der Kunde bezieht seinen Speicherplatz, etc. bei STRATO. Ich mochte STRATO noch nie, aber andererseits fehlt mir mittlerweile die Energie zur Missionierung, ich habe also nicht gemeckert.

Heute fange ich aber damit an. Wieso? Das Szenario: Magento per SSH downloaden und entpacken. Eigentlich keine große Sache sollte man meinen. Aber die Geschwindigkeit, in der das bei STRATO alles abläuft ist ein schlechter Witz.

Um einen Vergleich zu bekommen, habe ich zwei weitere Anbieter dagegengesetzt. STRATO tritt hier gegen meinen eigenen Server bei Hetzner an und gegen ein kleines Shared-Hosting-Paket des lokalen Anbieters SchottenHost. Die Entpackzeiten habe ich mit dem Linux-Tool 'time' gemessen, die durchschnittlichen Downloadgeschwindigkeiten habe ich dem Tool 'wget' entnommen, mit dessen Hilfe ich das Archiv (.tar.gz-Format) vom offiziellen Magento-Server geholt habe.

Um auch das Preis-/Leistungsverhältnis in Relation zu setzen, folgen hier erst mal Links zu den jeweils genutzten Angeboten. Mein eigener Server ist hier natürlich außer Konkurrenz, dennoch liste ich ihn mit auf.

STRATO PowerPlus L: http://www.strato.de/hosting/powerplus/pakete/index.html
SchottenHost Schottenpaket XL: http://www.schottenhost.de/webhosting/leistungsvergleich/
Hetzner Root Server DS 5000: http://www.hetzner.de/de/hosting/produkte_rootserver_ds/ds5000/

Das Paket von STRATO ist mit seinen 14,99 € im Monat nicht gerade günstig. Es wird erst günstig, wenn man wirklich die gesamten acht Domains verwendet, die inklusive sind. Bei kleineren Paketen fehlen leider essentielle Features wie beispielsweise SSH, sodass meine Empfehlung für meinen Kunden auf dieses Paket gefallen ist. Das PowerPlus (ohne L) hätte zwar auch genügt, offiziell wird aber TYPO3 dann nicht unterstützt, welches ich auch einzusetzen plane. Wäre das nicht der Fall gewesen, wäre STRATO sogar ein paar Cent günstiger gewesen, auch hier insbesondere dann, wenn man alle Inklusiv-Domains auch zu nutzen gedenkt. In vielen Einzelfeatures ist das Angebot von STRATO dem von SchottenHost massiv überlegen, gar keine Frage. Aber meiner Meinung nach macht das das unheimlich große Defizit an Geschwindigkeit nicht wett. Die Zusatzfeatures sind sicherlich nett, aber wenn die Webpräsenz sich nur schleppend bewegt, hat man davon auch nicht viel.

Das mittlerweile erfolgreich installierte TYPO3 funktioniert zwar auf den Servern von STRATO, die Arbeit macht aber keinen Spaß. Allein der Login im Backend dauert rund fünf Sekunden. Ein Klick auf einen Menüunterpunkt im Backend wird erst ca. drei Sekunden später mit dem erwarteten Ergebnis belohnt.

Um die immensen Diskrepanzen etwas plastischer darzustellen, habe ich sowohl die Entpackzeiten, als auch die Downloadzeiten, die ebenfalls jenseits von Gut und Böse sind, in Balkendiagramme verpackt. Entschuldigt die merkwürdig anmutenden Perspektiven, es sind meine ersten 3D-Diagramme mit Numbers ;-).

See and download the full gallery on posterous

Posted via email from ulfklose's posterous

Karmic Koala ist da

2009-10-29T18:56:00.001+01:00

Und, wie eben gerade per Twitter versprochen, hier sind die Links zu den auf meinem Server gehosteten ISO-Images. Viel Spaß bei der Installationsparty...

http://downloads.ulfklose.de/ubuntu-9.10-desktop-i386.iso

http://downloads.ulfklose.de/ubuntu-9.10-desktop-amd64.iso

http://downloads.ulfklose.de/ubuntu-9.10-alternate-i386.iso

http://downloads.ulfklose.de/ubuntu-9.10-alternate-amd64.iso

http://downloads.ulfklose.de/ubuntu-9.10-server-i386.iso

http://downloads.ulfklose.de/ubuntu-9.10-server-amd64.iso

http://downloads.ulfklose.de/ubuntu-9.10-netbook-remix-i386.iso

http://downloads.ulfklose.de/ubuntu-9.10-desktop-armel+dove.img

http://downloads.ulfklose.de/ubuntu-9.10-desktop-armel+imx51.img

Ich hoffe, die Dateinamen sind selbstsprechend genug. Bringt die Leitung zum Glühen...

Posted via email from ulfklose's posterous

Ubuntu 9.10, it's coming

2009-10-23T09:46:00.002+02:00

My support to the Ubuntu project which, IMHO, helped Linux a lot to move to the desktop. Feel free to download the Release Candidate (RC) via the links below from my server.

Hiermit möchte ich das Ubuntu-Projekt unterstützen, das einen sehr großen Teil dazu beigetragen hat, dass man Linux mittlerweile komfortabel auf dem Desktop nutzen kann. Ladet euch ruhig den RC über die nachfolgenden Links von meinem Server herunter.

Do you have questions regarding Ubuntu? Please, use the comments.

Fragen zu Ubuntu? In den Kommentaren sind sie gut aufgehoben.

http://downloads.ulfklose.de/ubuntu-9.10-rc-desktop-i386.iso (Intel x86 Desktop CD)

http://downloads.ulfklose.de/ubuntu-9.10-rc-desktop-amd64.iso (64-bit PC (AMD64) desktop CD)

Posted via email from ulfklose's posterous

To all Mac users: what applications are in your /Applications folder?

2009-10-08T17:15:00.001+02:00

I'm asking myself, what other Mac users do use for their everyday
needs. How many paid, how many Open Source apps are there on your
Mac(s)? Are there any apps you had to license for more than one Mac?
How many Macs do you use regularly (means: almost every day)?

I'll begin this little game:

Operating System: Mac OS 10.6 Snow Leopard
Surfing: Apple Safari
Mail: Apple Mail
Word processing: Apple Pages
Presentation: Apple Keynote
Spreadsheets: Apple Numbers
Adress Book: Apple Adress Book
Calendard: Apple iCal
Photo library: Apple iPhoto (starting to play around with Apple Aperture, too)
Music playback and management: Apple iTunes
Coding: Eclipse or Textmate (depending on the language)
Quickstarter: Google Quicksearch Box
FTP/SCP: Transmit
Password management: 1Password
File sharing: Dropbox
Screenshots: Skitch
Virtualization: VMware Fusion 2.0
Messaging: Adium, Skype and iChat (latter only sometimes)
Notes management: Evernote
Social networking: Eventbox
To Do Management: Things
Image editing: Pixelmator
Backup: Apple Time Machine
Media streaming (to Xbox, PS3): Playback
Media management: Delicious Library
Video codecs: Perian (self-compiled from recent SVN trunk)
Notifications: Growl
PrefPanes: Blue Harvest, Cameras

Every application in the most recent version.

I have two Macs. An iMac 24" (August 2007) and a white MacBook 13"
(February 2008). Except Apples iWork every application I use is
legally usable on more than one machine as it is licensed per user,
not per machine.

Please write a post yourself or leave your equipment in the comments.

Posted via email from ulfklose's posterous

Straßenkrieg

2009-09-14T17:37:00.001+02:00

Die Vorgeschichte: ich bin die letzten dreieinhalb Tage außer Landes gewesen. Zweck des Auslandsaufenthalts war eine Tour durch die Schweiz. Stationen waren unter anderem Basel, Bern, Genf und Ascona. In dieser Zeit bin ich rund 2.500 km gefahren, davon den größten Teil der Strecke auf schweizerischem Boden. Aber auch Frankreich, Italien und natürlich Deutschland habe ich befahren. Obwohl natürlich alle vier Länder Autobahnen haben, gibt es doch den einen oder anderen Unterschied. Zum einen ist das natürlich die Beschaffenheit: der Ausbau der italienischen Autobahnen ist der mit Abstand schlechteste aller vier Länder, auf dem dritten Platz folgt Frankreich, auf dem zweiten Deutschland und auf dem ersten die Schweiz. Mit Ausbau meine ich nicht die Größe oder Verteilung des Streckennetzes, sondern eher die Qualität des Straßenbelags. Der Zustand der schweizerischen Autobahnen ist wirklich der beste von allen gewesen.

Der nächste Unterschied, und darauf basiert mein Artikel, ist das Vorhandensein eines generellen Tempolimits und die augenscheinliche Kontrolle der Einhaltung dieser Limits. Vorweg: ich fahre selbst gern schnell. Mein Auto macht rund 220 km/h, was mir auch wirklich Spaß macht. Spaß. Sinnvoll ist es nicht. Es verbrät Sprit (laut Boardcomputer bei Vollgas rund 20 Liter auf 100 Kilometer) und erhöht das Unfallrisiko massiv. Nicht, dass ich mein Auto nicht beherrschen würde, das Problem sind eher die großen Diskrepanzen der auf den Autobahnen fahrenden Fahrzeuge. Wird in Deutschland das Tempolimit aufgehoben, fahren auf dem gleichen Straßenabschnitt Fahrzeuge mit 80, aber auch mit 280 km/h. Das sollen natürlich nur Beispielwerte sein, es gibt auch Fahrzeuge, die die Marke von 300 km/h knacken. Diese tauchen aber eher selten auf. Fahrzeuge, die 250 km/h schaffen sind aber heutzutage sehr häufig anzutreffen. Die Fahrer dieser Fahrzeuge nutzen die Leistung natürlich auch gern aus. Im Gegenzug gibt es genügend Menschen, gerade ältere, die sich nicht trauen, schneller als sagen wir 100 km/h zu fahren. Macht einen Unterschied von 150 km/h. Ziemlich gefährlich. Wenn Opa Ernst mit seinem Polo auf einer zweispurigen Autobahn, ohne in den linken Außenspiegel zu gucken, auf die linke Spur zieht, weil der LKW vor ihm den Berg nicht schafft, von hinten aber Herr Ich-habs-eilig-weg-da mit seinem 3-Liter-Turbodiesel-Audi-A6 mit 250 Sachen angeschossen kommt, kann es durchaus knallen. Vielleicht nicht unbedingt, weil der Audi nicht rechtzeitig langsamer werden kann, sondern weil Opa Ernst sich aufgrund der urplötzlich im Rückspiegel auftauchenden Xenon-Scheinwerfer so heftig erschreckt, dass er entweder die linke Begrenzung der Autobahn touchiert oder den LKW neben sich rammt. Die Folgen kann sich jeder ausmalen.

In Italien und Frankreich gelten gleichermaßen 130 km/h als absolutes Tempolimit auf den Autobahnen. Die Italiener und Franzosen halten sich auch ungefähr an diese Limits. Sicherlich, es gibt immer wieder Idioten, die meinen, dass Tempolimits nur was für Verlierer wären und überschreiten diese mal um 50 km/h. Das sind aber relativ wenige, was sicherlich mit den hohen Strafen in diesen Ländern zu tun hat. Genaue Zahlen habe ich gerade nicht parat, meine mich aber zu erinnern, ziemlich deftige Bußgelder in einem Artikel im ADAC-Magazin kürzlich gelesen zu haben. In der Schweiz liegt das Tempolimit sogar noch niedriger: 120 km/h sind hier angesagt. Und hier hält sich wirklich jeder dran. Na gut, Ausnahmen gibt's auch hier, aber die sind deutlich spärlicher gesät als noch in Frankreich und Italien. Interessant ist das regionale Verhalten der Autofahrer. Während die deutschen Schweizer sehr penibel sind, was die Einhaltung der Tempolimits angeht, halten es die romanischen Schweizer damit schon etwas weniger genau. Noch ungenauer scheinen die Tachometer der italienischen Schweizer zu funktionieren. Was sicherlich aber auch mit der Anzahl der Blitzfallen in den jeweiligen Regionen zu tun hat. Logisch. Ich wurde vor einigen Jahren mal mit 18 km/h zu viel in einer Baustelle kurz vor Basel geblitzt, was mich um 180 Schweizer Franken ärmer gemacht hat. Ärgerlich war, dass ich die Übertretung nicht wissentlich begangen hab, ich habe das Schild tatsächlich übersehen. Aber es hilft ja nix zu lamentieren, ich habe die rund 120 Euro bezahlt, so schnell passiert mir das nicht wieder, hoffe ich. Worauf ich hinaus will? Ganz einfach: das Fahren auf der Autobahn in diesen Ländern ist deutlich, deutlich entspannter als es in Deutschland der Fall ist. Auf den italienischen Autobahnen wird mehr gedrängelt als auf den Französischen, auf den Französischen mehr als auf den Schweizerischen. Aber wenn man sich an die 130 respektive 120 km/h hält fährt man beinahe ohne Spurwechsel auf dem linken Fahrstreifen. Die Fahrer wechseln fleissig auf die rechte Spur, wenn ihr Tempo halbwegs mit dem dieser Spur übereinstimmt. Deutsche verhalten sich im Übrigen im Ausland nicht anders als zuhause. Drei Spuren, man nimmt die mittlere. Auch wenn die rechte Spur frei ist. Wird man demonstrativ rechts überholt, ignoriert man das geflissentlich und fährt einfach weiter. Unfassbar...

Aber nicht nur die Sicherheit ist ein Faktor, weswegen ich weiterhin für die Einführung eines deutschlandweiten Tempolimits auf Autobahnen von 130 km/h bin. Auch die Umwelt spielt eine wichtige Rolle. In der Schweiz zeigte mir mein Boardcomputer einen Durchschnittsverbrauch von rund 7,3 Litern auf 100 Kilometer an. Ein recht guter Wert, bedenkt man, dass in meinem Fahrzeug ein Aggregat mit 1,8 Litern Hubraum und 140 PS arbeitet. Benziner, wohlgemerkt. Das entspricht ziemlich genau dem Wert, den Opel für mein Fahrzeug als Durchschnittsverbrauch auf Autobahnen angibt. In Deutschland ist daran gar nicht zu denken. Ich soll langsamer fahren? Bin ich. Mein Tempomat war die ganze Fahrt über auf ca. 120 km/h eingerastet. Aber die Geschwindigkeit lässt sich leider nicht halten. Wenn von hinten weiter oben genannter Herr mit 250 km/h aufgefahren kommt, bleibe auch ich nicht ruhig und ziehe, wenn möglich, auf den Fahrstreifen weiter rechts. Danach heißt es wieder beschleunigen, weil ich nur ungern mit 80 km/h hinter dem nächstbesten LKW kleben möchte. Und das kostet Sprit. Und nicht zu wenig. Auf den rund 600 km Strecke von der Schweizer Grenze nach Wolfenbüttel hat sich mein Durchschnittsverbrauch (vorher gemittelt auf ca. 2.000 km) von 7,4 auf 7,6 Liter erhöht. 20 Prozent der Strecke haben den Durchschnittsverbrauch also um 0,2 Liter erhöht, obwohl ich keinen Deut schneller gefahren bin als noch in der Schweiz. Und in der Schweiz musste ich auch mal die eine oder andere Bergstraße nehmen, weil keine direkte Autobahnverbindung ins Tessin existiert, wenigstens nicht von Genf aus. Außerdem bin ich einige Kilometer in Städten unterwegs gewesen, wo der Verbrauch naturgemäß etwas höher liegt, weil viel häufiger angefahren werden muss als auf Autobahnen. Außerdem kam noch ein rund einstündiger Stau vor dem Gotthard-Tunnel hinzu, der meine Spritbilanz eigentlich hätte verschlechtern müssen. Ich mutmaße aber auch, dass es mit den Straßenbelägen in Deutschland zu tun hat. Wenn der Belag einen höheren Reibwiderstand bietet, erhöht sich natürlich auch automatisch der Spritverbrauch.

Interessant ist, dass die CDU beispielsweise im Rahmen ihres Wahlprogramms die Einführung eines deutschlandweiten Tempolimits rigoros ablehnt. Genaue Gründe werden dafür aber nicht genannt. Und, ich bin absolut kein Profi, aber mir kann niemand erklären, dass die Unfallzahl und der Schadstoffausstoß nicht massiv sinken würde, würde man ein generelles Tempolimit auf Autobahnen einführen. Auch wenn ich immer wieder entsprechend lautende Aussagen lese und höre. Das kann einfach nicht stimmen. Oder übersehe ich etwas kapitales? Gestern erst habe ich mitten in der Nacht auf der gegenüberliegenden Autobahn ein auf dem Dach liegendes Fahrzeug gesehen. Die Straßen waren frei und trocken, aber es gab kein Geschwindigkeitslimit. Entweder ein technischer Defekt, oder aber absolute Selbstüberschätzung des Fahrers.

Damit aber nicht genug: damit die Tempolimits eingehalten werden, müssten auch die Bußgelder massiv angehoben werden. Die Auswirkungen eines solchen Verhaltens kann man in den genannten Nachbarländern sehen. Kaum einer fährt merklich zu schnell. Was mir allein letzte Nacht an massiven Übertretungen der geltenden Tempolimits vor die Augen gekommen ist, konnte ich einfach nicht glauben. Baustelle, 80 km/h war Limit, ich fuhr etwas drüber. Da überholt mich ein Fahrzeug, alter Golf II, mit geschätzten 130 km/h. In den Nachbarländern beinahe unvorstellbar, in Deutschland leider die Regel. Ich gebe zu, ich fahre in Deutschland auch immer etwas schneller als es eigentlich erlaubt ist. Aber trotzdem kenne ich Grenzen, die ich auch nicht überschreite. Ich fahre nun rund 10 Jahre Auto und habe noch keinen einzigen Punkt in Flensburg, und das soll auch so bleiben. Wenn ich aber manchmal auf der Autobahn sehe, mit welcher Dreistigkeit Tempolimits missachtet werden, wird mir ganz anders. Diese Limits sind ja nicht dazu da, um die Autofahrer zu ärgern, sondern um sie zu schützen. Wenn man in einer Zone mit 100 auf einmal von einem dicken BMW-Kombi mit rund 180 Sachen überholt wird, da kann ich einfach nur den Kopf schütteln.

Jetzt kommen natürlich die Berufsfahrer und Pendler, die dann deutlich länger auf den Straßen unterwegs wären, weil sie eben keine 180 km/h oder schneller mehr fahren können. Absoluter Quatsch meiner Meinung nach. Durch geringere Durchschnittsgeschwindigkeiten gibt es weniger Unfälle und Baustellen, weil der Straßenbelag langsamer abgenutzt würde. Dadurch entstehen im Mittel deutlich kürzere Fahrtzeiten, was sicherlich erstrebenswerter ist als an einem Tag mal 10 Minuten schneller da zu sein. Denn, höhere Zeitersparnisse erreicht man im Allgemeinen nicht, wenn man mal zwischendurch 5 - 10 Kilometer lang 250 fahren darf. Und, sind wir mal ehrlich, zu den Stoßzeiten kann man Geschwindigkeiten jenseits der 100 km/h auf den meisten Straßen ohnehin vergessen. Der Unterschied liegt doch hauptsächlich darin, dass genau diese Menschen dann außerhalb dieser Zeiten ihrem Hobby, dem Gasgeben, nicht mehr frönen könnten. Und dann kommt wieder der alte, abgedroschene und vollkommen inhaltsfreie Spruch "Freie Fahrt für freie Bürger". Sind unsere Nachbarländer nicht frei? Himmel... jedes Mal, wenn jemand mit diesem Spruch daher kommt, ist er entweder BILD-Leser oder anderweitig verquer im Kopf.

Resumé: Unsere Parteien sollten endlich aufhören, den Lobbyisten wie dem ADAC oder der BILD entgegenzuarbeiten und ein deutschlandweites Tempolimit durchdrücken. Außerdem sollten die Bußgelder massiv angehoben werden. Ich sehe es als Fakt an, dass dadurch sowohl die Anzahl der schweren Unfälle als auch der Spritausstoß, und die damit verbundene Umweltbelastung, deutlich reduziert werden können. Andererseits vermute ich aber leider, dass gerade wegen des geringeren Schadstoffausstoßes kein generelles Tempolimit eingeführt wird, da dadurch vermutlich massive Einbrüche in den Einnahmen über die Ökosteuer zu verzeichnen wären. Das würde auch erklären, neben dem Wahlkampf aktuell, wieso die großen Parteien sich so dagegen sperren. Eine Verschwörungstheorie? Totaler Quatsch? Andere Meinung? Gleiche Meinung? Ich freue mich über Kommentare. Und danke fürs Lesen dieses Romans. Das musste einfach raus...

Posted via email from ulfklose's posterous

Fünf Tage mit Snow Leopard

2009-09-02T16:37:00.002+02:00

Gleich am Freitag, 28.08., lief ich los und besorgte mir bei Gravis für meinen iMac und mein MacBook jeweils eine Lizenz von Snow Leopard zum Stückpreis von rund 29 €. Nach diesen fünf Tagen ein kleines Resümee meiner bisherigen Erfahrungen:

Da die Installation von Leopard auf meinem iMac jetzt seit rund 1,75 Jahren lief und ich auch vorher nie eine wirkliche Neuinstallation durchgeführt habe, wurde es schon Zeit. Insbesondere der Start des Systems dauerte mittlerweile eine ganze Ecke, da ich auch viel ungenutztes beim Start mitgeladen habe. Teile der Installation waren mittlerweile rund vier Jahre alt, also noch aus der Zeit meines ersten Macs, auf dem Panther (10.3) vorinstalliert war. "Schnell" ein Backup via Time Machine gemacht, vorher noch ein wenig ausgemistet, der 28.08. konnte kommen.

Die Installationsparty verlief recht schmerzfrei. Ich habe parallel sowohl den iMac als auch das MacBook mit dem neuen System bespielt. Die Apps, die ich regelmäßig nutze, habe ich mir vorher in einer separaten Datei notiert, damit ich nach der Installation gar nicht erst großartig grübeln muss. Die Installation selbst verlief wie zu erwarten war vollständig stressfrei. Das System war nach rund 25 Minuten auf beiden Geräten aufgespielt, nach weiteren drei Minuten erfolgte der erste Login. Keine Probleme bisher.

Nach der erfolgreichen Installation richtete ich zuerst meinen MobileMe-Account ein, was schon mal dafür sorgte, dass meine Lesezeichen, Mailaccounts, Schlüsselbunde, etc. wieder auf beiden Maschinen vorhanden waren. Wer noch keinen solchen Account hat, hier meine ganz klare Empfehlung. Wenn mal ein neuer Mac kommt und man den komplett frisch machen möchte, nimmt einem dieser "Luxus" einen Großteil der Fitzelarbeit. Alternativ kann man natürlich auch einfach das Time-Machine-Backup wieder einspielen, was ich vor rund einem halben Jahr mal getestet habe. Das lief einwandfrei, sämtliche Einstellungen, Treiber, etc. waren nach dem Abschluss der Installation wieder vorhanden. Time Machine rockt :-D.

Danach begann ich damit, meine Apps zu "installieren", ich habe also einfach die aktuellen Versionen sämtlicher Anwendungen runtergeladen und ins Programme-Verzeichnis gezogen. Bei einigen Anwendungen musste ich noch das entsprechende Unterverzeichnis aus ~/Library/Application Support aus meinem Backup holen. Läuft. Schnell noch die Seriennummern eingegeben, wo notwendig, alles lief wieder und die alten Daten waren wieder vorhanden.

Ausnahme bildeten hier 1Password, Growl (nur auf dem iMac), Perian und Cameras. 1Password lässt sich leider nur dann nativ unter Snow Leopard betreiben, wenn man das kostenpflichtige Upgrade auf Version 3 vornimmt, die bisher erst in einer Beta vorliegt. Na gut, da ich 1Password seinerzeit im MacHeist-Bundle erworben habe, war ich bereit, die rund 20 $ (also ca. 14 €) zu investieren. Die neue Version läuft stressfrei und importierte brav alle Daten aus der Version 2. Von Growl musste ich eine Betaversion installieren, da die aktuelle Final beim Aufruf des Preference Panes jedes Mal abstürzte. Die Beta behob dieses Problem. Cameras hingegen funktioniert gar nicht, was schade, aber nicht lebenswichtig ist. Angeblich, laut Quellen im weltweiten Netz, soll Snow Leopard eine entsprechende Funktionalität bereits mitbringen. Cameras ist ein nettes kleines Plugin, was Präferenzen für die jeweilige Kamera festlegt, da ich nicht jedes Mal, wenn ich mein iPhone anschliesse auch iPhoto öffnen möchte. Beim Anschluss meiner DSLR hingegen ist das schon wahrscheinlicher. Perian lässt sich derzeit auch noch nicht zum Laufen bewegen, aber ich hoffe auf eine kurze Reaktionszeit der Entwickler. Schade eigentlich, die Entwickler-Versionen von Snow Leopard gibt es ja schon eine ganze Weile.

Mein Drucker, ein netzwerkfähiges Multifunktionsgerät von HP, HP LaserJet M1522N, konnte ohne Treiberdownload sofort installiert werden und wurde auch korrekt vom System identifiziert. Also drei Mausklicks, fertig. Der Scanner funktioniert leider nicht, also muss ich wohl den Treiber von HP doch wieder installieren. Schade.

Alle anderen Anwendungen funktionierten sofort und einwandfrei, obwohl für einige der von mir verwendeten Anwendungen noch Updates nach der Installation herauskamen, die Probleme mit Snow Leopard beheben sollten, von denen ich aber auch nichts mitbekommen habe. CoverSutra und TextMate sind Beispiele dafür. Die Anwendungen liefen, trotzdem kamen vom Hersteller Updates, in deren Changelog zu lesen war, dass sie Kompatibilitätsprobleme mit Snow Leopard beheben sollen.

Pro Maschine habe ich in etwa zwei Stunden für die vollständige Wiederherstellung inklusive Installation gebraucht. Ein ziemlich guter Wert, bedenkt man die Anzahl der Anwendungen, die ich bei mir installiert habe. MobileMe und Time Machine waren dabei aber wirklich sehr hilfreich, obwohl ich die automatische Wiederherstellung, die Time Machine anbietet, nicht genutzt habe.

Witziges Detail übrigens am Rande: PHP ist in Snow Leopard in der brandaktuellen Version 5.3.0 vorinstalliert, Rails war nach einem "sudo gem update --system && sudo gem update" sofort ebenfalls auf dem brandaktuellen Stand. Für Webdeveloper also ein wirklich sehr gut geeignetes System.

Der angekündigte Geschwindigkeitsschub ist geringer ausgefallen, als ich es mir erhofft hatte, aber trotzdem mehr als nur spürbar. Der eigentliche Neustart geht eine ganze Ecke flotter vonstatten, wobei die Zeit mit einem frisch installierten Leopard meinem Erinnerungsvermögen nach mithalten kann. Gegen Ubuntu 9.04 weiterhin keine Chance, Windows 7 mindestens ebenbürtig. Beinahe sämtliche Anwendungen starten nun merklich schneller und meine virtuellen Maschinen mit VMware Fusion 2 bremsen das System nun nicht mehr so aus, wie das vorher der Fall gewesen ist.

Sowohl der zeitliche als auch der finanzielle Aufwand für das Update haben sich mehr als gelohnt. Ich bin insgesamt sehr zufrieden mit Snow Leopard und suche immer noch nach den neuen Klein-Features, die Apple mit diesem Update eingeführt hat. QuickTime X beispielsweise ist nun wirklich toll, vorher war QuickTime immer etwas... strange. Hab das Programm weder lieben noch hassen gelernt, aber wirklich begeistert war ich davon nie. Die neue Monospace-Schrift Menlo macht im Terminal einen wirklich guten Eindruck und lässt sich besser lesen als das alte Courier.

Wer noch nicht zugeschlagen hat, erhält hiermit meine ganz klare Empfehlung. Die als Upgrade verkaufte DVD ist übrigens eine vollwertige Installations-DVD, die auch ohne vorinstalliertes Leopard funktioniert. Einziger Wermutstropfen ist die fehlende Kompatibilität für Pre-Intel-Macs. Dieser Schritt ist aber sicherlich auch zu einem guten Teil für den Geschwindigkeitsschub verantwortlich.

Posted via email from ulfklose's posterous

Time-Machine-Sicherung auf NAS unter Snow Leopard

2009-08-31T18:37:00.003+02:00

Nur als kleine Info am Rande: Das Backup via Time Machine unter Snow Leopard lässt sich mit meiner Anleitung, die ich vor wenigen Monaten geschrieben habe (http://www.netzlogger.de/2009/05/time-machine-und-freenas.html) genau so problemfrei einrichten. Ich habe das soeben gemacht und die Sicherung läuft einwandfrei. Sollte jemand wider Erwarten Schwierigkeiten haben, benutzt bitte die Kommentarfunktion.

Posted via email from ulfklose's posterous

Politik und so

2009-08-24T16:33:00.002+02:00

Schon mal vorweg: ich halte nichts von Politik, weil ich, seit ich das Wahlrecht habe, immer nur die gleichen abgedroschenen Phrasen zu lesen und hören kriege. Ich halte unsere Politiker für das verlogenste Pack der Nation und, gleich nach den Bossen der Medienkonzerne, auch für das inkompetenteste. Natürlich, uns Deutschen geht es gut, also ganz dumm können diese Menschen nicht sein, aber wenn Wahlversprechen vorn und hinten nicht gehalten werden und die junge Bevölkerung scheinbar vollständig ignoriert wird, entzieht sich das meinem Verständnis. Diese Menschen wollen das Vertrauen der Bürger, enttäuschen es aber jedes Mal aufs neue. Vielleicht, würde man sich die vollständigen Wahlprogramme mal durchlesen, wäre die Enttäuschung geringer, weil sicherlich viele der populistisch in den einschlägigen Tageszeitungen abgedruckte Parolen dort deutlich relativiert werden. Aber wer tut das schon? Mir fehlt ehrlich gesagt ein wenig die Zeit, um ca. 200 Seiten an Wahlprogrammen zu lesen. Und auch die Lust. Diese Lektüre dürfte in etwa so spannend sein wie die Geschichten meines Hausmeisters. Anderes Thema...

Ich beziehe mich in diesem Beitrag sowohl auf die Europawahl als auch die aktuelle Bundestagswahl. Bei der Europawahl wollte ich unbedingt wählen gehen, hatte aber keinen blassen Schimmer, welcher Partei ich meine Stimme geben soll. Ich bemühte einige Wahl-o-mat-Seiten im weltweiten Netz, um wenigstens eine grobe Idee davon zu bekommen, welche Partei ich mit meiner Einstellung wählen sollte. Natürlich habe ich eine politische Meinung, ich mache mir zu vielen alltäglichen und weniger alltäglichen Problemen Gedanken. Aber welche Partei vertritt diese Meinungen? Drei Parteien kamen nach mehreren Internetseiten in die engere Auswahl. Eine davon war die Piratenpartei, nur fand ich den Namen total bekloppt, was ich im Übrigen immer noch tue. Erst wollte ich einer der Konkurrentinnen meine Stimme geben. Als ich dann aber im Wahllokale saß und meine Kreuzchen machen wollte, las ich, welcher Schlag Mensch in dieser Partei sitzt. Informatiker, ITler und andere Menschen wie ich. Also war die Stimme schnell vergeben. Von den "großen" Parteien wie der CDU und SPD habe ich noch nie viel gehalten. Diese Parteien scheinen hauptsächlich, trotz vieler Bemühungen wie bspw. der Jungen Union (CDU), in der auch mein jüngerer Bruder steckt, das Publikum deutlich jenseits der 50 ansprechen zu wollen. Aktuelle Themen, die meine Generation und insbesondere den technisch affinen Teil beschäftigt, werden so gut wie gar nicht aufgegriffen. Wenn dann noch Politiker der genannten Parteien für Zensur im Internet und von Videospielen vor einem Publikum, dessen beste Jahre schon längst vorbei sind Werbung machen ist es mit meiner Sympathie für diese Kandidaten endgültig vorbei. Das folgende Video spricht für sich selbst:

Meine Videospiele bestelle ich mir sowieso größtenteils aus dem Ausland, weil ich auf die deutschen und damit häufig kastrierten Versionen keine Lust habe. Aber trotzdem empfinde ich es als eine riesengroße Frechheit, dass in einem der freiesten (wenigstens empfinde ich das ansonsten und bisher so) westlichen Ländern der Welt gerade Videospiele zensiert werden. Nachrichtensendungen zeigen teilweise ungeschönte Gewalt, niemand beschwert sich. Aber gerade die Parteien, die non-stop auf dem Jugendschutz rumhacken scheinen in ihrem Leben noch nie ein Computer- oder Videospiel gespielt zu haben. Das ist populistische Meinungsmache auf BILD-Niveau in meinen Augen. Natürlich, das Publikum in Steinzeitalter applaudiert, aber das taten deren Eltern auch, als für diese Generation relevante Themen angesprochen wurden. Schade, dass Menschen nicht lernen. Ich hoffe, ich werde nicht so stur und borniert sein, wenn ich dieses Alter mal erreicht habe. Wieso werden solche Vorträge (siehe bspw. Video weiter oben) nicht vor einem Publikum im passenden Alter gehalten? Richtig, weil diese Politiker auf die Fragen dieser Altersgruppe gar nicht antworten könnten, weil sie sich kaum mit dem Thema beschäftigt haben. Es wird teilweise unverhohlen gelogen, das anwesende Publikum weiß es ja eh nicht besser. Ob es nun tatsächlich so schlimm ist, wie in der folgenden, "nachvertonten" Fassung des Videos weiter oben, sei mal dahingestellt:

Ich denke gerade an einen Gastredner, der im vergangenen Semester eine Vorlesung an meiner Fachhochschule hielt. Der gute Mann kommt aus Kenosha und lehrt an der dortigen Universität. Er erzählte immer wieder nebenher einen Schwank aus seinem Privatleben, unter anderem, dass er mit seinen Söhnen gemeinsam das Spiel "Halo" auf den Familien-Xboxen spielt. Würden unsere Politiker ähnlich offen an diese Materie herangehen, wäre die Zensur von Videospielen sicherlich erst gar nicht zur Sprache gekommen. Und was die Webzensur betrifft gilt in meinen Augen ähnliches: würden diese Politiker sich etwas ernsthafter mit der Materie beschäftigen, würden sie wissen, wie lächerlich einfach deren Methoden zu umgehen sind. Oder geht es vielleicht doch nur um die Datensammlung? Das lasse ich jetzt mal so im Raume stehen. Meinungen hierzu sind natürlich ausdrücklich erwünscht.

Nach der Europawahl habe ich mich etwas intensiver mit der Piratenpartei beschäftigt und muss gestehen, dass ich mich seit langer Zeit zum ersten Mal ernsthaft mit dem Thema Politik beschäftigt habe. Sicherlich bin ich noch immer keine Koryphäe in dem Bereich, habe mir aber mittlerweile wenigstens halbwegs eine Meinung gebildet. Das Wahlvideo der Piratenpartei finde ich persönlich sehr gelungen, auch wenn die Aussagen natürlich wieder sehr oberflächlich gehalten sind.

Unfassbar finde ich, wie auf welch kindischem Niveau der Wahlkampf mittlerweile geführt wird. Der folgende Eintrag im Wiki der Piratenpartei spricht Bände: http://wiki.piratenpartei.de/PlakatFoul. Was denken sich die Parteien dabei? So jemandem soll man vertrauen? Das ist wirklich unterste Schublade und meinem Rechtsverständnis nach mutwillige Sachbeschädigung. Immerhin kosten diese Wahlplakate Geld. Und das, obwohl sie vollständig aussagenlos sind, die Gegend verschandeln und, im Falle der Linken, auch noch an Überschriften der BILD erinnern. Grauenhaft. Ich hasse die Wahlperioden.

Kürzlich spielte ich sogar mit dem Gedanken, Mitglied der Piratenpartei zu werden, war dann aber doch nicht bereit, 36 € dafür auszugeben, da ich nicht so recht ersehen konnte, was ich genau davon habe. Wenn es mir jemand näher bringen kann, denke ich vielleicht noch mal drüber nach.

Fazit der ganzen Angelegenheit: ich halte nach wie vor nichts von Politik, bin aber dank der Piraten wieder wenigstens ansatzweise in der Thematik drin und hoffe, dass die Piraten eine ausreichend große Stimmenanzahl bekommen, vielleicht tut sich dann ja endlich mal was in der ziemlich drögen und langweiligen, weil von zwei "Monopolisten" beherrschten Politiklandschaft Deutschlands.

Andere Meinung? Dann rein in die Kommentare.

Posted via email from ulfklose's posterous

Selbst hosten vs. hosten lassen

2009-07-30T15:23:00.001+02:00

Da ich aus vielen Richtungen für meine Entscheidung teilweise recht harsch kritisiert wurde, viele der von mir genutzten Webdienste nicht mehr selbst auf meinem eigenen Server zu hosten, sondern in fremde Hände zu geben, möchte ich hier in kurzen Stichpunkten einige Sachen loswerden, in der Hoffnung, dass viele den Hintergrund verstehen und vielleicht sogar den gleichen Weg einschlagen werden.

Vor einigen Jahren, 2005 war es glaube ich, habe ich mit einigen Freunden zusammen einen eigenen Root-Server gemietet. Einfach aus reinem Interesse und dem Spaß daran, einen kompletten Webserver mit allen Diensten selbst zu installieren und zu administrieren. Dadurch habe ich eine Menge im Umgang mit Linux und den diversen Webdiensten gelernt. Ich bereue es also nicht und habe weiterhin einen eigenen Root-Server.

Geschichtlich betrachtet teilten wir (der Arne und ich) uns zuerst einen Server bei HostEurope, welcher aber nur ein virtueller war. Angenervt von den Einschränkungen, zogen wir zu Manitu um. Dort gab es einen für damalige Verhältnisse recht ordentlich ausgestatteten Server für wenig Geld. Als dann jemand über eine Sicherheitslücke in einer der Anwendungen auf dem Server einige erfolgreiche DoS-Attacken hat laufen lassen können, bat Manitu mich, meinen Anbieter zu wechseln. Dies tat ich dann auch und mietete mir (aus Kostengründen) erneut einen virtuellen Server, dieses Mal bei Server4You. Mit der Maschine war ich dann auch eine ganze Zeit lang zufrieden, bis auch in diese Serverinstallation eingebrochen wurde (wieder war eine Sicherheitslücke in einer Anwendung, die ich für einen Freund installierte schuld) und der Application Server Tomcat sich nicht installieren lies, mietete ich mir wieder einen vollständigen Root-Server, dieses Mal bei Hetzner. Auf dieser Maschine arbeite ich bis heute, der Server ist seit rund 1,5 Jahren auf meinen Namen "zugelassen". Die Maschine verfügt über einen Athlon 64 X2 5.600+ mit 4 GB RAM und zwei 400 GB großen Festplatten, sie wird also noch eine ganze Weile halten.

Zählen wir zusammen: in den letzten vier Jahren habe ich drei Serverumzüge mitgemacht, musste dabei alle meine E-Mails, Datenbanken, HTML-, PHP- und Bilddaten per Hand sichern und diese wieder auf den neuen Server spielen, immer mit der Gefahr, dass unterwegs etwas verloren oder kaputt geht. Außerdem kopierte ich am laufenden Bande meine kompletten Daten über ungesicherte Internetleitungen, was bei einigen GB großen Backups auch nicht ganz ungefährlich ist. Ganz abgesehen von der Freizeit, die man jedes Mal in ein solches Projekt stecken muss. Zwei Arbeitstage gehen für eine erfolgreiche Migration der ganzen Dienste und Daten locker drauf. Dazu kommen noch die Kosten, weil beinahe jeder Anbieter Einrichtungsgebühren sehen will. Ganz billig war der Spaß also auch nicht.

Anfangs fand ich es auch unheimlich cool, wirklich alles selbst zu hosten. Bei der Leistung und Kapazität auch gar kein Problem. Ich habe also meine öffentliche Fotosammlung selbstgehostet, mein Blog, meine E-Mails, einfach alles. Was natürlich zur Konsequenz hatte, dass ich nicht nur den Server und seine Dienste administrieren, warten, updaten und ggf. reparieren musste, sondern auch noch die selbst gehosteten Webanwendungen installieren, administrieren und so weiter musste. Die regelmäßige Datensicherung nicht zu vergessen. Also ein Heidenaufwand. Dabei sollte die Verwendung von Bildersammlungen, Blogs, etc. eigentlich Spaß und keine Arbeit machen, oder?

Erste Konsequenz war, dass ich meine Fotos zu Flickr ausgelagert habe. Anfangs noch mit einem kostenlosen Account, sogar noch bis vor ca. einem Jahr, als ich es dann doch endlich mal eingesehen habe und die 18,- € für ein Jahr gelöhnt habe.

Die Ablage von immer wieder mal benötigten Dateien auf meinem Server kann ich mir dank der Dropbox (www.getdropbox.com) auch ersparen. Dropbox ist einfach komfortabler als FTP oder WebDAV.

Den Rappel bekam ich eigentlich erst vor kurzem: wieder stand ein Serverumzug bevor. Die physikalische Maschine bleibt zwar gleich, aber Arnes Server alterte so langsam vor sich hin und ist mittlerweile einfach nicht mehr zeitgemäß ausgestattet. Also beschlossen wir, eine Server-WG (diese schicke Bezeichnung kam von einem seiner Freunde) zu gründen. Da wir aber mit der gemeinsamen Administration eines Servers schon mal ziemlich schlechte Erfahrungen gemacht haben, zu viele Admins verderben den Brei oder so ;-), beschlossen wir zuerst, einen komplett neuen, größeren Server zu mieten und auf diesem dann mehrere virtuelle Maschinen aufzusetzen. Als wir aber merkten, dass die derzeitige Maschine mehr als ausreichend für die paar Dienste, die wir laufen haben, ist, blieben wir doch bei dem Gerät. Virtualisiert werden musste trotzdem. Also habe ich sukzessive alle von mir verwendeten Dienste in meine eigene VM migriert, Serverumzug Nr. 4. Als die Planung mit den virtuellen Maschinen begann, hat mir die Sicherung und Migration von all meinen selbstgehosteten Diensten schon wieder so viel Sorgen gemacht, dass ich mich zum Outsourcing entschieden habe.

Als erstes habe ich mich um mein Hauptblog, www.netzlogger.de, gekümmert. Da mir Wordpress mit seinen Update-Kapriolen in der letzten Zeit immer mehr auf die Nerven ging und ich immer wieder die Wortkombination Cross-Site Scripting und SQL Injection las, habe ich alle meine Posts und Kommentare zur Google-eigenen Blogging-Plattform Blogger (www.blogger.com) migriert. Der Upload meiner alten Daten verlief stressfrei und ich konnte sogar mittels der passenden DNS-Einträge (ich berichtete hier bereits) meine Domain direkt auf diesem Account konnektieren. Eine Stressquelle weniger. Mein altes Blog unter www.ubacoma.de flatterte auch gleich zu Blogger, da ich die Domain auch loswerden, die Inhalte aber dennoch nicht aus dem Netz entfernen wollte. Weitere Webanwendungen hatte ich mittlerweile auch gar nicht mehr selbst laufen, da meine Fotos mittlerweile alle bei Flickr liegen (wo sie auch deutlich besser liegen als bei jedem selbstgehosteten Blödsinn der Welt), konnte ich mir den Stress also auch ersparen.

Meine E-Mails waren mir ein weiterer Dorn im Auge. Gerade aus Sicherheitsaspekten, ich bin kein ausgemachter Sicherheitsexperte, war mir das ein wenig zu heikel, die auf selbstgewarteten Maschinen liegen zu lassen, da ich von der Absicherung von E-Mail-Servern nicht so furchtbar viel Ahnung habe. Klar, die größten faux-pas begehe ich nicht, aber ob hier oder da nicht doch die eine oder andere Sicherheitslücke steckt, konnte ich nie abschätzen. Und auch hier schwebte das Damoklesschwert des Datenverlusts über meinem Schädel. Da ich seit rund vier Jahren keine einzige E-Mail mehr gelöscht habe, wäre der Verlust all dieser Mails gigantisch. Der einzig logische Schritt war also, meine E-Mails bei einem externen, darauf spezialisierten Anbieter auszulagern. Das Ganze soll natürlich möglichst wenig kosten und in allen Belangen sicher sein. Deswegen fiel meine Wahl auf Google Apps.

Im gleichen Atemzug hab ich übrigens auch gleich meinen selbstgehosteten Jabber-Server an den Nagel gehängt und verwende nun GTalk.

Ja, Google Apps. Ich weiß, Google hat in der Öffentlichkeit das Image der nimmersatten Datenkrake, was sicherlich auch stimmt. Was Google aber mit ziemlich großer Sicherheit nicht tun wird, ist der Verkauf von persönlichen Daten oder gar E-Mail-Inhalten. Wenn das herauskäme... gute Nacht Google. Selbst so ein Gigant wie Google würde so etwas nicht überstehen. Microsoft und Yahoo dürften sich freuen ;-) Also kann man eigentlich davon ausgehen, dass Google mit den Daten vernünftig umgeht. Ich muss mir keine Sorgen mehr über einen vernünftigen Webmailer oder die regelmäßige Sicherung meines Mailservers und dessen Inhalten machen. Bei einem erneuten Serverumzug, der für meine Daten noch aussteht, muss ich auch keine Mails mehr auf die neue Maschine kopieren. Das Rechenzentrum mit meinem Server drin brennt ab? Wird von einer Atombombe getroffen? Da lach ich doch drüber. Na gut, über letzteres nicht... ;-) Aber der ganze Stress, dass meine E-Mails von meinem Server geklaut werden könnten oder anderweitig verloren gehen, der ist nun weg. Ich muss meinen Server auch nicht mehr mit Updates versorgen, die im Zweifelsfalle natürlich auch für Schwierigkeiten oder eben durch deren Abstinenz für ausnutzbare Sicherheitslücken sorgen könnten.

Ja, ich weiß, es ist Google. Und genau deswegen liegen meine E-Mails nun dort. Seit Jahren, schon während der damaligen Einladungsphase, habe ich einen Freemail-Account bei Google. Gegen das, was Google für den Vielmailer bietet, können die deutschen Anbieter wie GMX, web.de, Freenet und Konsorten nicht mal ansatzweise anstinken. Außerdem würde ich mich in der heutigen Zeit wirklich dafür schämen, eine E-Mail-Adresse mit der Endung @gmx.de, @web.de oder @freenet.de herauszugeben. Gmail hat irgendwie von allen Freemailern den angenehmsten Beigeschmack. Gmail bietet mittlerweile gigantische 7,3 GB Speicherplatz, IMAPS und SMTPS, auf Wunsch einen Kalender, ein Online-Office-Paket, einen Jabber-kompatiblen Messenger und noch einiges mehr. Und das alles für lau.

Google Apps tut das gleiche wie Gmail, nur dass Google Apps speziell für kleine und auch große Unternehmen erstellt wurde. Man hat also keine "Einzelplatzlösung" wie bei Gmail, sondern hat mit seinem Account, dem man auch eine oder mehrere Domains zuordnen kann, die Möglichkeit, mit den anderen Benutzern dieses Google-Apps-Accounts zusammenzuarbeiten. Wahlweise webbasiert oder auch mithilfe geeigneter Desktop-Clients. Die webbasierte Arbeit hat natürlich den gigantischen Vorteil der Ortsunabhängigkeit. Ich brauche keinen eigenen Rechner mehr dabei zu haben und kann trotzdem auf alle meine wichtigen Daten zugreifen. Alles natürlich SSL-gesichert.

Natürlich hätte ich eine ähnliche Konstellation auch auf meinem eigenen Server parken können, aber den hätte ich a) selbst einrichten (geschätzter Zeitaufwand 2 - 3 Arbeitstage), b) selbst warten und pflegen (geschätzter monatlicher Zeitaufwand 4 Stunden) und selbst absichern müssen, was mir als Anfänger nicht mal ansatzweise so gut gelingt, wie den Profis bei Google. In diesem Kontext frage ich mich auch wirklich, was besser ist: einen selbst gehosteten Mailserver mit der vollen Kontrolle über die Daten aber der immerwährenden Ungewissheit, dass man nicht irgendwo eine Sicherheitslücke übersehen hat oder die Unterbringung der E-Mails auf professionell gewarteten Systemen, die einem Unternehmen gehören, das zwar mit Informationen sein Geld verdient, aber (hoffentlich) nicht dumm genug ist, Daten ungefragt zu verkaufen. Ich bevorzuge letzteres. Beides hat seine Vor- und Nachteile, aber die Nachteile überwiegen für mich bei der erstgenannten Lösung doch zu deutlich.

Fazit: ich will einfach kein Administrator mehr sein. Es wird weiterhin Dinge geben, die ich nur auf meinem eigenen Server hosten KANN, aber all die Sachen, die ich außerhalb mindestens genau so gut, wenn nicht gar besser und vor allem mit deutlich weniger Freizeitverschwendung unterbringen kann, bringe ich dann auch dort unter.

Der Hang zum weniger-Administrator-sein hat mich übrigens anno 2005 weg von der Windows- und hin zur Macintosh-Plattform gebracht. Jetzt gehe ich diesen Weg eigentlich nur konsequent weiter und mache nur noch das selbst, was sich auch wirklich lohnt bzw. die Dinge, bei denen es unumgänglich ist, weiterhin selbst Administrator zu spielen.

Posted via email from ulfklose's posterous

Kaufverhalten der Apple-Nutzer

2009-07-20T07:13:00.002+02:00

Ich finde, dass man an Apps wie DaisyDisk merkt, dass das Kaufverhalten und die Kaufbereitschaft der Apple-Nutzerschaft sich massiv von der der Windows-Nutzer abhebt. Das Tool kostet umgerechnet ungefähr 15,- € und tut eigentlich nichts anderes, als den Inhalt der Festplatte zu analysieren und die Belegung visuell darzustellen. Als Windows-Anwendung wäre diese App sicherlich ein Ladenhüter. Linux, Ubuntu bspw., bringt solch eine Anwendung gleich mit.

Aber das Programm sieht zum niederknien aus und wird sicherlich seine Käufer finden. Solche Beispiele zeigen einfach nur, dass die Shareware-Szene in der Apple-Welt einen gigantischen Stellenwert besitzt und sich auch solche sehr selten nutzbaren Apps bestimmt gut verkaufen, wenn sie vernünftig aufgemacht sind und die Website es versteht, das Produkt gut zu verkaufen. Das hat natürlich den unschlagbaren Vorteil, dass auch die Software von sehr kleinen Teams durchaus Umsätze generieren kann, weil die Mac-Nutzer daran gewöhnt sind, Shareware zu erwerben und einzusetzen. Kein Windows-Nutzer, den ich kenne, kauft häufiger Shareware.

Das Programm setzt Mac OS 10.5 voraus und steht zum Download unter http://www.daisydiskapp.com/ in einer 15-Tages-Version kostenfrei zur Verfügung.

Auf den Hund gekommen durch: http://www.aptgetupdate.de/2009/07/19/daisy-disk-test-verlosung/

See and download the full gallery on posterous

Posted via email from ulfklose's posterous

Verkettet

2009-07-17T20:58:00.002+02:00

Ich hab jetzt schon eine ganze Weile überlegt, wie ich meine sozialen Medien miteinander verknüpfen kann, ohne alles selbst hosten und dementsprechend auch warten zu müssen. Nach einigen Recherchen bin ich auf einige sehr interessante und wirklich ausgereifte Dienste im Internet gestossen. Im Einzelnen sind das Tumblr, Posterous und Blogger. Mein Blog unter dieser Adresse ist ja bereits auf Blogger umgezogen und eben keine selbstgehostete WordPress-Installation mehr.

Da ich bei meinen Streifzügen durchs Internet immer wieder wieder auf interessante Kleinigkeiten wie Bilder, Fotos, Videos und Texte stosse, diese aber nicht auf meinem Blog posten wollte, da ich es auf die Art und Weise ganz schön zumüllen würde, habe ich bisher entweder darauf verzichtet oder es eben via Twitter publik gemacht. Aber Twitter eignet sich gerade für visuelle Medien eher weniger. Auch längere Auszüge, wie Zitate, kann man aufgrund der Beschränkung auf 140 Zeichen nicht effektiv anderen zur Verfügung stellen.

Auf meinem "alten" Blog habe ich jede Menge Widgets verwendet, um meinen Flickr-Stream und wenigstens meine letzte Twitter-Nachricht mit dem Blog zu verknüpfen. Aus Platzgründen mussten diese Dinge aber recht klein ausfallen und sind deswegen vermutlich vielen Besuchern nicht aufgefallen. Ich fand die Lösung auch nicht wirklich optimal, nur ist mir nichts besseres eingefallen.

Ich habe mich nun also mit den weiter oben genannten Diensten weiter auseinander gesetzt und will diese und meine persönliche Verwendung im Folgenden ein klein wenig beschreiben:

1. posterous

Unter www.posterous.com kann jeder der mag, sich kostenfrei einen Account einrichten, oder dies durch eine einfache E-Mail an den Dienst erledigen. Der Benutzername wird dann für eine Subdomain verwendet. Mein Account dort ist unter ulfklose.posterous.com erreichbar. Wer es etwas individueller mag, kann auch seine eigene Domain auf seinen Account konnektieren. Das ist recht simpel, erfordert aber Zugriff auf die DNS-Einträge der jeweiligen Domain. Wer das kann, braucht einfach nur entsprechende A-Records auf die IP-Adresse 67.207.139.81 zu legen. Empfehlenswert ist es dann, sowohl ohne Subdomain als auch mit www als Subdomain entsprechend zu konfigurieren. Ab sofort werden dann alle Aufrufe der Domain mit und ohne Subdomain www direkt auf den posterous-Account umgelenkt. Damit das funktioniert, muss man aber die Domain noch in seinem Account bei posterous angeben. Fertig.

Dieses Angebot habe ich genutzt, um meiner Domain ulfklose.de endlich neben der E-Mailerei auch einen Web-Verwendungszweck zu geben. Diese Domain zeigt nun unter ulfklose.de und www.ulfklose.de meinen posterous-Account an.

Wieso? Ganz einfach. Ich wollte schon seit Ewigkeiten meine zentrale, weil sie nun mal meinem Namen entspricht, Domain zu nutzen, um auf alle meine Social-Media-Aktivitäten zu verweisen. Bisher ist mir aber keine vernünftige Lösung dafür eingefallen. Es gibt zwar richtig schicke Lifestreaming-Lösungen wie beispielsweise FriendFeed oder NoseRub, optisch finde ich die alle aber nicht so toll. Außerdem wollte ich ja selbst nichts mehr hosten. Oder so wenig wie möglich. Ab sofort sieht mein Workflow für Blog, Twitter, Facebook, etc. so aus, dass ich eine E-Mail an meinen posterous-Account mit dem gewünschten Inhalt schicke. posterous postet dann den Inhalt der Mail an die ausgewählten Dienste. Wenn ich einfach eine E-Mail an post@posterous.com sende, wird der Inhalt der Mail in allen Social Media, die ich mit dem Account verknüpft habe gepostet. Schicke ich eine E-Mail an blog@posterous.com, wie mit diesem Artikel geschehen, taucht diese nur in meinem Blog auf. Schicke ich eine E-Mail an tumblr+facebook@posterous.com, taucht der Inhalt sowohl bei Tumblr als auch bei Facebook auf. Und so weiter, das Konzept dürfte klar sein.

posterous geht dabei äußerst clever vor. Schicke ich beispielsweise ein Foto im Anhang mit, wird das Bild auf den Servern von posterous abgelegt und dieser Link wird dann auf den Zielmedien eingetragen. Ausnahme bildet hier Flickr, logischerweise. So muss ich mich nicht mehr darum kümmern, wie ich Bilder in meine Blogartikel einbinde, weil posterous das für mich automatisch macht. Auch Links zu Bildbeiträgen bei Flickr werden automatisch so eingebunden, dass das Bild selbst im Artikel auftaucht und kein Link zu dem jeweiligen Foto. Vollautomatisch wohlgemerkt. Schicke ich eine E-Mail von meinem iPhone mit Fotos, die mit dem iPhone gemacht wurden, bindet posterous sogar die Geodaten aus den Bildern in den Beitrag mit ein. Sehr schick. Auch ist die Art und Weise, wie Bildergalerien eingebunden werden sehr gut gelöst. Jedem Nutzer stehen übrigens zu Beginn 1 GB an Speicherplatz zur Verfügung.

Einzig und allein meinen Flickr-Account werde ich nicht auf diesem Wege füttern. Ein Mal weil ich es nicht als sinnvoll erachte, hunderte von MB an Fotos per E-Mail zu versenden, auf der anderen Seite aber auch deswegen, weil ich iPhoto '09 habe und der Workflow damit einfach deutlich besser ist. Auch meinen Facebook-Account werde ich nicht hierüber mit Bildern befüllen, da ich spontan nicht mal wüsste, wie ich das machen sollte. Eine E-Mail an facebook@posterous.com schickt nämlich nur Statusnachrichten an diesen Dienst. Bei Flickr werde ich wohl so verfahren, dass ich einen Direktlink des Alben-Titelfotos per E-Mail an tumblr@posterous.com schicke und einen Link auf das Album direkt darunter setze. So taucht das Bild samt Alben-Link sowohl bei posterous als auch bei dem unter 2. beschriebenen Dienst auf.

Solange ich diese Arbeitsweise konsequent einhalte, kann also jeder Interessent alle meine Nachrichten oder Beiträge zu meinen eigenen Social Media nachverfolgen, ohne verschiedene Dienste besuchen zu müssen. posterous ist auf jeden Fall empfehlenswert, eignet sich aber meiner Meinung nach nicht für längere Blogbeiträge UND das Sammeln von Social-Media-Beiträgen. Trotzdem: ganz klare Empfehlung, sollte sich jeder mal näher angeschaut haben.

2. Tumblr

Tumblelogs gibt es schon etwas länger. Eigentlich ist posterous auch einer. Aber Tumblr macht alles noch etwas hübscher und irgendwie auch attraktiver.

Im Gegensatz zu posterous, ist aber wohl geplant, ist es themefähig. Und die Themes sind auch richtig hübsch. Und ich habe endlich einen Platz gefunden, an dem ich Schnipsel in Text-, Video-, Audio- und sonstigen Formen posten kann, diese gleich korrekt dargestellt werden und all das, ohne mein eigentliches Blog vollzumüllen. Denn dieses sollte eigentlich Beiträgen wie diesem vorbehalten sein. Neue Posts bei Tumblr kann man entweder über sein persönliches Dashboard vornehmen, oder man schickt seine Beiträge per E-Mail. Diese Schnittstelle nutzt übrigens posterous, um Beiträge an Tumblr zu schicken. Alles in allem eine sehr komfortabel zu bedienende Tumblelog-Plattform, die gut aussieht und mich bisher wirklich begeistert.

Auch hier gilt: wer es etwas individueller mag, kann seine eigene Domain auf seinen Tumblr-Account konnektieren. In diesem Falle müssen die A-Records, wie weiter oben schon mal beschrieben, auf die IP-Adresse 72.32.231.8 zeigen. Das habe ich noch nicht getestet, sollte aber wohl tadellos funktionieren. Mein Account ist weiterhin unter ulfklose.tumblr.com zu finden. Vielleicht konnektiere ich demnächst eine meiner weiteren Domains mit meinem Namen drin darauf, mal schauen.

3. Blogger

Jahrelang, seit 2005, führe ich ein Blog. Das allererste, unter meiner Domain ulfklose.de, ist schon längst Geschichte. Als Software kam Textpattern zum Einsatz. Ein Open-Source-Bloggingsystem. Ziemlich leistungsfähig, komplex und schnell. Danach kam die Zeit, unter der gleichen Domain, mit WordPress. Als dieses dann auch ausgetauscht werden sollte, gab ich Serendipity eine Chance. Dieses Mal aber unter einer anderen Domain, ubacoma.de. Ich weiß, die Domain klingt reichlich merkwürdig, sollte aber die Wortfolge "Ulf's Blog About Computers, Online-Life, More computers And anything else" abkürzend bezeichnen. Nachdem ich auch von Serendipity die Nase voll hatte, registrierte ich, zwecks Neuanfang, eine neue Domain. Diese hier, also netzlogger.de. Da lief bis vor wenigen Tagen auch noch ein selbstgehostetes WordPress drunter. Nachdem aber in letzter Zeit die Update-Intervalle von WordPress selbst und auch den verwendeten Plugins immer kürzer wurden, sah ich mich nach einer Alternative um, die ich nun (vorerst) in Blogger gefunden habe. 2005 habe ich bei diesem Dienst schon mal einen Testaccount eingerichtet, habe diesen aber nie wirklich genutzt. Seit einiger Zeit bietet Blogger aber nun, wie die beiden zuvor genannten Dienste auch, dem Nutzer an, seine eigene Domain auf seinen Account zu konnektieren. Hier sind allerdings dieses Mal CNAME-Records notwendig. Der korrekte Eintrag für diesen sollte wie oben vorgenommen werden, also mit und ohne Subdomain, und muss auf ghs.google.com. (der abschließende Punkt ist wichtig) zeigen. Danach landet ein Aufruf der Domain direkt auf dem Blogger-Account, sofern man in dessen Einstellungen den Domain-Namen angegeben hat.

Ich hätte mein Blog sicherlich weiterhin selbstgehostet lassen können, wollte mich aber nicht mehr um die technische Wartung der Software kümmern. Gerade WordPress ist aufgrund seiner Popularität ein beliebtes Angriffsziel für Cyberkriminelle aller Art. Und dieser Gefahr wollte ich meinen Server nicht länger aussetzen. posterous, siehe Punkt 1, arbeitet aber auch tadellos mit selbstgehosteten WordPress-Installationen zusammen.

Blogger bietet mir eigentlich alles, was ich für das Führen eines Blogs, also Weblogs, brauche. Mir fehlt es an nichts, bis auf vielleicht die Möglichkeit, Flickr-Bilder direkt einzubinden und neue Blogposts via Twitter bekannt zu machen. Aber da gerade letzteres vielen Twitter-Nutzern auf die Nerven geht, empfinde ich das nicht als weiter schlimm. Wenn ich einen Artikel geschrieben habe, der mir besonders am Herzen liegt, kann ich dies ja auch manuell tun.

Außerdem nehme ich mit meinem Blog nun an einer nicht gerade kleinen Community teil, was mir hoffentlich höhere Besucherzahlen bescheren wird. Über die Einstellungen des Accounts lassen sich darüber hinaus extrem einfach AdSense-Werbeblöcke einfügen, was ich auch gleich genutzt habe. Hoffentlich nehmen es mir meine Besucher nicht übel. Die Theme-Auswahl ist überraschenderweise ziemlich klein und wirklich gute sind auch nicht dabei. Ich habe mich, genau wie bei Tumblr, aber für ein sehr minimalistisches entschieden. Mir gefällt's, den Lesern hoffentlich auch.

4. Twitter

Wer kennt Twitter nicht? Es ist in aller Munde, gerade US-amerikanische Unternehmen nutzen es mittlerweile auch aktiv für ihre Zwecke. Ich liebe Twitter und habe schon viele interessante Leute darüber kennen gelernt.

Kurz beschrieben ist Twitter ein Microblogging-Dienst, bei dem Nachrichten nicht länger als 140 Zeichen werden dürfen. Das ist einerseits positiv, weil man so kurz und prägnant seinen Followern, also quasi den Abonnenten des eigenen Streams, Nachrichten zukommen lassen kann, die einem als wichtig oder sinnvoll oder einfach nur lustig erscheinen. Manche Nutzer schreiben leider, sorry, jeden Müll bei Twitter rein. Wenn sich jemand gleich auf sein stilles Örtchen begeben möchte, interessiert mich das im Allgemein herzlich wenig. Aber wenn man solche Leute irgendwann aussortiert hat, macht Twitter richtig Spaß.

Dank vieler innovativer Zusatzdienste wie beispielsweise Twitpic und einer großen Anzahl verschiedener Clients kann man von immer und überall aus Twittern. Auch von meinem iPhone twittere ich immer wieder mal das eine oder andere. Auch Flickr beherrscht mittlerweile Twitter, man kann also entsprechend freigegebene Bilder direkt mit einer Kurz-URL in der Form flic.kr über seinen Twitter-Account posten. Kurz-URLs haben übrigens massiv an Relevanz gewonnen, seit es Twitter gibt, da viele URLs sprich und ergreifend zu lang sind, um sie und eine Nachricht in 140 Zeichen unterzubringen.

Fazit: Die Kombination all dieser Dienste ist gar nicht mal so schwer, solange man sich an die oben beschriebene Reihenfolge hält. Schicke ich etwas an Tumblr, teilt Tumblr das direkt meinem Twitter-Account in der Form "Artikel-Titel + Link zum Tumblr-Beitrag" mit. Schicke ich etwas an Twitter, landet das auch direkt in meinem Facebook-Stream, da Facebook eine Anbindung an Twitter bietet. Schaut man sich diese Kette an, landet also jeder Tumblr-Post automatisch bei Twitter und dadurch bei Facebook. Kette geschlossen. Es genügt also eine E-Mail an tumblr@posterous.com, um auch Twitter und darüber Facebook mit dem Beiträg zu versorgen. Wer immer über alles informiert sein möchte, abonniert einfach meinen posterous-Account, alle anderen können frei wählen, welche geistigen Ergüsse von mir sie nun im Einzelnen genau lesen oder sehen wollen ;-)

Ein weiterer Grund dafür, vom selbstgehosteten wegzukommen war der Community-Gedanke. Alle meine Beiträge zum Web 2.0 (ich weiß, Buzzword) landen nun also in mindestens einer Community, was hoffentlich eine rege Beteiligung nach sich zieht. Denn genau das ist ja das Ziel und der Gedanke des Web 2.0. Jeder kann beitragen und jeder kann seine Meinung dazu abgeben. Ich persönlich finde das grandios und hoffe auf diese Art und Weise viele neue Leute mit ähnlichen, gleichen oder aber auch vollständig anderen Interessen kennenzulernen.

Auf diese Art und Weise habe ich es geschafft, alle meine Beiträge "thematisch" zu sortieren und trotzdem an einer Stelle zu sammeln. Optimal, wenigstens für mich.

Posted via email from ulfklose's posterous

Umzug

2009-07-16T11:19:00.004+02:00

Eine kleine Begründung, wieso mein Blog rund 14 Stunden nicht erreichbar war und jetzt nicht mehr selbstgehostet ist, sondern bei Blogger (Google) liegt:

Ich war es leid, meine WordPress-Installation aktuell zu halten. Ich musste beinahe täglich Updates durch irgendwelche Plugins einspielen. Dazu kam noch, dass einige dieser Updates gelegentlich aus mir unerfindlichen Gründen gescheitert sind. Gut, das mag mit meinem Server zusammenhängen, irgendwo werde ich eine Einstellung gesetzt haben, die WordPress nicht gefällt. Aber da ich keine Lust hatte, stundenlang nach der Ursache zu suchen, bin ich jetzt diesen Schritt gegangen. Außerdem wollte ich auch mit meinem Blog an einer Community teilnehmen, trotzdem aber meine Domain beibehalten, weil ich die eigentlich ziemlich toll finde ;-) Die Community deswegen, um mehr Leser zu bekommen und weitere interessante Blogs kennen zu lernen. Und, na ja, ich spare mir eben den Stress, den man mit einem selbstgehosteten irgendwas immer hat. Deswegen liegen meine Fotos auch nicht auf meinem eigenen Server, sondern bei Flickr, weil ich mir auch hier mehr Resonanz erhoffe, als bei einer selbstgehosteten Bildergalerie. Technisch wäre das alles ohne Schwierigkeiten möglich, aber es frisst Freizeit, und davon hatte ich die Nase voll.

Blogger bietet einem die Möglichkeit, ein Blogger-Blog unter einer individuellen Domain laufen zu lassen. Diese kann man direkt über Google beziehen, oder eben eine bereits vorhandene verwenden. Dafür muss man eigentlich nur einen CNAME-Eintrag im DNS hinterlegen, der auf ghs.google.com zeigt. Dummerweise habe ich den abschliessenden Punkt, der bei meinem DNS-Provider erforderlich ist, vergessen, weswegen die Domain rund 14 Stunden lang ins Leere lief. Danke für die prompte Hilfe übrigens an die Firma Fairio. Jetzt zeigen die ganzen Links in den Suchmaschinen natürlich auf nicht mehr existierende URLs, aber das sollte binnen einer Woche verschwunden sein, denke ich.

Das sollte an Erklärungen wohl reichen ;-) Freue mich weiterhin auf eure Besuche, bis bald. Ulf

Datenschutz und so

2009-07-13T18:17:00.001+02:00

Ein anderer Titel für diesen Artikel fiel mir einfach nicht ein. Das Vorgeplänkel:

t Donnerstagabend ist meine Spüle verstopft und der Geschirrspüler steht voll Wasser. Da es nicht so tragisch war, habe ich keinen Notdienst geholt, sondern bis zum nächsten Werktag, also Freitag, gewartet. Da ich Freitagvormittag unmöglich zuhause bleiben konnte, habe ich unserem Hausmeister meinen Wohnungszweitschlüssel in die Hand gedrückt, damit er die Handwerker in die Wohnung lassen kann. Auf dem Weg nach Hildesheim am Freitag rief ich dann das Sanitärunternehmen an und instruierte den Mitarbeiter. Einige Stunden später klingelte mein Handy. Der Mitarbeiter teilte mir mit, dass das Problem nur behoben werden könne, wenn er in beide Wohnung in diesem Stockwerk kommen würde. Tja, vielen Dank, liebe Nachbarn. Ich habe die Nachbarstochter am Vorabend noch darum gebeten, den Schlüssel ebenfalls beim Hausmeister abzugeben. Misstrauen ist zwar gut, aber eine stinkende Küche ist mal so richtig scheisse. Nach meiner Heimkehr habe ich vor meiner Abfahrt an die Ostsee einen Zettel an die Wohnungstür gegenüber gehängt und hoffe nun, dass morgen früh jemand da ist, um den Monteur auch in die Nachbarswohnung zu lassen.

evor ich nun gestern Nachmittag in Richtung Warnemünde aufgebrochen bin, sprach ich den Hausmeister auf diesen Sachverhalt und und bat ihn, meine direkten Etagennachbarn auch noch mal daran zu erinnern, dass die Monteure am Montag früh in die Wohnung müssen.

Davon abgesehen, dass mir der Hausmeister mitteilte, dass ihm das ja alles vollkommen egal sei

Ein anderer Titel für diesen Artikel fiel mir einfach nicht ein. Das Vorgeplänkel:

Seit Donnerstagabend ist meine Spüle verstopft und der Geschirrspüler steht voll Wasser. Da es nicht so tragisch war, habe ich keinen Notdienst geholt, sondern bis zum nächsten Werktag, also Freitag, gewartet. Da ich Freitagvormittag unmöglich zuhause bleiben konnte, habe ich unserem Hausmeister meinen Wohnungszweitschlüssel in die Hand gedrückt, damit er die Handwerker in die Wohnung lassen kann. Auf dem Weg nach Hildesheim am Freitag rief ich dann das Sanitärunternehmen an und instruierte den Mitarbeiter. Einige Stunden später klingelte mein Handy. Der Mitarbeiter teilte mir mit, dass das Problem nur behoben werden könne, wenn er in beide Wohnungen in diesem Stockwerk kommen würde. Tja, vielen Dank, liebe Nachbarn. Ich habe die Nachbarstochter am Vorabend noch darum gebeten, den Schlüssel ebenfalls beim Hausmeister abzugeben. Misstrauen ist zwar gut, aber eine stinkende Küche ist mal so richtig scheisse. Nach meiner Heimkehr habe ich vor meiner Abfahrt an die Ostsee einen Zettel an die Wohnungstür gegenüber gehängt und hoffte nun, dass Montagfrüh jemand da ist, um den Monteur auch in die Nachbarswohnung zu lassen.

Bevor ich nun Freitagnachmittag in Richtung Warnemünde aufgebrochen bin, sprach ich den Hausmeister auf diesen Sachverhalt an und und bat ihn, meine direkten Etagennachbarn auch noch mal daran zu erinnern, dass die Monteure am Montag früh in die Wohnung müssen.

Davon abgesehen, dass mir der Hausmeister mitteilte, dass ihm das ja alles vollkommen egal sei (wozu ist gleich ein Hausmeister da?), sprach er mich auf meine Telefonnummer an. Ob ich diese dem Handwerkerunternehmen nicht gegeben habe. "Natürlich, ich habe ja heute morgen erst mit denen telefoniert", war meine Antwort. Er sagte mir dann, dass der Monteur (!) meine Handynummer im Papiermüll gefunden habe. In der großen Papiermülltonne auf der Straße wohlgemerkt. Natürlich. Der Monteur durchsucht, weil er keine Telefonnummer von mir hat, den Papiermüll auf der Straße. In diesem befanden sich nämlich zwei zerrissene Rechnungsfehldrucke von mir. Auf denen stehen natürlich alle Daten, wie Adresse, Firmenname, etc. Und natürlich auch die Handynummer und die Steuernummer, auf die er mich als nächstes ansprach. Alle sprächen vom Datenschutz und ich ginge so großzügig mit meinen um. Davon abgesehen, dass jeder, den diese Daten interessieren, auf meiner gewerblichen Homepage ebendiese recherchieren kann... glaubt der Kerl allen Ernstes, dass ich ihm abnehme, dass der Monteur die Papiertonne nach einer Telefonnummer von mir durchwühlt hat? Dass ich die Rechnungen weggeworfen habe, ist nämlich auch schon ein paar Tage her, das war also nicht erst am Donnerstag, sondern am Sonntag oder Montag davor. Als ich dann direkt nach dem Gespräch einen Blick in die Tonne warf, lag obenauf gar nichts von mir. Also eine glatte Lüge.

Sollte ich das meiner Vermieterin mitteilen? Dass der Typ den Bewohnern dieser Hausanlage nachspioniert vermute ich schon eine ganze Weile, aber jetzt habe ich die Bestätigung. Das kann doch nicht rechtens sein, oder? Nur logisch, dass mir bei meinem Besuch der Dokumentations- und Gedenkstätte in der ehemaligen Untersuchungshaftanstalt des Staatssicherheitsdienstes in Rostock am vergangenen Wochenende sofort sein Name einfiel, oder? Zufälligerweise stammt er nämlich auch noch aus der ehemaligen DDR. Fotografisches von diesem Wochenende gibt's übrigens hier.

Im Übrigen wurde der Abfluss heute vormittag wieder gangbar gemacht, jetzt muss ich nur noch meine Spüle wieder sauber kriegen. Ob dafür meine Nachbarn zuständig sein sollten?