Interna

Uh, da bin ich aber etwas entsetzt. Um in einem Serendidpity-Blog kommentieren zu dürfen, müssen Cookies aktiviert sein. Das ist natürlich ein großer Unsinn und nur Gängelung der Leser.

Daher meine Frage an die weite Welt da draußen: Ist es möglich, diese nervige "Feature" abzuschalten? Angeblich kann man ja hier alles konfigurieren (auch wenn dieser Foreneintrag nix Gutes verheißt).

An alle anderen: Es tut mir wahnsinnig leid, aber es ist mir jetzt erst aufgefallen. Ich hoffe, eine Lösung zu finden ...

Nachtrag: Habe die Option dafür gefunden. In den Spamschutz-Plugin-Einstellungen gibt es die Option "Direktkommentare verbieten? (XSRF-Schutz)". Diese muss man deaktivieren, dann ist auch das Kommentieren ohne Cookies erlaubt, so wie man das vernünftigerweise erwartet.

PS: Ich wurde eben im Supermarkt auch wieder nach meiner PLZ gefragt und habe angeben müssen, dass ich armer Mensch mir keine leisten kann. Der Gesichtsausdruck der Kassiererin war klasse. :D Und ja, Cookies kann ich mir auch nur ein bestimmte Anzahl leisten. ;)

Auch wenn die Funktion wohl eh nur wenige nutzen/genutzt haben: Ab sofort kann man keine Kommentare zu Blogbeiträgen mehr abonnieren. Grund ist eine massive Spamflut. Ich kann zuschauen, wie der Spam im Minutentakt reinkommt. Prinzipiell stört mich das nicht, die Kommentare werden eh geblockt. Dummerweise ist das Abo-Plugin nicht ganz so schlau (oder ich finde die Einstellung nicht), aber es wird für das Double-Opt-In-Verfahren eine E-Mail an die Spambots geschickt, was dann wiederum bei mir aufschlägt, weil die E-Mailadresse nicht existiert.

Resultat: Ich habe eben 170 Mails im Postfach gehabt. 85 Mails für neue zu bewilligenden Kommentare und 85 Mails, dass die E-Mailadresse nicht existiert.

Sollte sich das Spamaufkommen legen oder es irgendwo doch noch eine Einstellung geben, keine E-Mails an zu bewilligende Kommentare zu verschicken, aktiviere ich die Funktion gerne wieder.

(Eine Alternative ist natürlich, dass ich als Absenderadresse für das Double-Opt-In einfach eine ungültige Adresse angebe, aber schön ist das dennoch nicht.)

Nach fast 500 Beiträgen habe ich die Blogsoftware gewechselt. Von WordPress bin ich auf Serendipity umgestiegen. Der Grund dafür war eigentlich die Update-Politik von WordPress. Ich nutze lieber Produkte, die funktionieren und nicht jeden Monat ein neues Update auf den Markt werfen. Vor allem nicht, wenn nach den Updates der Blog nicht mehr funktioniert.

Resultat davon war, dass ich irgendwo bei WordPress-Version 2.6 aufgehört habe, Updates zu installieren. Da das aus Sicherheitsgründen natürlich nicht sehr empfehlenswert ist (WordPress ist da wie ein Schweizer Käse, was die Löcher angeht), wollte ich schon länger umsteigen.

Von Serendipity habe ich öfters bei Dirk und onli gelesen und insgesamt sah das System ganz nett aus. Wenn ich es als Neuinstallation genutzt hätte, wäre das sicherlich auch alles kein Problem gewesen. Der Import der WordPress-Daten war aber eine echte Aktion und auch jetzt tut der Blog an einigen Stellen noch nicht das, was er soll.

Wo lag das Problem? Zum einen dauerte der Import der WordPress-Daten in Serendipity zu lange, sodass ich immer auf den eingestellten CGI-Timeout meines Hosters tiggerswelt gelaufen bin. Nach 60 Sekunden hat der den Import immer abgebrochen und nur ein Teil der Daten war migriert. Erst als er den Timeout temporär auf eine halbe Stunde gestellt hat, lief der Import korrekt durch. Für die paar Datenbankeinträge ist das zeitlich schon heftig.

Das nächste Problem waren die Umlaute. Man sollte dringend darauf achten, dass bei "Soll versucht werden, HTML-Instanzen automatisch zu konvertieren?" kein Haken gesetzt ist. Aber auch wenn ich darauf geachtet habe, aus irgendwelchen Gründen waren nach erfolgreichem Import und ein paar Einstellungen in Serendipity plötzlich alle Umlaute falsch.

Wie habe ich das gelöst? Per phpMyAdmin habe ich mir eine lokale Kopie der Datenbank gemacht, händisch in Geany alle Umlaute und Sonderzeichen ersetzt, auf dem Server eine neue Datenbank erstellt und die geänderten Daten eingespielt. Das ging ganz gut, war aber eben auch etwas umständlich.

Dabei ist mir aufgefallen, dass die ganzen Spam-Kommentare aus WordPress alle mit importiert wurden. Diese habe ich dann auch gleich direkt in der Datenbankdatei gelöscht und einige fälschlicherweise nicht freigeschaltete Kommentare wieder freigegeben. (An die ganzen Entwürfe, die WordPress zwischenspeichert, habe ich mich nicht heran getraut. Die werde ich wohl direkt über die Serendipity-Verwaltung löschen.)

Das nächste Problem war die URL. Der Serendipity-Blog lag zum Test unter /blog2. Ein einfaches Umbenennen nach /blog ging aus welchen Gründen auch immer gar nicht. Er zeigte immer noch die WordPress-Daten - nur ohne CSS - an. in Serendipity war unter "Konfiguration -> Pfade" natürlich auch alles korrekt umgestellt. Erst als ich die .htaccess manuell editiert habe, in der immer noch "blog2" als Pfad stand, ging es. Wichtig ist, dass man in so einem Fall aber auch alle Plug-ins kontrolliert. (Das Kategorie-Plug-in speichert den Pfad zum RSS-Icon explizit ab und wird auch nicht aktualisiert.)

Was steht nun noch auf meiner ToDo-List mit Fehlern, die es zu beheben gibt:

1. Zum einen gehen die Feeds nicht alle. Die Atom-Feeds zeigen keinen Fehler, aber auch keinen Inhalt. Daher biete ich sie nicht an.
2. Die Permalinks lassen sich derzeit nicht ändern. Egal, was ich dort einstelle, nur "archives/%id%-%title%.html" führt zum richtigen Ziel. Das ist etwas blöd, weil ich mit "archives/%id%" die gleichen Links wie WordPress hätte und alle externen Links nicht ins Leere laufen würden. Permalinks lassen sich nun ändern, nachdem ich "URL-Rewriting" eingeschaltet habe. Dumm nur, dass Serendipity die Blogeinträge anders nummeriert hat als WordPress. :(
3. Der Wechsel hat auch dafür gesorgt, dass der alte Feedlink nicht mehr geht. Sorry dafür. Ich hoffe, alle Abonnenten lesen den Text und aktualisieren den Link.

Punkt 1 ist erstmal halb so wild, Punkt 2 wäre super, wenn man es lösen könnte und Punkt 3 versuche ich durch eine "Rewrite Rule" irgendwie zu umgehen. Bisher hatte ich damit aber noch keinen Erfolg.

Ansonsten gefällt mir die Software schon. Sie hat an einigen Stellen noch kleinere Kanten, an denen man sich stößt, aber die hatte WordPress auch. Ich hoffe einfach, ich und vor allem die Blogleser kommen mit dem neuen System zurecht.

Noch zwei Hinweise zum Schluss für Migranten:

1. Das NL2BR-Plug-in ist manchmal zickig. Ich musste das Plug-in mehrfach aktivieren und deaktivieren und vor allem auf "Setze statt br-Tags p-Tags ein." stellen, damit die WordPress-Inhalte korrekt angezeigt wurden. Ansonsten wurde hinter jede Zeile (auch innerhalb von HTML-Code) ein Umbruch gesetzt.
2. Die Bilder werde aus WordPress nicht kopiert. Alle Links zeigen fest auf http://www.deesaster.org/blog/wp-content/uploads/. Ich habe den Ordner dann einfach kopiert und Serendipity untergeschoben.

Nachtrag: URL-Rewrite ohne "Rewriting Rule" kommt nicht gut. Warum sagt mir denn niemand eher, dass das CSS nicht gefunden wird und mein Blog kein Layout hat? Naja, werde mich später drum kümmern ...

Nach recht langer Abstinenz konnte ich mal wieder eine Kleinigkeit an xorg-edit ändern. Mit dem neuen X-Server, der nur noch eine minimale xorg.conf erzeugt, ist das Programm aber auch einfach nicht mehr ganz zeitgemäß und genau genommen überflüssig. Es ist dennoch schön, wenn es Benutzer gibt, die es nutzen.

Die Änderungen sind wirklich nur Kleinigkeiten am Makefile und am Menü, auf die mich der Arch-Maintainer des Paketes angesprochen hat.

Download: http://sourceforge.net/projects/xorg-edit/

Während der letzten Woche habe ich eine neue Version meines HTML/BB/MoinMoin-Converters fertig gestellt. Auf Wunsch eines Benutzers gibt es nun auch eine Konsolenversion. Hierfür habe ich die Konvertierungsroutinen in eine eigene Klasse extrahiert, die dann eine Library erstellt, die sowohl von der Konsolen- als auch von der grafischen Version aufgerufen wird.

Die grafische Version wird per ./converter-gui aufgerufen und wie gewohnt bedient. Die Konsolenversion hat folgende Syntax:

./converter -i=html/bb/moin -o=html/bb/moin [-O=blog/uu/none] filename

-i gibt dabei das Eingabeformat der Datei filename an und -o das Ausgabeformat. Die Einstellung -O ist optional und regelt das Konvertierungsverhalten bei Links. Standard ist uu, da dies der Hauptanwendungszweck ist. Die Ausgabe geschieht im Terminal und kann per Operator > auch umgeleitet werden.

Zusätzlich hatte ein anderer Benutzer noch den Wunsch, dass das Programm immer maximiert startet. Das tut es jetzt - unter Windows. :( Unter Linux funktioniert das Verhalten laut wxWidgets-Dokumentation leider (noch?) nicht. Hier muss man das Fenster also auch weiterhin manuell vergrößern.

Ein Ikhaya-Mitglied von ubuntuusers.de hat für meinen Ikhaya-Converter Ubuntu-Pakete für 386- und amd64-Architekturen erstellt. Danke dafür! :)

Zum Download

Eine neue Version des HTML/BBCode/MoinMoin-Converters wurde mit folgenden Änderungen veröffentlicht:

• Bugfix: bei Umformung von "= headline =" in HTML war ein Leerzeichen zu viel
• Feature: [[BR]] werden in MoinMoin unterstützt und erzeugen einen Absatz bei der Konvertierung.

Direktdownload: converter.tar.bz2 (70.1 kb)

Eine neue Version des HTML/BBCode/MoinMoin-Converters wurde mit folgenden Änderungen veröffentlicht:

• Feature: Menüpunkt ergänzt, der bei einer MoinMoin2HTML-Konvertierung das {en} nicht durch [[en]] sondern class="english" ersetzt, wenn man CSS nutzen will
• Feature: < und > für HTML-Konvertierung hinzugefügt
• Internal: von libwxgtk2.6 auf libwxgtk2.8 aktualisiert

Das letzte bedeutet eine kleine Umstellung, da für die Ausführung des vorkompilierten 32bit-Binary nun libwxbase2.8-0 und libwxgtk2.8-0 notwendig sind. Kompilieren kann man das Programm aber nach wie vor auch mit wxWidgets 2.6.

Direktdownload: converter.tar.bz2 (70.1 kb)

Gerade eben gab es eine neue Version des HTML/BB/MoinMoin-Converter mit ein paar Änderungen:

• Bugfix: fehlerhafte MoinMoin-Konvertierung behoben, wenn kursiv und fett ineinander stehen
• Bugfix: zusätzlichen Doppelpunkt bei URL-Konvertierung von BB-Code nach MoinMoin entfernt
• Bugfix: Fehler beim Konvertieren von Wiki-Seiten mit Leerzeichen behoben
• Bugfix: Fehler beim Konvertieren von Benutzernamen mit Leerzeichen behoben
• Feature: Option im Menü hinzugefügt, mit der man ubuntuusers-spezifische HTML-Konvertierungen deaktivieren kann
• Feature: Unterstützung für leere/eingerückte Listeneinträge in MoinMoin und BB-Code hinzugefügt
• Feature: Unterstützung für englische Flagge eingefügt (ubuntuusers-spezifisch)
• Internal: Doxygen-Kommentare in die Header-Dateien eingefügt
• Internal: leere Zeilen am Anfang werden ignoriert

Ich habe damit einige der Änderungen vom letzten Mal umgesetzt.

Direktdownload: converter.tar.bz2 (66.3 kb)

Zum deutschen Text!

LostIRC is a tiny little IRC client. In the past the maintenance of the program wasn't so good what you can read on my related website. There you find two different versions depending on which version of GTK2.4 you have installed.

If you want to compile the program you need the packages autoconf, automake1.9 (from Ubuntu 7.04 "Feisty Fawn" and in Debian only automake), cvs, gettext, libtool and libgtkmm-2.4-dev. Further you need the compilation tools (build-essential) and checkinstall best.

After extraction you could compile and install the program with

./autogen.sh


./configure


make


sudo checkinstall


But you should change the "Revision" (Point 4) from 1 to 4. Otherwise the update manager wants to overwrite this version.

LostIRC ist ein sehr kleiner IRC-Client, der auf das Notwendigste reduziert wurde. Die Wartung des Programms ist/war leider nicht die beste, was man auf meiner zugehörigen Webseite nachlesen kann. Dort gibt es auch zwei verschiedenen Versionen, je nachdem welche GTK2.4-Version man verfügbar hat.

Für die Kompilierung müssen die Pakete autoconf, automake1.9 (ab Ubuntu 7.04 "Feisty Fawn" und Debian nur noch automake), cvs, gettext, libtool und libgtkmm-2.4-dev installiert sein. Natürlich benötigt man auch noch die Kompilierprogramme (build-essential) und am besten checkinstall.

Nach dem Entpacken des kann man das Programm mit

./autogen.sh


./configure


make


sudo checkinstall


kompilieren und installieren. Man sollte bei "Revision" (Punkt 4) aber unbedingt aus der 1 eine 4 machen, sonst will der Update-Manager die Version überschreiben.