Im Moment bereite ich ja die Migration meines Weblogs zu Wordpress. Ich bin eigentlich soweit fertig, daß die Artikel, Kommentare und User übernommen werden. Danach würde dann die Anapssung des Webdesigns folgen und die integration der Gallery.

Mir stellt sich im Moment aber die Frage, ob ich - wie bisher - weiterhin Kategorien für die Artikel verwende und diese übernehme nach Wordpress oder aber Tags nutze und meine Kategorien in Tags umwandel.

Wie handhabt ihr das? Kategorien? Tags? Eine Mischung aus beiden? Ich brauche hier einige Tipps und wäre sehr dankbar dafür!

Vor ein paar Tagen habe ich damit angefangen ein Skript zu schreiben, welches meine Blog-Datenbank in die von Wordpress konvertiert. Am heutigen Brückentag wollte ich eigentlich weiter machen.

Leider macht mir hier mein Update von Mac OS X 10.4 (Tiger) auf Mac OS X 10.5 (Leopard) einen Strich durch die Rechnung. MySQL will einfach nicht mehr starten und ich bin noch nicht dahinter gekommen, warum.

Wenn jemand eine Lösung zu den Problem hat, dann immer her damit!

Update, 3.11.07, 22:22 Uhr
Die im Moment noch vorhandene MySQL DB welche für Mac OS X 10.4 erstellt wurde, kann man zwar noch nicht über die Systemeinstellungen starten, aber in der Konsole mit diesem Befehl:

sudo /usr/local/mysql/support-files/mysql.server start

Irgendwie will der Avatardienst Gravatar seit gestern Abend nicht mehr. Obwohl für die entsprechenden eMails Avatare hinterlegt sind, werden diese von Gravatar nicht mehr angezeigt.

Ich konnte mir nur helfen, indem ich auf der Gravatarseite die Avatare meiner eMail-Adresse neu zuordne. Danach werden diese auch wieder korrekt ausgeliefert!

Ich stehe vor der Qual der Wahl der Blogsoftware. Im Moment nutze ich meine - auf Sunlog aufbauende - erweiterte Blogsoftware. Sunlog wird nicht mehr weiter entwickelt, also habe ich vieles selbst dafür geschrieben, was leider auch sehr viel Zeit kostet. Statt etwas neues zu erstellen, bin ich grösstenteils nur damit beschäftigt, Teile nachzuprogrammieren, die andere Blogsoftware von Haus mitbringt oder mit einem Plugin innerhalb von Sekunden installiert ist. Ich dagegen hänge dann schon mal ein paar Stunden an der Tastatur um etwas gleichwertiges zu erstellen.

Es macht mir zwar eine Menge Spass, kostet aber auch Zeit, die ich teilweise lieber anders nutzen möchte. Desweiteren hat meine Blogsoftware auch Bugs, die mir einerseits nicht auffallen, oder die ich kenne aber einfach umgehe. Dafür kenne ich aber auch jede Zeile und kann “mal eben” eingreifen, wenn es irgendwo haken sollte.

Nun stehe ich vor dem Problem, ob ich überhaupt auf eine andere Blogsoftware umsteigen soll und wenn ja, auf welche? Und wenn ich umsteigen sollte, muß ich noch einen Datenbankimporter schreiben, sowie mein Template anpassen. Hinzu kommt, daß die neue Software mit der Gallery von Menalto klar kommen muß, die ich hier nutze.

Zur Wahl stehen für mich folgende:

Wordpress
Wordpress hat den Vorteil, daß es kontinuierlich weiter entwickelt wird und es sehr viele (teilweise aber schlecht programmierte) Plugins dafür gibt. Damals störte mich einfach, daß der Code - meiner bescheidenen Meinung nach - sehr unaufgeräumt war und dass das Templatesystem einfacher sein könnte.

Serendipity
Meiner Meinung nach sehr gut programmiert und es nutzt - wie mein System - die Smarty-Template Engine. Seltsamerweise sind die Templates aber nicht sehr einfach anpassbar und mir gefällt das Backendsystem - rein optisch - nicht sehr. Dafür soll der Updateprozess sehr einfach sein - was wohl generell sehr häufig vorkommt.

Habari
Ein neues Blogsystem auf dem Markt. Sehr schöner Code und auf dem Weg andere Blog-Systeme einzuholen. Aber leider im Moment nocht nicht sehr weit fortgeschritten und kaum Plugins vorhanden. Und da es Beta-Software ist, noch mit einigen Fehlern behaftet.

Textpattern
Eine Mischung zwischen CMS und Blogsoftware. Man kann daraus sehr viel machen, aber bis es ein Blog ist, muß einiges am Code geändert werden, bzw. Plugins installiert werden. Des weiteren kann man die Templates nur im Online-Editor ändern, was ich nicht sehr smart finde.

Meine Blogsoftware
Wie zu Beginn erwähnt, muß ich hier alles selbst programmieren, was seine Vor- sowie Nachteile hat. Es läuft gerade, wie es soll und nutzt die von mir heiss geliebten Smarty-Engine.

Wer es auch mal testen möchte, kann dies unter http://demo.puzich.com ausprobieren. Ich habe einen Autor zum Testen eingerichtet.

Username: Author
Passwort: author123

Nun weiß ich immer noch nicht, was ich machen soll. Umstellen oder nicht? Wenn ja, auf welche Software? Oder gibt es noch schöne Blog-Systeme?

Ich bitte um Vorschläge und Meinungen!

Mein Dank geht an den Günnersen. Dieser lost jeden Samstag den Blog der Woche aus und diesmal fiel das Los auf mich.

Vielen, herzlichen Dank für die Massen an Besucher die gerade auf mich zustürmen!

Da Gravatar in letzter Zeit mal wieder an Performance verloren hat, habe ich mir meinen eigenen Gravatar-Cache gebaut. Inspirieren ließ ich mich vom FUCoder Gravatar Cache. Nun sollte es alles ein weniger schneller gehen, mit dem Seitenaufbau. Falls doch noch Probleme auftauchen, dann gebt mir bitte Bescheid!

Gestern wurde meine kleine, bescheidene Seite von Apple’s iPhone angesurft. Das Teil gehört einem Freund von mir, welches vom Simlock befreit wurde und daher auch mit einer ePlus-Karte betrieben wird.

Ich ließ es mir nicht nehmen und mir das iPhone per Skype vorführen (Berlin ist mir ein wenig zu weit weg nur um ein Telefon zu begutachten). Ich muß gestehen, daß mir das iPhone sehr gut gefällt und es eine gute Surfmaschine für die Jackentasche ist. Da es ja - wie von mir bereits vermutet - bei T-Mobile Ende des Jahres erscheint und mein Vertrag im Oktober ausläuft, spiele ich mit dem Gedanken, welches neues Handy ich mit Vertragsverlängerung nehmen soll. Problem wäre nur, daß das iPhone nicht subventioniert werden soll und dann bei mir die Frage aufkommt, warum ich dann meinen Vertrag um zwei Jahre verlängern soll, wenn das Telefon dadurch nicht billiger wird. Der Christoph hat schon begründet, warum er nicht das iPhone möchte. Ich finde, daß es ein innovatives Gerät mit seinen Vor- und Nachteilen ist.

Pro
- eine Surfmaschine für die Jackentasche
- sehr guter Browser
- iPod integriert
- genial einfache Bedienung
- keine störende Tastatur
- ist von Apple
- WLAN

Contra
- kein MMS (wichtig, wenn man mal Fotos versenden möchte, denn nicht jedes Handy kann eMails empfangen)
- keine Videotelefonie (immer nett, wenn man vor dem Einkauf bei Rückfrage noch etwas zeigen möchte
- kein UMTS (nur EDGE) und das bei einem Webhandy
- kurze Akkulaufzeit (kann man mit leben)
- weitere Software lässt sich (offiziell) noch nicht nachinstallieren
- wird nicht subventioniert, aber erfordert 24-Monatsvertrag
- Chatclient nur für AIM
- Speicher nicht erweiterbar
- Akkutausch kann nur von Apple gegen (hohe) Kosten getauscht werden
- Kopfhörerbuchse versenkt, so daß die wenigsten Nicht-Apple-Kopfhörer funktionieren
- wahrscheinlich hohe monatliche Handy-Vertragskosten
- kann nicht als Modem für den Laptop genutzt werden

Das ist das, was mir gerade so einfällt. Ich kann bisher nicht abschätzen, ob ich mit den Nachteilen leben kann und will. Trotzdem finde ich das Gerät doch so interessant, daß ich es gern hätte. Also, erst einmal abwarten, was T-Mobile für einen Tarif anbietet und was Apple evtl. noch nachgebessert hat.

Nur welche Alternativen gibt es denn noch, als das iPhone?

So so, ich weiß also Genaueres. Zumindest schreibt dies die Netzzeitung und bezieht sich damit auf meinen Peking-Trojaner Artikel von gestern. Keine Ahnung wie man auf mich kommen kann, aber ich fühle mich geehrt.

Es brachte mir einige Besucher mehr ein und vier neue Feed-Leser. Schönen Gruß!

Ich habe ja einen eigenen Server, der den ganzen Schnickschnack drauf hat, um eben diese (und ein paar Seiten von Freunde) zu generieren. Damit die Konfiguration für meine Freunde und mich etwas einfacher ist, nutze ich Confixx von SWSoft. Bei Confixx kann man über eine Weboberfläche Domainen anlegen, diesen Verzeichnisse zuordnen, etc. pp.. Dieses Confixx erstellt dann - nachdem man alle Eintragungen in der Weboberfläche gemacht hat - alle Konfigurationsdateien für den Webserver usw.

Confixx benötigt auch dringend PHP. Diese Skriptsprache, auf der auch diese Seite beruht. PHP kommt in verschiedenen Ausführungen daher. Einmal als Apache-Modul. Dieses hat den Vorteil, daß es sehr schnell ist, aber den Nachteil, daß jeder Benutzer auf dem Webserver jedem anderen in die Verzeichnisse schauen kann, weil alle PHP-Skripte unter einem einzigen Systemuser (dem des Webservers) ausgeführt werden.

Seit einiger Zeit kann Confixx auch mit suPHP umgehen. Hier ist der Vorteil, daß alle PHP-Skripte unter einem seperaten Systemuser ausgeführt werden, d. h. keiner kann dem anderen in die Karten schauen. Nachteil ist, daß jedesmal wenn eine Seite aufgerufen wird, ein grosser Overhead erzeugt wird, der in der Regel grösser ist, als das Ausführen des PHP-Skripts selbst, d. h. die Seiten werden sehr langsam und der Server ist immer sehr stark ausgelastet.

Der Kompromiss zwischen den beiden o. g. Möglichkeiten stellt fcgid dar (der Nachfolger von fastcgi). Es ist schnell, hat wenig Overhead und alle Skripte werden unter einem seperaten User ausgeführt. Der Nachteil ist, daß Confixx dies von Haus aus nicht unterstützt.

Ich habe mich zumindest daran gesetzt und ein kleines Skript erstellt, welches vor dem confixx_counter-Skript ausgeführt werden muß. Dieses erstellt für alle User die entsprechenden fcgid-Wrapper-Skripte, mit denen die PHP-Skripte ansich dann aufgerufen werden.

Zusätzlich wird eine weitere Apache-Konfigurations-Datei (confixx_special_vhost.php) erstellt, welche am Ende der httpd.conf eingefügt werden muss.

Wenn man soweit ist, trägt man in Confixx unter http-Special noch dies ein

# FCGI
AddHandler fcgid-script .php
AddHandler fcgid-script .php4
AddHandler fcgid-script .php5
AddHandler fcgid-script .phtml
#/suPHP_ConfigPath .*/
# FCGI

und die Sache sollte laufen.

Ich setzte dies nun seit ca. einer Woche ein, und der Server wurde merklich entlastet und die Seiten rauschen sehr viel schneller an.

Das Skript downloaden und auf dem Server ausführen. Wenn Fragen sind, diese in den Kommentaren stellen und ich werde ggfs. diese Ausführung erweitern.

Ich bin nun seit Mittwoch krank und habe nichts besseres zu tun, als Heissgetränke zu mir zu nehmen und an meinem Server zu schrauben.

Spamassassin machte mir schon seit einige Zeit Probleme, doch hatte ich bisher nicht die Lust, der Sache auf den Grund zu gehen. In den Log-Dateien kam immer der Fehler

spamd[13416]: dns: sendto() failed: Connection refused at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/DnsResolver.pm line 340

und Spamassassin benötigte ewig bis die eMail gescannt war. Ich tippte zu erst darauf, daß die DNS-Auflösung nicht mehr funktionierte, doch das konnte ich definitv ausschliessen.

Das Problem liegt an Spamassassin, bzw. der Perl-Klasse selbst. Es nimmt aus der resolv.conf nur den ersten, eingetragenen DNS-Server und versucht zu diesem eine Verbindung herzustellen. Schlägt dies fehl oder dauert dies zu lange, kommt der o. g. Fehler.

Ich habe nun den ersten DNS-Server Eintrag geändert und nun läuft wieder alles einwandfrei.