Wenn man im Standard-Theme eine Kategorie auswählt werden dort alle Beiträge aufgelistet, die sich in dieser Kategorie befinden. Oftmals ist dies nicht gewünscht – gerade wenn man WordPress-Artikel als CMS nutzen möchte. Folgender Ansatz bietet eine einfache Möglichkeit eine Liste der Unterkategorien anzeigen zu lassen – mit WP 2.9 getestet.

Die folgenden Arbeiten werden anhand des Kubrick-Themes vorgestellt. Dein Theme findest du im Verzeichnis wp-content/themes. Dort solltest du in absteigender Reihenfolge eine dieser drei Dateien vornehmen:

• category.php
• archive.php
• index.php

Nun machen wir uns einmal grundlegend mit dem Theme vertraut. Ein wichtiger Bestandteil von WordPress ist die “Loop“. Diese könnte in etwa so aussehen:

< ?php if (have_posts()) : ?>
…
< ?php while (have_posts()) : the_post(); ?>

…< ?php the_content() ?>…

< ?php endwhile; ?>
…
< ?php endif; ?>

Die Loop wirft die Beiträge aus – dies soll nur geschehen wenn es keine Unterkategorie gibt. Es muss also eine Funktion her, die anhand der aufgerufenen Kategorie überprüft ob es eine Unterkategorie dazu gibt. Diese Aufgabe erfüllt folgende Funktion:

function subcategory_exists($catID) {
global $wpdb;
$abfrage = "SELECT parent FROM $wpdb->term_taxonomy WHERE parent = ".$catID;
$result = $wpdb->get_results($abfrage);
if (empty($result)) {return false;} else {return true;}
}

Diese Funktion wird in die functions.php im Theme-Verzeichnis eingetragen. Sie wirft anschaulich ein “Ja” zurück, wenn eine Unterkategorie existiert. Und genau in diesem Fall soll die Loop nicht ausgeführt werden, sondern eine Liste mit den verbleibenden Unterkategorien ausgegeben werden.

Nun kümmern wir uns um den Rest. Je nach Theme wird eine der oben genannten drei Dateien bearbeitet. Im Kubrick-Theme ist das die archive.php. Wenn eine Unterkategorie existiert wollen wir ein Menü mit den verbleibenden Unterkategorien einfügen und es sollen keine Beiträge ausgegeben werden. Kümmern wir uns zunächst um das erstere:

if (is_category()) { ?>
<h2 class="pagetitle">Archive der Kategorie < ?php single_cat_title(); ?></h2>

< ?php
if (subcategory_exists($cat)) {
echo  "
<ul>";
wp_list_categories('child_of='.$cat.'&title_li=');
echo "";
} ?>
…

Der Einsatz der Funktion subcategory_exists ist klar. Die übergebene Variable $cat enthält die ID der aktuellen Kategorie. Die Loop wird nun folgendermaßen ergänzt:

< ?php while (have_posts()) : the_post(); ?>
		< ?php if (!(subcategory_exists($cat))) { ?>
<div <?php post_class(); ?>>
…
< ?php the_content() ?>
…
< ?php } ?>
< ?php endwhile; ?>
</div>

Folglich werden Beiträge ausgegeben, wenn keine Unterkategorie existiert. Somit haben wir auch alles erreicht, was wir wollten.

Vorsicht: Dadurch sind Artikel, die in einer Oberkategorie liegen, für den Besucher nicht sichtbar. Trotzdem kann man diese über die direkte URL aufrufen – sofern diese bekannt ist.

Vorschau:

Das besondere bei dem Theme ist der Einsatz von HTML5 und ein wenig CSS3. Das Design ist relativ schlicht gehalten. Bevor es in den Portfolio Bereich kommt, sollte es aber noch ausgiebig getestet werden. Daher freue ich mich, wenn sich ein paar Leute bereit erkären, dieses Theme genauer unter die Lupe zu nehmen!

→ Download Alpha Theme

Anregungen, Kritik und Bugs nehme ich gerne an. Entweder direkt als Kommentar oder über den Kontakt-Bereich.

<code>global $posts;
rewind_posts();
query_posts('cat=0&showposts=10');</code>

Dabei sorgt cat=0 dafür, dass aus allen Kategorien die Posts angezeigt werden und showposts=10, dass genau 10 auf der Seite stehen. Wenn mehr als 10 Posts vorhanden sind erscheint eine Seitennavigation. Der Link der Seitennavigation weist dann z.B auf “paged=2″ oder auch “page/2″ hin.

Wenn der Aufruf auf eine nächste Seite keine Änderung bewirkt, liegt das daran, dass die URL nicht in die query miteinbezogen wird. Die Erweiterung paged='.$paged löst das Problem:

<code>query_posts('cat=0&showposts=10&paged='.$paged);</code>

Aufbau:

[siehe auch: WP Codex (engl.)]

<code><?php wp_enqueue_style( $handle, $src, $deps, $ver, $media ) ?></code>

• $handle ist ein String und gibt den Namen des Stylesheets wieder. Beispiel: ‘print’
  Ein Name muss angegeben werden.

• $src ist die URL vom Hauptverzeichnis ausgehend. Beispiel: ‘/wp-content/themes/my_theme/print.css’
  Keine Angabe notwenig. Default-Wert: false

• $deps ist ein array() was Abhängigkeiten mit anderen Stylesheets betont. Beispiel: array(‘print’, ’style’)
  Es ist keine Angabe notwendig. Falls man jedoch eine macht, sollte klar sein, dass das Stylesheet vorher auch mithilfe von wp_enqueue_style geladen wird. Im Beispiel würde das bedeuten: Wenn print.css und style.css geladen sind, wird dieses Stylesheet auch geladen

• $ver ist die String-Angabe einer Version. Beispiel: ‘1.0′
  Keine Angabe notwendig, Default-Wert: false.

• $mediaString für das Ausgabemedium. Beispiel: ‘print’
  Keine Angabe notwendig, Default-Wert: false

Anwendung

Manchmal ist es sinnvoll, ein Stylesheet nur für bestimmte Seiten zu laden. Will man beispielsweise auf allen Seiten und immer dann wenn Kommentare erlaubt sind, dass ein Stylesheet namens “forms.css”eingebunden wird, so könnte man folgendes tun:

<code>
if (comments_open() ) {
        wp_enqueue_style('forms', '/wp-content/themes/wp_theme/forms.css', array() , false , 'screen' );
}
if (is_page() ) {
        wp_enqueue_style('forms', '/wp-content/themes/wp_theme/forms.css', array() , false , 'screen' );
}
</code>

Nun könnte ja auf einer Seite (is_page) auch die Kommentarfunktion erlaubt sein (comments_open), dann wird die forms.css allerdings nicht zweimal geladen – was ja unnötig wäre – sondern genau einmal.

<code>wp_enqueue_script(jquery);
</code>

Dies funktioniert auch einwandfrei.
Als ich meine entsprechende Javascript-Datei mit den Funktionen eingebunden hatte, war mir noch nicht bewusst, dass WordPress dann keine “$” mehr akzeptiert um Konflikte mit anderen Bibliotheken wie Prototype aus dem Weg zu gehen. Demnach werden bei einer Funktion alle $ gegen jQuery ausgetauscht:
Nochmal ein Beispiel, aus:

<code>$(document).ready(function() {
	$("div#images, div#download").addClass('hide');
</code>

wird dann:

<code>jQuery(document).ready(function() {
	jQuery("div#images, div#download").addClass('hide');</code>

Weiterführende Links

• Frank Bülgte: JavaScript-Bibliotheken in und aus WordPress nutzen
• aus dem WordPress-Forum Deutschland

Die WordPress-Suche ist nicht gerade die effektivste Lösung, wenn es um das Suchen auf der eigenen Plattform geht. Um trotzdem eine kleine Verbesserung zu erzielen und keine Plugins zu nutzen, zeige ich ein paar Funktionen. Zunächst einmal soll in der Überschrift der Seite die Anzahl der Suchergebnisse und das Suchwort mit ausgegeben werden. Dazu findet man in der Loop die Überschrift der Seite. Man ersetzt mit folgendem:

<code>
<h2><?php echo $wp_query->found_posts; ?> Suchergebnisse für "<?php echo the_search_query(); ?>"</h2>
</code>

Der erste Teil fragt die Anzahl der Suchergebnisse ab und mit the_search_query() wird das gesuchte Wort ausgegeben.

Die Anzahl der auszugebenden Suchergebnisse wird grundlegend über das Backend bestimmt. Die Einstellung findet man über “Einstellungen → Ausgabe → Blogseiten zeigen maximal”. Jedoch bewirkt eine Änderung hier, dass jedes Mal beim Aufruf der Loop genau diese Anzahl an Posts dargestellt wird. Das Problem lässt sich auch wieder direkt in der search.php des Templates lösen mit der query_posts()-Funktion.

<code>
<?php query_posts($query_string . '&post_type=any&showposts=10'); ?>
</code>

Diese Zeile sollte vor Beginn der Loop stehen. Zur Erklärung der Parameter: Die Variable $query_string ist sehr wichtig, da sie dafür sorgt, dass die eigentliche Intention beibehalten wird. Dadurch wird also zunächst einmal der Suchvorgang nicht unterbrochen. Weiterhin wird sowohl in den Artikeln als auch in den Seiten gesucht und die Anzahl der herausgegebenen Suchergebnisse pro Seite auf 10 erhöht.

Bei mir findet die query_posts()-Funktion auch in der archive.php Anwendung, da ich hier auch mehr Posts ausgeben möchte, als grundlegend im Backend eingestellt. Der Einsatz dieser Funktion ist dabei ziemlich vielfältig, wenn es um die Loop geht. Daher lohnt sich ein Blick in die Funktionsreferenz.

Was momentan auch zur Diskussion aussteht ist die übermäßige Nutzung des Memory Limits. Hier habe ich ein Memory Limit von 40MByte zur Verfügung, was momentan bis zu 65% genutzt wird. Diesen Wert habe ich nur erreicht, indem ich ein paar Plugins deaktiviert habe. Zur Überprüfung nutze ich ein von Frank Bueltge empfohlenes Plugin.

Dabei kann man auch wieder auf die Conditional Tags von WordPress zurückgreifen, was ich schon in einem anderen Beitrag beschrieben habe. Meine Version des title-Tags sieht so aus:

<code>
<title>
<?php bloginfo('name'); ?> | <?php bloginfo('description'); ?>
<?php if ( is_single() ) { ?> » Blog <?php } ?> <?php wp_title(); ?>
</title>
</code>

Zuerst wird der Blog-Name ausgegeben und dahinter abgetrennt mit “|” die Blog-Beschreibung. Beides lässt sich über das WP-Backend festlegen über Einstellungen → Allgemein. Falls es sich um einen Artikel handelt wird “» Blog” noch dazwischen eingefügt, bevor der Titel der Seite kommt.
In der Gestaltung des Titels ist man relativ frei. Möchte man beispielsweise, dass die Blog-Beschreibung nur auf der Startseite kommt, kann man dies mithilfe von is_home() tun.

Hier findet man auch genug solcher Bedingungen. Ich habe mich beispielsweise dafür entschieden, die Sidebar so zu gestalten, dass bei einem Artikel die Informationen über den Autor, die Kategorie und Datum der Veröffentlichung in dieser erscheinen. Dies gestaltet sich mit den Conditional Tags sehr einfach:

<code>
<?php if (is_single () ) {
      //Hier erscheint die Anweisung, wenn es ein Artikel ist
   }
</code>

Dies ist beliebig erweiterbar. Statt “single” kann man, wie die Dokumentation zeigt, eine Vielzahl anderer Bedingungen aufstellen. Es erlaubt einem auch den Titel der Webseite speziell anzupassen und findet in vielen Formen eine Anwendung.