PHP für WordPress – Themes und Templates selbst entwickeln

Das Buch kommt übersichtlich strukturiert daher mit etwas über 350 Seiten und einem Preis von 30,- Euro, erschienen im Franzis Verlag.

Der Titel des Buches “PHP für WordPress” verspricht etwas mehr, als das Buch hergeben kann. Erst die Subheadline “Themes und Templates selbst entwickeln” macht klar, an wen das Buch gerichtet ist, namlich an Entwickler, die Themes entwickeln möchten und bereits PHP-Kenntnisse haben oder Scriptsprachen nicht scheuen. Obowhl das Buch auf der Rückseite “PHP Grundlagen” anpreist, kann ein Mix von WordPress, Theme-Entwicklung und PHP auf 350 Seiten keinen umfangreichen PHP-Einstieg leisten, wie z.B. andere PHP-Grundlagenwerke mit über 1000 Seiten auf denen es nur um PHP geht. Als geeignete Zielgruppe sehe ich für dieses Buch deshalb Informatiker oder Menschen mit vorhanden Programmierkenntnissen, die sich schnell in PHP hineindenken können und das WordPress-Theme-Konzept verstehen möchten. Damit ist die WordPress-PHP-Grenze auch ganz klar abgesteckt: Das Buch richtet sich an Theme-Entwickler, die mit Theme-Tools wie Artisteer an die Grenzen stoßen und mehr aus einem Theme rausholen wollen. PHP-Entwickler, die in die Hook-API und “innere” Architektur von WordPress einsteigen wollen, um beispielsweise Plugins zu entwickeln, sind hier an der falschen Stelle!

Im Einführungskapitel stellt Clemens Gull einfach und gut veständlich dar, wie WordPress inkl. MySQL-Datenbank auf Windows XP, Vista und Windows 7 installiert werden kann. Der Einfachheit wegen demonstriert er das an dem XAMPP-Stack, für Einsteiger also gut geeignet, da so die erforderlichen Komponenten aus einem Guß kommen. In der Betriebspraxis ist dass selbstverständlich weniger geeignet, für das Lernen bzw. den Einstieg in die Thematik allerdings didaktisch sehr gut. Aüßerst positiv zu bemerken ist, dass er dem Leser noch weitere “prominente” Tools an die Hand gibt, wie PHP-PlugIns für Eclipse und der FireBug-Extension für den Firefox. Tools, die aus dem Alltag nicht mehr wegzudenken sind.

Im Zweiten Kapitel steigt der Autor dann voll in die Theme-Entwicklung ein. Die WordPress-eigene Terminologie, die Hierarchie und der Aufbau von Themes wird ausführlich und gut beschrieben. Etwas unglücklich ist die Übersetzung des engl. Wortes Theme ins Deutsche mit “Them”a. Hier wäre ich bei Theme geblieben oder ich hätte Designs, Design-Template oder Design-Vorlagen genutzt. Kleinigkeiten!

Im dritten Kapitel geht Clemens Gull auf das Erweitern von Themes ein, sehr gut gefällt mir die Berücksichtigung der Mehrsprachigkeit für Themes.

Der Anhang besteht aus einen Appell an Entwickler, sauberen Code mit Stil zu erzeugen. Hier musste ich ein wenig schmunzeln, denn dieser Appell ist eher etwas für Programmieranfänger und wie Eingangs erwähnt, kann dieses Werk kein Einsteigerkurs für PHP-Programmierung sein. Für erfahrene Entwickler, die schnell in PHP und WordPress einsteigen möchten. Hier wäre ein guter Platz gewesen, auf die Benutzung geeigneter Frameworks und Design Patterns hinzuweisen. Darüber hinaus enthält der Leser im Anhang eine Funktions-Übersicht über die wichtigsten WordPress-Funktionen für themerelevante Funktionen.

Gefehlt haben mir Hinweise auf Theme-Frameworks, u.a. auch Hinweise auf Frameworks wie Studiopress (genesis) oder auch leicht erweiterte Profithemes wie von Pliablepress, um sehr schnell zu guten Ergebnissen zu kommen.

Für erfahrene Web-Entwickler und Web-Designer ohne Scheu vor Scriptsprachen, ist “PHP für WordPress – Themes und Templates selbst entwickeln” deshalb eine leichte Lektüre, um schnell und einfach hinter die Geheimnisse von WordPress zu schauen in Sachen Theme-Development.

Wordpress mit Advanced Search

Vor kurzem installierte ich das wirklich hervorragende Advanced Search Plugin von Zirona, welches man als Lite-Widget in erfolgreich-bloggen.de in der rechten Spalte sehen kann oder über eine besondere Seite aufrufen kann.

Das PlugIn legt u.a. zur schnellen Suche in Artikeln und Seiten Indexe für die WordPress-Tabellen an. Und hier fängt bereits das Problem an, wenn man in der Datei wp-config.php einen technischen Datenbankuser nutzt, der beispielsweise nur Rechte für normale SQL-Queries hat. Aus Sicherheitsgründen macht dies zwar Sinn, die Installation des Advanced Search PlugIn scheitert mit dem Nebeneffekt, dass der QueryFilter auf posts_requests scheitert, bzw. nicht ausgeführt wird. Über das reinhängen in die posts_requests Handler-Methode erreicht das Plugin, das umfangreichere Datenbankabfragen auf Seiten, Artikel und Kommentare abgefragt werden.

Beim ersten Aktivieren des Plugins versucht es die diversen Indexe anzulegen, gelingt dies, schreibt das Plugin eine WordPress-Option mit dem Namen “as_prepared” und dem Wert “yes”. Gelingt es nicht, wird die Option mit dem Wert “failed” gespeichert. Wenn man nun vorübergehend einen technischen Datenbank-User mir Rootrechten vergibt, sodass die Indexe nachträglich anlegt werden können, hat man das Problem, das die Option “as_prepared” auf “failed” stehen bleibt. In dem PHP-Script mit dem namen queryfilter.php des Advanced Search Plugins, welche die im posts_requests Filter eingehängte Funktion as_queryfilter enthält, wird die Option “as_prepared” überprüft und der Query-String nicht manipluiert, wenn “as_prepared” auf “failed” steht.

Dies hat zur Folge, dass im Advanced-Query-Plugin die Parametrisierung der Suche nicht richtig funktioniert, so unterscheidet die Suche z.B. nicht zwischen der suche in Seiten und Artikeln, obwohl es angehakt wurde. Deshalb muss man wohl der übel auf Datenbankebene die Option von “failed” auf “yes” setzten, insofern man die Indexe richtig angelegt hat. Eine andere Möglichkeit ist, die php-Funktion update_option() zu nutzen, um den Wert zu überschreiben.

Allerdings sind PHP-Kentnisse notwendig. Hier ist unsere Anpassung der index.php des Arthemia Themes.

Natürlich muss zuvor das Plugin installiert und aktiviert werden!

Google Syntaxhighlighter

Dann nehme ich doch gleich mal die Gelegenheit beim Schopf, um das Plugin zu demonstieren, in dem ich ein wenig am Arthemia2-Code meckere!

Leider gibt es da ein Problem, mit der Anzahl der Posts pro Seite, in Verbindung mit dem Blättern über mehrere Seiten. Verändert man die Anzahl der Posts im WordPress-Backend (Dashboard) und stimmt diese Zahl nicht mit der hart codierten Zahl pro Posts im Code der Datei index.php, erhält man ein Error 404.

Den Originalcode:

  $page = (get_query_var('paged')) ? get_query_var('paged') : 1;
      query_posts("cat=-9,-15&paged=$page&posts_per_page=5");

Für “hart codierte” Parameter stehen für Programmier heutzutage eigentlich lebenslämglich auf dem Spiel, weshalb ich nicht verstehen kann das im Originalcode in Zeile 79 der Paramter posts_per_page=5 so geschrieben wurde.

  $page = (get_query_var('paged')) ? get_query_var('paged') : 1;
      $num_of_posts = get_option('posts_per_page');
      query_posts("cat=-9,-15&paged=$page&posts_per_page=$num_of_posts");

Deshalb habe ich in Zeile 80 eine Zeile eingefügt. Ich hole mir zunächst die im Backend eingetragene Anzahl der Posts pro Seite und schreibe den Wert in die Variable $num_of_posts die ich dann in Zeile 81 übergebe.

Quelle: Screenshot SOS Kinderdörfer, www.sos-kinderdoerfer.de

In diesem Artikel stellen wir das Bilder-Gallerie-Plugin von Alex Rabe anhand des SOS-Kinderdorf-Projekt in Second Life vor. Dieses Plugin verfügt über viele Funktionen, ist außerordentlich gut zu bedienen und verbessert die Handhabung von Bildern in WordPress erheblich. Hinzu kommt die schöne Darstellung der Bilder mit Ajax aufgepeppt und ein Widget das noch zusätzlich für die Sidebars verwendet werden kann.

Dabei sprechen wir aus Erfahrung. Auf unserem Blog www.sltalk.de setzten wir bis etwa Mai 2007 das Image Gallery-Plugin von Martin Chlupáč ein. Dieses müssen wir bis heute als Altlast mitschleppen.

Durch die inhaltliche Auseinandersetzung auf diesem Blog erkannten wir, dass sich ein 3D-Internet entwickelt. Also richteten wir SLTalk thematisch auch auf Medien-und Technologiekonvergenzen aus. Dies bedeutete allerdings auch die inhaltliche Einbettung zahlreicher Bilder. Für die schnelle Massenbearbeitung war das alte Plugin nicht geeignet, weshalb wir uns nach neuen Gallerie-Plugins umschauten.

Das NextGen-Plugin von Alex Rabe bietet hierfür die Möglichkeit ganze Bilderreihen im Zip-Format hochzuladen, was das einzelne Hochladen von Bildern erheblich beschleunigt. Hinzu kommt, dass das Plugin auch Metadaten in den Grafikdateien berücksichtigt und Bild-Beschreibungen automatisch übernommen werden können. Unterstützt werden Daten im EXIF, IPTC oder XMP-Format.

In dem aktuellen Artikel über das SOS-Kinderdorf-Projekt in Second Life von Stephanie Posselt könnt Ihr den Einsatz der Galerie auf SLTalk sehen. Als Demo habe ich die gleiche Galerie auch noch einmal hier eingebettet.

[Show as slideshow]

123►

Die Einbettung einer angelegten Galerie kann einfach und leicht durch einen Klick im TinyMCE-WYSIWIG-Editor geschehen (siehe Screenshot) oder indem man in eckigen Klammern [[]] gallery=id schreibt, mit der entsprechenden ID der jeweiligen Galerie.

Klick auf das NextGen Icon im TinyMCE WYSIWIG-Editor

Beim Hochladen der Bildarchive kommen schnell Dateigrößen über zwei Megabyte zustande. Damit wird oftmals das maximale Uploadlimit des Webservers erreicht, was zu einem Fehler beim Hochladen der Zip-Archive führt. Der Standardwert der meisten PHP-Installationen liegt bei 2MB, weshalb wir diesen Wert in der Datei php.ini auf 6 Megabyte erhöht haben. Hierzu muss der Wert

upload_max_filesite = 6M

in der Datei phi.ini eingetragen werden.

Zu dem Plugin gibt es natürlich noch viel mehr zu schreiben, aber probiert es doch einfach selbst einmal aus.
Viel Spaß!

Download
http://wordpress.org/extend/plugins/nextgen-gallery/