Seit gestern funktioniert ja mein WordPress stats Plugin hier ganz gut und besoders interessant ist, mit welchen Suchbegriffen die Leute hier in meinem Blog landen. Nur mal als Aufhänger die Liste von heute:

• seefest-haunstetten
• qdvdauthor tutorial
• joomla 1.5 rss flackerfrei
• mein schöner garten gartenhaus
• der grösste raub aller zeiten
• kdenlive schneiden
• debian 4.0 kernel 802.1q
• augsburger allgemeine, politisch unabhän
• debian hardware rekonfigurieren

Da sind auch relativ viele Themen zum Bereich „Linux“ dabei. Bislang habe ich meine Tags immer nur für hauptsächlich politische Themen gesetzt und die anderen Hauptkategorien eher ohne Tags gelassen. Aber angesichts dieses Interesses an technischen Themen werde ich wohl mal durch das Blog gehen und die technischen Artikel ebenso mit Tags versehen wie ich das schon beim Politik-Bereich gemacht habe.

Einfach ein wenig Geduld haben, dann wirds schon besser werden. Und ich schaue derweil mal, ob ich noch ein paar nützliche Plugins finde die mir das Leben erleichtern.

Seit gestern abend habe ich ziemlich viel über das Wordpres.com stats plugin nachgedacht. Ich habe ja schon gesehen, dass es in der Lage ist das Smiley-Image vom Server zu holen und mich trotzdem gewundert wie das alles zusammenspielen soll. Denn im Buch von Perun zeigt das Dashboard ja auch viel über die abgerufenen Artikel, aber wie kriegt der WordPress.com-Server das raus, wenn ihm nur Artikel-ID und Referrer übermittelt werden.

Also habe ich mir mal den Source vom Plugin gezogen und angeschaut. Ziemlich am Ende des Source steht dann ein Kommentar, der sozusagen das „Aha-Erlebnis“ auslöste:

// Teach the XMLRPC server how to dance properly

XMLRPC? Da war doch was in den Einstellungen… Ja. Haken bei „Enable XMLRPC“ gemacht und Plugin nochmals aktiviert. Und dann ausgeloggt, einen Testbesuch gemacht und wieder in die Stats geguckt und da waren sie dann auch protokolliert meine Testbesuche.

Ich werde mal Andy Skelton fragen ob er das in den FAQs zum Plugin hinterlegen möchte. Denn ich fürchte, da stolpern noch viel mehr Leute drüber.

Heute habe ich mal versucht, mit dem WordPress.com stats plugin eine Statistik für dieses Blog zu bekommen. Alle Versuche das zu machen waren aber sehr erfolglos.

Was ich per „reverse engineering“ rausfinden konnte: Das Plugin braucht am Ende einen Aufruf von wp_footer() als PHP. Damit wird dann am Seitenende ein kleiner Javascript-Code eingebaut der vom WordPress.com-Server eine 6×5 Graphik (Smiley) lädt und anzeigt. In den Parametern für das so generierte IMG-Tag stecken die Daten, die der WordPress.com-Server für die Statistik aufzeichnen sollte. Aber: Es funktioniert nicht. Und ich habe die starke Vermutung, dass das Problem eben nicht auf meiner Seite (Host oder Browsrer) ist, denn ich sehe ja den Stats-Smiley. Also muß das Problem wohl auf der Seite von WordPress.com liegen, aber da habe ich keinen Zugriff drauf. Ich kann also nicht sagen, warum das Abrufen des Smileys keine Statistikdaten sammelt.

In diversen Foren sehe ich ähnliche Probleme, aber da der Support bei WordPress.com für selbstgehostetee Blogs eher lausig ist fürchte ich, dass ich dort nicht nachfragen muß. Also Fazit: Ich gebe es erst mal auf und nutze weiter meine Webalizer Statistik vom Webhoster.

Murphy’s Law: „If something can go wrong, it will.“

Neulich wollte ich hier ein Tag-System installieren. Ging aber nicht. Ein wenig geschaut woran das liegt und dann festgestellt, dass die Install-Skripte der Komponenten keine Datenbanken anlegen. ärgerlich.

Irgendwann kam ich dann drauf, dass diese Skripte einen Syntax verwenden der erst von MySQL4 unterstützt wird, die Datenbank aber noch auf MySQL3 lief. Also habe ich das mal im Kundenmenü umgstellt.

Damit ging der Ärger los, denn plötzlich war meine Datenbank nicht mehr erreichbar. Noch ärgerlicher. Ich habe dann auch versucht, das nach Anleitung in den Konfig-Skripten von Joomla zu ändern, aber da hat mir dann der FTP einen Knüppel zwischen die Beine geworfen, denn diese Skripte sind schreibgeschützt und daher werden sie nicht überschrieben solange man diesen Schreibschutz nicht wieder explizit aufhebt.

Langer Rede kurzer Sinn, jetzt am Sonntag abend geht die Datenbank wieder (zumindest für Joomla, für Gallery & Co. muß ich noch umstellen), dafür sind aber in allen Artikeln jetzt die Umlaute im Argen. Es sieht fast so aus, als hätte der Umstellungsprozess alles gelesen und aus den UTF8-Sequenzen für die Umlaute dann UTF8-Sequenzen für die zwei Bytes gemacht.

Egal, ich werde sowieso nochmal alle Artikel querlesen und mit Tags versehen müssen, da kann ich die kaputten Umlaute dann auch reparieren. Wundert euch also nicht, wenn es hier ein wenig seltsam aussieht, ich arbeite mich mal sequentiell nach hinten. Dafür gibt es links unten jetzt eine „Tag Cloud“ die einen etwas anderen Blickwinkel auf diese Seite zuklässt.

Gerade habe ich die Haken bei der Suchmaschinen-Optimierung gesetzt. Das bedeutet, die Artikel sollten nun „lesbare“ URLs haben. Wenn es irgendwo klemmen sollte bitte Nachricht per Mail.

Heute hatte ich ein seltsames Phänomen. Auf manchen Rechnern lief die Admin-Oberfläche von Joomla 1.5 problemlos, auf anderen Rechnern passierte aber gar nichts, wenn man beispielsweise im Category Manager auf den „New“-Button klickt.

Ok, gar nichts stimmt so nicht, die Javascript-Fehlerkonsole wirft eine Fehlermeldung aus:

Fehler: document.adminForm.hidemainmenu is undefined
Quelldatei: http://koenig-haunstetten.de/includes/js/joomla.javascript.js
Zeile: 327

Das ist natürlich äägerlich. Zunächst vermutete ich Extensions, aber auch nach Disablen von AdBlock und NoScript änderte sich nix an dem seltsamen Verhalten.

.

Google hat hier mal wieder geholfen. Ich habe diesen Eintrag gefunden der das Problem recht gut beschreibt und der dann auch auf meiner Kiste hier das Problem beseitigt hat.

Die Ursache war, dass der Browser-Cache (und bei mir wohla auch der Proxy) eine veraltete Kopie von „joomla.javascript.js“ gespeichert hatte. Die Lösung liegt dann darin, den Cache zu verwerfen und das Zeugs neu vom Server zu holen. Dann kriegt man auch die „joomla.javascript.js“ die bei 1.5 dabei ist. Ist also wohl ein Upgrade-Problem das durch den Umstieg von 1.0 auf 1.5 bei Joomla ausgelöst wurde.

Wichtig ist aber tatsächlich, dass man mit „CTRL-SHIFT-R“ das Aktualisieren auch über einen Proxy hinweg erzwingt.

Heute habe ich mir mal viel Arbeit gemacht und diese Seite auf Joomla 1.5 umgestellt (aktuell läuft hier Version 1.5.10). Das ganze war mehr oder weniger schmerzfrei, da das Migrationsskript die meiste Arbeit gemacht hat. Die alte Version der Seite ist wohl noch für eine Weile erreichbar, neue Artikel werden aber nur noch hier eingestellt.

Mit dem Umstieg sind etliche „Experimentierkomponenten“ über den Webseiten-Jordan gegangen, ich habe jetzt z.B. auf Community-Builder verzichtet weil ich eh kaum was damit gemacht habe. Und eine extra Erweiterung zum Erzeugen von RSS-Feeds brauche ich wohl auch nicht, das scheint Joomla 1.5 schon drin zu haben.

Ein wenig ärgerlich ist dass die Bookmark-Komponente sich auch nicht so einfach migrieren lässt, andersrum stellt sich natürlich die Frage, ob ich das tatsächlich in dieser Form brauche.

Als Template habe ich jetzt mal JP Default 1.5 mit ein paar Anpassungen genommen, das scheint mir auseichend „schön“ zu sein. Vielleicht werde ich mir irgendwann mal ein eigenes Template stricken, aber bis dahin muß es dieses tun.

Insgesamt ist die Admin-Oberfläche von Joomla 1.5 wesentlich „schöner“ gestalet als die von der 1.0-Version, allerdings gibt es schon ein paar Umstiegshürden, sprich man sucht eine Weile bis man alles wieder besiammen hat..

vor allem dann, wenn sie mir die Kommentare in unserer Galerie mit Viagra-Werbung zuspammen. Gerade eben habe ich wieder 6120 solche „Kommentare“ entsorgen dürfen. Da wünscht man sich dann doch die kleine taktische Mittelstreckenrakete und als Zielkoordinaten das Spammer-Hauptquartier.

Na ja, dann gibts ab sofort die Galerie halt wieder ohne Kommentarfunktion. Eigentlich schade, aber es geht wohl nicht anders.

Diese Seite wurde ein wenig umgebaut und mit einem neuen Layout verseh um noch komfortabler nutzbar zu sein.