Blog

http://www.sueddeutsche.de/politik/924/456592/text/
no comment (außer vielleicht, dass ich das Review von 1984 vor mir herschiebe...)

Nach dem Abmahnproblem wegen der Kommantarbenachrichtigungen (das ist ja mit Serendipity 1.4 behoben) kreist schon langsam der nächste Hammer: der Akismet-Spamschutz macht datenschutzrechtliche Probleme.
Ich habe das Plugin mal testweise abgeschaltet, aber dann wurde ich hier sofort von Spam überflutet, das geht gar nicht.
Einen Bayes-basierten Spamfilter gibt es für Serendipity wohl nicht und mal eben Selberschreiben fällt aus, weil die Plugin-API keinen Callback für die Moderationsfunktionen im Backend hat, wo ich bogofilter einhängen könnte - das Prüfen der Artikel selbst sollte kein Problem darstellen, aber ich kann den Filter halt nicht über "Kommentar erlauben"/"Kommentar ablehnen" trainieren...

Daher muss Akismet bleiben.
Deshalb gibt's jetzt den entsprechenden Hinweis:

Update 15.05.2010: Das folgende war einmal. Akismet ist ausgeschaltet, aktuell läuft hier das Spambayes-Plugin.
Beim Kommentieren eines Eintrages in diesem Blog werden die eingegebenen Daten (Name, URL, Email, der Kommentar selbst) sowie ein paar zusätzliche Daten aus dem HTTP-Verkehr (Absende-IP, UserAgent, Referrer) zwecks Spamkontrolle an den Akismet-Server in den USA geschickt. Primär kommt dann von dort eine Antwort "der Kommentar ist Spam" bzw. "der Kommentar ist kein Spam" zurück, aber die übertragenen Daten können bei Akismet gespeichert, ausgewertet oder sonstwas werden. Da habe ich keinen Einfluss drauf.

Wem also unwohl ist, dass die genannten Daten in die USA wandern und da gegebenenfalls verbleiben, der verzichte auf das Kommentieren.

(Wer 100% genau wissen will, welche Datenfelder unter welchen Bedingungen weitergeleitet werden, der schickt mir eine Email und ich schicke ihm den Quellcode der entsprechenden Funktion zurück. Alternativ kann man natürlich auch selber in den s9y-Quellcode gucken.)

Und damit keiner sagen kann, er hätte von nichts gewusst, klatsche ich das hier dauerpräsent gleich unter den Impressumslink.
Ich find zwar Datenschutz toll, aber irgendwie ist es extrem nervig, sich mit so einem Kleinscheiß rumzuschlagen. Es gibt echt größere und wichtigere Probleme in dem Bereich!

Boah, ey! Nach nur siebeneinhalb Monaten habe ich das nach und nach überarbeiten und freischalten jetzt durchgezogen. Ab heute sind alle Artikel aus dem alten Blog mitsamt Kommantaren endlich auch lückenlos hier wiederzufinden.

Bestes Wetter draußen, da kann man mal wieder drinnen in Ruhe programmieren.

Ich habe endlich ein paar schon länger fällige Bugfixes in den Webcomic-Skripten durchgeführt (retrospektiv alles absoluter Kleinkram), ich den Kategoriebaum im Blog gebändigt bekommen (ausklappbare Unterkategorien - momentan aber noch ohne Anzeige der Artikelanzahl) und im Hintergrund kompiliert eine aktuelle SVN-Version von hugin. Wenn das klappt, gibt's da heute abend neue Pakete - aber nicht für AMD64. Meinen aktuellen Kernel scheine ich ohne 64bit-Support gebaut zu haben, ich habe kein 64bit-chroot zum Kompilieren. Und remote ist mir das aktuell zu heikel, neue Kernel durchzutesten. Wenn was schiefgeht, sitze ich dann da.

Technisches Testgedöns und so.
Gehen Sie bitte weiter, hier gibt es nichts zu sehen.

...calling AnT...
...calling den Hund...

Mal eben fünf Minuten investiert und jetzt sollte man bei den Blogeinträgen mit den Kommentaren nicht mehr durcheinanderkommen: Datum und Kommentarzeile stehen jetzt optisch zusammengehörig näher im jeweiligen Eintrag. Hoffentlich ist das toll so und ich habe nichts kaputt gemacht.
Gelohnt hat sich die Aktion schon mal, weil ich nebenbei gemerkt habe, dass der chrony auf dem Webserver nicht lief und es dort eine Minute später war als bei mir zu Hause :-)

Wo ich gerade meine Webserverstatistiken durchforste, fiel mir auf, dass der Suchbegriff "192.168.0.101" es schon in meine Top-20 geschafft hat. Ohgottneinbittehörtdasdennnieauf!

Schnick schnack dideldum, alles wieder andersrum!

Die virtuelle Maschine zu Hause hat ausgedient, ich hab jetzt einen Root-Server, darauf ist das Blog erstmal verfrachtet. Sieht zwar etwas doof aus momentan, aber bis mein Domainname auch hierher umzieht, muss ich dann erstmal Mailing und so weiter über diese Kiste einrichten.

Immerhin kann ich schon mal wieder was tippen. Das ist fein!

Es ist geschafft - willkommen in der neuen Blogsoftware. Ich habe die alten Artikel importiert und werde sie jetzt nach und nach überarbeiten und freischalten.

Einerseits ist es schön, dass das Blog auf dem Server zu Hause läuft - der ist lustigerweise beim PHP schneller als mein Provider. Ich lasse einfach alles von http://www.cgarbs.de/blog zu mir weiterleiten. Was nur doof ist: Die URL im Browser ist durch die Weiterleitung natürlich nicht mehr cgarbs.de. Falls ich das Blog also irgendwann richtig auf cgarbs.de verschiebe, muss ich dann für alle Ewigkeiten zu Hause eine genau umgekehrte Umleitung laufen lassen...

Es ist getan. Nach einer Nachtschicht habe ich jetzt auf meinem Server eine virtuelle Machine laufen, die einen von außen erreichbaren Webserver beheimatet. Ich habe da gleich mal das Blog hin umziehen lassen (was bestimmt schon jedem aufgefallen ist, der auf die URL geachtet hat). Lustigerweise ist das jetzt trotz DSL-Anbindung schneller als bei meinem Provider.
Und weil ich hier nach Belieben Datenbanken und ähnliches installieren kann, steht der Wechsel auf Serendipity quasi schon vor der Tür.

KVM ist ja eine wirklich nette Sache™. Aber warum, in Gottes Namen, kann ich, wenn ich hier eine AMD-CPU habe, keinen -k7-Kernel benutzen? Dann stürzt die VM beim Booten ab. Das Teil frisst ausschließlich einen -686-Kernel. Dumm, wenn die Debian-Installation automatisch einen -k7 wählt (warum auch nicht, /proc/cpuinfo sagt ja auch was von AMD). Das erklärt auch, warum der Kernel der Installations-CD immer funktioniert hat und nach dem ersten richtigen Boot nix mehr ging. Na ja. War ja nur eine Nacht, die ich mir um die Ohren gehauen habe. Verflixte Scheiße!