Ich hab ja in den letzten Tagen so einiges umgebaut in den Kommentaren. Durch Kim bin ich auf ein Plugin gestoßen, dass Twitter-Reaktionen zu einzelnen Artikeln wie Kommentare speichert: Tweetbacks for WordPress. Auf der Seite wird dann auch beschrieben, wie man Kommentare, Trackbacks und Tweetbacks voneinander trennt und separat auflistet. Das wollte ich mit Kommentaren und Trackbacks eigentlich lange schon machen, aber wie ich halt so bin – ich nehm mir viel vor wenn der Tag lang ist.

Den netten kleinen Vogel, den Kim unter jedem Artikel hat, und mit dem man einfach per Mausklick den Artikel twittern kann (twittern? Ist das richtig? Oder tweeten? *noob*), musste ich aber auch noch unbedingt haben. Und so habe ich doch tatsächlich extra einen Artikel bekommen von Kim, mit einer Spitzenanleitung dafür. Oh yeah, ich bin ein fett krasser Ober-Pro-Gamer! *räusper* Zu viel South Park… zurück zum Thema: Vögelchen eingebaut und mir die Frage gestellt: Soll ich mich jetzt bei Twitter registrieren, um es zu testen? Befürchte akuten Zeitmangel durch zusätzliches PC-belagern-wegen-twitter…

Die Sorge wurde mir jedoch abgenommen, denn anscheinend haben einige Twitterer eine Initiative für mich gestartet: Helft Angi bei der Entscheidung: iPhone ja oder nein? Eigentlich sollte ich damit nun zufrieden sein. Aber: Durch 4 Tweetbacks und einen Haufen Kommentare ist mir soeben klar geworden, was für eine Reichweite Twitter hat. Das geht ja zack-zack da! Und nun überlege ich doch tatsächlich, ob ich auch twittern sollte. Oh, das Leben ist eine steinige Straße voller Entscheidungen!

Gerade mal eineinhalb Wochen ist die WordPress Version 2.8.1 heraus, da gibt es schon wieder ein neues Update! Und ich habe gestern erst auf 2.8.1 aktualisiert. Ich habe irgendwie keine Lust, das jetzt direkt schon wieder zu machen… ist schon immer etwas Arbeit. Aber es wird mir wohl nichts anderes übrig bleiben, denn Version 2.8.2 ist ein wichtiges Sicherheitsrelease. Na dann, auf ein neues!

Heute habe ich mal wieder ein paar Kleinigkeiten am Theme geändert und dabei fiel mir auf, dass der neue Themeeditor, der ja eigentlich die Arbeit erleichtern soll, genau das Gegenteil tut. Schön, die Zahlen sehen ganz nett aus, ich brauche sie aber eigentlich nicht. Das Highlighting der Syntax – ja, ist toll, schön bunt, aber brauche ich genausowenig.

Das wäre ja alles noch in Ordnung, wenn es alles wäre. Überflüssige Funktionen stören ja eigentlich niemanden. Aber leider sind noch einige Dinge anders, die extrem nerven. Zum einen rutscht wenn ich mit meinem Mausrad scrolle das Editorfenster nicht wie vorher schön langsam runter, sondern es springt gleich ganz nach unten. Allerdings nur das erste Mal nach dem Öffnen eines Templates, danach funktioniert das Scrollen wieder wie es soll.

Zum anderen, und das ist noch viel nerviger, haben die Jungs von WordPress offensichtlich versucht, einen intelligenten Editor zu erschaffen. Er erkennt Eingaben und setzt dann passende Zeichen dahinter. So fügt er zum Beispiel, wenn ich ein Anführungszeichen eingebe, ein zweites dahinter hinzu. Das ist mir heute enorm auf den Geist gegangen, als ich lediglich Anführungszeichen um einige per Strg+V eingefügte Codeteile setzen wollte. Der Editor hat dann jedes Mal zwei daraus gemacht, und ich musste jedes Mal das zweite wieder löschen. Und das nervt richtig. :arr

Eben fiel mir auf, dass auf einmal das Datum unter den Beiträgen auf der Startseite fehlt, sobald ich mehrere Beiträge an einem Tag schreibe. Das Datum wird dann nur beim obersten Beitrag angezeigt, bei den weiteren fehlt es. Dieser Fehler kommt mir bekannt vor, aber ich kann the_time hier nicht verwenden, da der Language Switcher das Datumsformat überschreibt und bei Verwendung von the_time dann dort die Uhrzeit einfügen würde.

Eigenartigerweise ist mir das aber gerade erst aufgefallen, daher hege ich den Verdacht dass der Fehler erst aufgetreten ist, seit ich gestern den Language Switcher und WordPress auf den neuesten Stand gebracht habe. Ich bin der Meinung, dass vorher bei mir alles richtig angezeigt wurde. Ich werde wohl mal die Pluginautorin kontaktieren müssen und nachfragen, ob sich am Plugin irgendwas geändert hat, was das bewirkt haben könnte.

Todesmutig habe ich das Update auf WordPress 2.8, das gerade erst herauskam, nach einem Backup meiner SQL-Datenbank und aller Dateien diesmal gleich am ersten Tag draufgespielt. Und siehe da, es läuft alles super! Anfangs hatte ich ein kleines Problem, meine Kategorien wurden nicht mehr angezeigt, stattdessen eine fiese Fehlermeldung. Nachdem ich meinen ersten Verdacht, den Advanced Category Excluder, als Ursache ausgeschlossen hatte, deaktivierte ich den Language Switcher. Und siehe da, die Fehlermeldung war weg. Ich Depp habe bloß vergessen die neueste Version vom Language Switcher zu installieren. Nachdem ich das nachgeholt habe, geht nun alles wieder. Erfolgreiches Update Nummer soundsoviel, bis zur nächsten WP-Version.

Ich bin ja immer offen für die Wünsche meiner Leser, und so habe ich mir Uwes Worte zu Herzen genommen und mal ein wenig gegoogelt nach einer Möglichkeit, bei WordPress eine bestimmte Kategorie von der Startseite auszuschließen und wenn möglich auch vom Feed.

Gefunden habe ich ein absolut geniales Plugin, den Advanced Category Excluder. Damit kann man beides und nicht nur das, auch aus den Suchergebnissen, dem Archiv und vor den Robots kann man Kategorien verbannen. Es gibt diverse Einstellungsmöglichkeiten um in der Sidebar Kategorien zu verbergen und auch aus Widgets wie der Anzeige der letzten Beiträge. Sehr nützlich!

Also, Uwe, nur für dich: Die Pferdchen sind wech.

Schon seit längerem nervt es mich, dass WordPress seit Version 2.6 meine Datenbank mit sogenannten Artikelrevisonen zumüllt. Das sind in regelmäßigen Abständen automatisch gespeicherte Autosaves des Artikels – allerdings wird für jede Revision ein neuer Datenbankeintrag angelegt, wodurch die Datenbank schnell auf ein vielfaches anwachsen kann.

Zwar können die Revisionen ganz nützlich sein, wenn mal der Browser abstürzt. Man kann dann auf die letzte Revision zurückgreifen und sie wiederherstellen. Allerdings weiß ich nicht wozu man dafür jedes Mal einen neuen Eintrag braucht – einer würde doch reichen. Im Grunde brauche ich nur den normalen Autosave, diese ständigen Revisionen sind mir suspekt.

Abhilfe schafft das Plugin Revision Control. Zum einen kann man damit einstellen, ob überhaupt Revisionen erstellt werden und wenn ja, wieviele, und zum anderen lassen sich bestehende Revisionen über den Bildschirm “Artikel bearbeiten” leicht löschen. Umständliches hantieren in der Datenbank entfällt somit und schon ist Angi wieder glücklich.

Mit Hilfe von WordPress.org habe ich in den vergangenen Tagen endlich herausgefunden, wie ich den Inhalt von Custom Fields in der Sidebar ausgebe. Und so habe ich eine Funktion geschrieben, mit der man per Custom Fields beitrags- oder seitenspezifische Inhalte, z.B. Textlinks, in der Sidebar anzeigen kann. WordPress bringt da die hauseigene Funktion get post custom values mit. Da sie aber eigentlich nur im Loop genutzt wird, muss man noch ein bisschen Code dazupacken um die Post ID zu übertragen, und fertig.

Dann noch ein paar elses und ifs, und schon haben wir eine nette kleine Funktion, die man wunderbar in ein Plugin packen kann. Das braucht jetzt nur noch einen Namen. Und dann wird es ausgebaut. Ich träume da von archivseitenspezifischen Inhalten. Lässt sich aber meines Wissens nicht über Custom Fields realisieren, weshalb ich wohl dafür irgendwie die Kategorie-ID auslesen müsste und dann in der Datenbank zur Tabelle eine Zeile (oder Spalte?? Keine Ahnung…) hinzufügen wodrin das ganze gespeichert wird. Oder so. Man merkt, das übersteigt mein Wissen ;) ist halt ne Träumerei, vielleicht kann ichs ja irgendwann mal.

Wie auch immer, mal gucken was aus meinem Pluginchen wird

Vielen Dank an Markus, der mich per eMail darauf aufmerksam machte, dass meine Übersetzung des Artikels “Language Switcher WordPress Plugin” von Polparware schon wieder ziemlich überholt ist. So habe ich mich heute mal drangesetzt und sie Schritt für Schritt durchgearbeitet. Alle Änderungen sind nun übernommen, und meine Übersetzung ist wieder auf dem aktuellsten Stand. Hier der Artikel: Language Switcher WordPress Plugin.

Wie mir schon des öfteren aufgefallen ist, habe ich auf meiner Seite einen kleinen Umlautfehler. Das Plugin WP-Events gibt bei mir in der Sidebar anstehende Ereignisse aus – aber leider keine Umlaute.

Jetzt frage ich mich, ob das am Plugin liegt, also an meiner Datenbank, meinen Einstellungen oder was auch immer, oder am Browser. Seht ihr den Fehler auch, oder wird das ä bei euch angezeigt? So wie in dem Bild links sieht es bei mir aus.

Ich habe schon überlegt, ob es daran liegt, dass ich meine Datenbank nie auf UTF-8 umgestellt habe, nachdem der Zeichensatz in WordPress geändert wurde. Das Auskommentieren der betreffenden Zeilen in der wp-config.php hat bei mir so wunderbar geklappt, dass es mir egal war. Bei einem genauen Blick auf meine Datenbank fällt mir aber jetzt auf, dass tatsächlich ein Zeichensatz-Kuddelmuddel darin herrscht. Die DB hat UTF-8, die meisten Tabellen aber Latin_swedish. Nur einige wenige haben ebenfalls UTF-8.

Also wollte ich die Tabellen umstellen. Die Anleitung von Texto, die ich über Google gefunden habe, scheitert bei mir leider daran, dass MySQLDumper sich weigert, die von mir bearbeiteten Dateien wiederherzustellen. Ich bekomme dann nur einen Haufen Fehlermeldungen auf einer weißen Seite. Nur wenn ich die Backups so wiederherstelle wie sie sind, klappt es.