WordPress 2.5 – HowTo: Anpassung des Farbschema für die Administration’s Konsole.

Mein erster Erfahrungsbericht zu der neuen WordPress Version 2.5 beschäftigt sich mit der Anpassung des Administration’s Konsole und insbesondere dessen aussehen. Als erstes wollte ich das ungewohnte Design wieder auf die “alt bekannten” Farben umstellen. Dies gelang mir aber erst nach einer Weile der Suche, bis mir halt klar wurde, das WordPress nun das Aussehen der Admin-Oberfläche Benutzerabhängig verwaltet.

Im eigenen Benutzerprofil kann jeder nun sein favorisiertes Farbschema einstellen. Gehe dazu nach dem Login auf die Einstellungsseite deines Benutzerprofil (Profil), dort kannst du unter “Dein Profil und persönliche Einstellungen / Persönliche Optionen” das Farbschema setzen.

Ich habe also als aller erstes einmal wieder das altebekannte Farbschema eingestellt .

Wem die beiden Farbschema nicht ausreichen und wer über einige Programmiererfahrung verfügt, der kann mit einem kleinem Hook weitere Farbschemen zu der Auswahl hinzufügen. Siehe dazu den Beitrag von Frank: WordPress 2.5 und ein userabhängiges Admindesign.

Ich Denke jedoch, das es zur Erweiterung der Farbschema Auswahl zukünftig eine kleine Anzahl an WordPress Plugins geben wird, die diese Aufgabe übernehmen werden.

Hinweis: In meiner kleinen Serie “WordPress 2.5 – HowTo“, versuche ich meine erworbenen Erfahrungen auf einfache Art und Weise weiterzugeben. Ãœber Kritik und Anregungen wäre ich sehr Dankbar!

WordPress Version 2.4 wird übersprungen

Wie der WordPress-Deutschland-Blog gerade berichtet wird aufgrund vieler Änderungen die geplante Version 2.4 nicht veröffentlicht! Stattdessen erscheint voraussichtlich am 28. März die WordPress Version 2.5. Die entspreche Mitteilung von Chefentwickler Matt ist in der Maillingliste wp-hackers nachzulesen.

Passend zu dem Thema wurde zuletzt, pünktlich zum Jahreswechsel 2007/2008, ein neues Sicherheitsrelease bzw. Upgradepacket veröffentlicht. Ein Update wurde empfohlen. Mehr dazu kannst Du hier nachlesen: Neue WordPress Version 2.3.2 zum Jahreswechesel

Zuletzt hier aktualisierte WordPress Plugins

• Akismet – Neue Plugin Version 2.1.2. Der Kommentar Administrationsbereich wurde etwas überarbeitet. Mann kann nun dort nach bestimmten Kommentartypen filtern.
• Broken Link Checker – Version: 0.2.4. Änderungen unbekannt.
• ©Feed – Update auf Version 4.1.
• Exec-PHP – Version 4.3. Deutsches Interface zur Administration verfügbar. Einige Bugs behoben und PHP Code kann nun in Text Widgets ausgeführt aber auch extra deaktiviert werden.
• RSS-Feed – Update auf Version 4.1.
• Subscribe To Comments – Update auf Version 2.1.2. Einige Fehler wurden behoben.
• Google XML Sitemaps – Version 3.0.3. Es kann nun auch MSN Live Search angepingt werden. Removed some WordPress hooks.

WordPress-Theme Vorstellungen #01

• Blitzblank WordPress-Theme: Wer ein aufgeräumtes einfaches WordPress Theme sucht ist mit dem Blitzblank Theme sehr gut bedient. Blitzblank benutzt als Basis des Layouts das XHTML/CSS-Framework Yaml. Es kann somit flexibel angepasst werden und unterstützt viele der aktuell verwendeteten Browser.
• WordPress-Theme: (Not so) Fresh. Ein weiteres sehr schönes WordPress Thema. Mehr zur aktuellen Version 1.2 gibt es hier nachzulesen.

Heute habe ich endlich einmal die Zeit gefunden um das WordPress Plugin “Landingsites de” richtig auf meinem Blog zu integrieren. Grund: Die meisten Besucher kommen über Suchmaschinen auf die einzelnen Artikel dieses Weblogs. Oft finden sie aber nicht gleich den richtigen Artikel. Und um nun die Besucher auf der Webseite zu halten habe ich das Plugin Landigsites eingebunden. Zusätzlich zum gefundenen Artikel werden den Besuchern nun fünf relevante Artikel angezeigt. Diese Aufgabe übernimmt das WordPress Plugin “Landingsites de” nun auf diesem Blog.

Das Ergebnis eines aufgerufenen Artikels über Google sieht nun wie folgt aus:

Mit diesem Link kannst du es auch einmal selber ausprobieren. Nach der Google Suche einfach den ersten Link auf einen Beitrag dieser Webseite anklicken.

Plugin Webseite besuchen: Landingsites de (Plugin)

WordPress Plugin “Broken Link Checker” eingebunden. Habe mir mal einige Gedanken über ältere Beiträge gemacht und wie es um die dort integrierten Links steht. Oft ändern sich mit der Zeit einige dieser externen URL Adressen. Standard gibt es unter der aktuellen WordPress Version keinen Mechanismus solche “toten” Links zu finden. Wie also nun diese Adressen unter WordPress herausbekommen?

Mit dem WordPress Plugin Broken Link Checker ist dies kein Problem. Das Plugin durchsucht regelmäßig die einzelnen Beiträge aus dem Blog nach ungültigen Links. Man kann den Prüfintervall individuell vorgeben, z.B. alle 14 Tage. Nach einem Prüfintervall findet man im Administrationsbereich von WordPress unter Verwaltung einen neuen Eintrag “Broken Links”. Bei mir waren es z.B. aktuell 31 defekte Links.

Plugin hier herunterladen

Heute hatte ich ein echtes Problem zu lösen. Und zwar musste ich eine bestimmte Zeichenkette in über 170 Beiträgen auf meinem Weblog durch eine andere Zeichenkette ersetzen. Und da habe ich mir gesagt “Per Hand geht das gar nicht” und nach einer “einfachen Lösung” gesucht.

Schnell war klar, das das nur über die Datenbank, mit Hilfe eines SQL -Scriptes gemacht werden konnte! Nach kurzer Suche bei Google bin ich auf den Artikel Suchen und Ersetzen in MySQL-Datenbanken bei jowra.com gestoßen. Zum Glück kenne ich mich ein wenig mit MYSQL und SQL-Scripten aus und so habe ich mit dem folgenden SQL Aufruf eine bestimmte Zeichenkette in über 170 Beiträgen austauschen können!

UPDATE wp_posts SET post_content = replace(post_content, 'Zeichenkette1', 'Zeichenkette2');

Wichtiger Hinweis: Vor dem Aufruf solch einer SQL-Anweisung MUSS unbedingt die komplette WordPress Datenbank gesichert werden (Zum Beispiel mit dem seit WP 2.0 enthaltenen Backup-Plugin)! Ich übernehme keine Garantie für die Richtigkeit der SQL-Anweisung, auch wenn ich sie selber mit der WordPress Version 2.3 getestet habe!

Wer sich nicht so genau mit SQL auskennt findet in dem oben genannten Artikel eine sehr ausführliche Anleitung.

Ach ja der Grund warum ich so viele gleiche Zeichenketten in den einzelnen Artikeln tauschen musste, ist ein Fehler in dem WordPress Plugin: AdSense-Deluxe Plugin v0.8, dazu aber in einem späteren Artikel mehr.

Ihr besitzt WordPress als Blog Software? Ihr denkt gerade über die Umstellung eurer Permalinkstruktur nach? Ihr wollt aber nicht das Google und Co. ewig lange auf den alten Links sitzen bleiben und das eure Besucher über die Suchmaschinen ins leer laufen? Ihr wollt nicht das Besucher nur noch die Seite mit der Meldung “404 – Seite nicht gefunden” zu Gesicht bekommen? Für WordPress Webmaster kein Problem! Man benötigt nur die richtigen Tools bzw. Plugins! (weiterlesen …)

Zur Zeit wird ein wenig an meinem Weblog herumgeschraubt und da habe ich mir gedacht, wie kann ich die Benutzerdefinierten Felder (Custom Fields) in WordPress besser nutzen.

Mein Ziel

Mein Ziel war es für bestimmte Artikel einen Text- oder Werbeblock an den Anfang der Seite zu plazieren. Jedoch nicht jedes mal wieder den Code per Hand eintragen zu müssen!

Benutzerdefinierte Felder anlegen

Die Lösung ist mit Hilfe der Custom Fields in WordPress sehr einfach umzusetzen. Dazu muss man als Autor erst einmal einen Artikel anlegen oder einen bestehenden Artikel öffnen.

Benutzerdefinierte Felder sind nämlich nichts weiter als “Schlüssel/Werte Paare” (key/values). Diese werden in der WordPress Datenbanktabelle wp_postmeta gespeichert. Um diese Daten im Weblog wieder abzurufen, gibt es Template Tags wie z.B. the_meta() oder get_post_meta(), die innerhalb eines Loops verwendet werden können. (Links zum Thema findet Ihr am Ende des Beitrages)

Nun können wird ein Benutzerdefiniertes Feld anlegen. Dazu einfach einen Schlüssel-Namen vergeben, einen Wert zu dem Schlüssel definieren und dann den Button “Benutzerdefiniertes Feld hinzufügen” klicken. dadurch wird das Feld zu dem Artikel gespeichert.

Mann kann beliebig viele Benutzerdefinierte Felder für einen Beitrag anlegen!

Benutzerdefinierte Felder in Template einbauen

So nun fehlt zum Endergebnis nur noch eine kleine Anpassung in der entsprechenden WordPress Template Datei zum Beispiel der single.php.

<?php if(get_post_meta($post->ID, 'topbanner_on')) : ?>
     Hier beliebigen Code einfügen... 

<?php endif; ?>

Der Codeblock sorgt dafür, dass aus den Meta Daten für den Beitrag das benutzerdefinierte Feld “topbanner_on” geprüft wird. Ist das Feld vorhanden und der wert ist 1 (true) dann wird der eingeschlossene Codeblock ausgegeben. Somit ist jede Variante von Abfragen und Ausgaben möglich!

Das Ergebnis meines Test kannst du in dem Beitrag WordPress 2.3 auf PHP-Version 5.2.4 umgestellt sehen.

Weitere interessante Links zum Thema

• WordPress benutzerdefinerte Felder (Custom Fields)
• WordPress Custom Fields nutzen
• Using Custom Fields (WordPress Codex)

Heute morgen habe ich erfolgreich die PHP-Version meines Webservers auf die aktuell stabile PHP-Version 5.2.4 umgestellt. Vor der Umstellung lief unser WordPress Blog “Brandt Aktuell” unter der PHP-Version 4.4.7.

Bisher habe ich noch keine Module entdecken können, die nicht mehr funktionieren.

Über das Service Menü meines Providers Domain-Go konnte ich diese Umstellung schnell und ohne Probleme durchführen. Im Kunden-Menü kann ich mir jederzeit die aktuell Installierte Version anzeigen lassen:

(weiterlesen …)

Eine der neuen Funktionen unter WordPress 2.3 findet man im Administrationsbereich bei der Plugin Verwaltung. Unter WP-Administration/Plugins wird nun angezeigt, von welchen installierten Plugins es Updates gibt. Voraussetzung für die Information, ob ein Plugin in einer neueren Version zur Verfügung steht ist, das das Plugin bei wordpress.org registriert ist.

Updatebenachrichtigungen
Das gute Update-Monitor Plugin hat ausgedient, da WordPress nun selber über neue Versionen Auskunft gibt. Auch über neue Aktualisierungen von Plugins wird man nun informiert, sofern sie bei wordpress.org gelistet sind.

(weiterlesen …)

Fast ohne Probleme habe ich nun meine WordPress Version 2.2.x auf die neueste Version WordPress 2.3 angehoben. Nach dem Test in meiner lokalen WordPress Umgebung habe ich den Schritt gewagt und meine Blogs auf die neueste Version umgestellt.

Bis auf die bekannten Probleme mit dem Tagging Plugin Simple Tagging (nicht mit WordPress 2.3 kompatibel), gibt es zur Zeit bei mir nur noch Probleme mit dem Plugin Dagon Design Sitemap Generator (Grund noch unbekannt).

Eine alternative zum Simple Tagging Plugin ist das Plugin Simple Tags. Das Plugin basiert auf Simple Tagging, benutzt aber die neue Tagstruktur von WordPress 2.3. Ãœber die Funktion “Verwalten/Import/Simple Tagging Import” kann man die vorhandenen Tags aus Simple Tagging in die WordPress Struktur importieren und dann später mit dem Plugin Simpe Tags verwalten – Alles klar

Hinweis: Nach dem Import der Tags aus Simple Tagging und der Installation von Simple Tags musste ich einmal unter “Einstellungen/Permalinks” die Permalink-Struktur neu speichern, ansonsten wurden die Dateipfade nicht richtig gefunden!

Mein erstes Fazit: Erst einmal läuft nach dem Update das System stabil. Die oben angesprochenen Plugins muss ich noch mal ersetzen oder anders implementieren.