Gestern stellte ich ein Fehler in der WordPress-Gallery fest, die “columns”-Angabe spielte verrückt. Eigentlich wollte ich nur einen Blogeintrag schreiben, beim Verfassen stellte ich jedoch fest, dass ich die einzelnen Vorschaubilder der Gallery nicht so anordnen konnte, wie ich es wollte!

Vorher:
[ gallery link="file" columns="4" ]

Einige Sekunden später bemerkte ich dieses Problem auch bei allen älteren Blogeinträgen, die eine Gallery beinhalteten. Schnell war die Panik große und ich musste mich erstmal im Web schlau machen… Durch die “Try-And-Error”-Methode konnte ich eine Lösung finden.

Nachher:
[ gallery itemtag="div" link="file" columns="4" ]

Als die Ursache und die Lösung gefunden war, mussten nun “nur” noch knapp 150 Blogeinträge korrigiert werden! (Die Anzahl lässt sich über die Suchenfunktion im Adminbereich rausfinden) Hätte ich mich nun durchgeklickt wäre ich wohl einen ganzen Moment beschäftigt gewesen. Ich habe mich für die Datenbank-Korrektur entschieden.

Folgenden SQL-Code habe ich im phpMyAdmin ausgeführt:
(Benutzen auf eigene Gefahr!)

UPDATE wp_posts SET post_content =
replace(post_content, '[gallery', '[gallery itemtag="div"')

Nun funktionierte wieder alles wie gewollt. :)

Wie Heise Developer heute berichtet, hat Microsoft ein Paket zum Download bereit gestellt, dass dem Benutzer das Erstellen einer eigenen Website erleichtern soll. Das unter dem Namen “WebMatrix” im Web verfügbare Paket beinhaltet unter anderem einen Webserver und Editoren für PHP, HTML, CSS und JavaScript sowie das hauseigene ASP.NET. Als Datenbank gibt es den SQL Server 2008 Compact dazu. Als serverseitige Skript kann neben ASP.NET auch PHP genutzt werden.

Der Benutzer hat neben der Möglichkeit ohne “Vorlage” zu beginnen auch die Auswahl zwischen WordPress (Blog-System) und Joomla (Content-Management-Systeme) zu wählen.

Ob einem das Arbeiten auf der “Microsoft Schiene” gefällt muss jeder für sich entscheiden, der SQL Server 2005 hat mir zumindest nicht zugesagt. Ob Microsoft viel am SQL Server 2005 -> 2008 geändert hat, sei dahin gestellt… Ich bevorzuge klar: Apache (Server), MySQL (Datenbank) und PHP …und wem das jetzt zu kompliziert war, der braucht einfach nur der Xampp-Installation folgen und schon hat er alles funktionstüchtig!

(Xampp ist das quasi Open Source Gegenstück zu Microsofts WebMatrix.)

Das erste Problem ist dem “Search Light”-Plugin zu zeigen, wo sich das Suchfeld befindet… Hierzu sucht es nach den IDs des Suchformulars und des Eingabefeldes.

Da in meinem Fall anfangs keine IDs gesetzt waren, musste ich mich entscheiden, ob ich die entsprechende PHP-Datei meines Templates verändere oder eine dynamische Ersetzung von HTML-Inhalten bevorzuge. Letzteres hat den Vorteil, dass bei einem Template-Update die manuellen Änderungen nicht überschrieben werden!

Für einfache Ersetzungen nutze ich seit längerer Zeit das Plugin “Real-Time Search and Replace”. (Ich suche hiermit nach einem Ausdruck und Ersetze Ihn durch etwas anderes…)

Nun funktioniert das Plugin vorläufig! Schnell stellt man feststellt, dass das Plugin die deutschen Umlaute fehlerhaft anzeigt! (Das Problem währe sicher wieder mit Suchen/Ersetzen zu bewältigen, vorteilhaft wäre dies jedoch nicht!)

[ad#Smale Text Post Banner]

Ich entschloss mich dazu, dieses Mal den Programmcode (“search-light/searchLight.php”) anzupassen. Hierzu sucht man nach “$row['post_title']” und ersetzt es durch “utf8_decode($row['post_title'])” (2x, siehe Bild). Der Vorteil ist, dass diese Ersetzung nur dann stattfindet, wenn sie auch benötigt wird. Zudem ist es sauberer!

Nun haben wir folgendes Problem: Sollten wir einmal dieses Plugin updaten, so werden die Änderungen überschrieben! Deshalb habe ich zuerst einmal die veränderten Stellen mit dem Wort “//REVISIT” markiert. (Somit finde ich später die veränderte Stelle wieder.) Nun können wir “ganz oben” in der “search-light/searchLight.php”-Datei unter “Description:” einen eigenen Kommentar schreiben, bzw. den alten verändern. Ich habe veränderte es in: “Description: (VERÄNDERT!!! – ChrisHucke) —— Provides an ajax search-dropdown for WordPress.”

In der Verwaltung der Plugins bekommen wir diesem Kommentar nun angezeigt. Wenn wir aufmerksam sind, sehen wir vor dem nächsten Pluginupdate, dass wir dieses verändert haben!

Derzeit geben die WordPress-Entwickler an, dass die Entwicklung zu 88% komplett ist. Auf einer anderen wordpress.org-Unterseite findet man das gestrige Datum als Releasedate. Da dies jedoch schon einmal verschoben wurde, ist hier eine Änderung sicher.

Weitere Versionsupdates sind für August und November geplant, sicher ist diese Angabe jedoch nicht.

Man nehme die Datei “lightbox-plus/lightboxplus.php” gehe zu Zeile “165” und füge folgene Zeile ein:
“$lightboxPlusJavaScript .= ‘ $lbp.fn.colorbox.settings.scrollbars = false;’.$this->EOL( );”

Nun schaut es wie gewollt aus. Hoffen wir mal, dass in einer zukünftigen Version diese Zeile zum Auslieferungszustand gehört… oder zumindest in den Einstellungen zu finden ist.

Und hier der Vergleich: