Im Grunde genommen sind das also alles Features, die man von den Schlagworten her kennt, aber um die Zutatenliste nicht mit den Tags des normalen Blogs zu vermischen, musste eine eigene Taxonomie her.

Die Taxonomie anlegen

Das Erstellen der Taxonomien gestaltet sich denkbar einfach: in der functions.php des Themes notiert man folgenden Code:

add_action( 'init', 'build_taxonomies', 0 );

function build_taxonomies() {
register_taxonomy( 'zutaten', 'post', array( 'hierarchical' => true, 'label' => 'Zutaten', 'query_var' => true, 'rewrite' => true ) );
}
Die Taxonomie erhält den Namen “zutaten” bzw. als angezeigten Namen “Zutaten” und wird dem Beitragstyp “Post” zugeordnet. Da ich die Zutaten hierarchisch sortieren möchte, so wie man es auch von Kategorien und Unterkategorien her kennt, wird dieser Wert auf “true” gesetzt. “rewrite => true” sorgt schließlich dafür, dass sprechende URLs erzeugt werden.

Die Taxonomie nutzen

Fortan findet sich beim Erstellen eines Beitrags eine neue Box in der rechten Spalte, in der man die Taxonomie-Tags analog zu den normalen Schlagworten eingeben kann.

Eine Übersicht über alle verwendeten Taxonomie-Begriffe gibt es in der linken Spalte im Bereich “Artikel” – hier ist nun eine neue Seite namens “Zutaten” aufgetaucht.

Taxonomie-Tags unter dem Beitrag ausgeben

Nachdem die Artikel nun mit den jeweiligen Begriffen gefüttert wurden, sollen sie im nächsten Schritt auf der Webseite ausgegeben werden. Zunächst wenden wir uns der Einzelansicht eines Beitrags zu, also der single.php eures Themes bzw. der content-single.php, wenn ihr etwa das Theme TwentyEleven nutzt .

Innerhalb des Loops notiert man:

<?php echo get_the_term_list( $post->ID, 'zutaten', 'Zutaten: ', ', ', '' ); ?>
Über die Funktion get_the_term_list() und ihren Parametern holt man sich die dem aktuellen Beitrag zugeordneten Taxonomie-Tags der Taxonomie “zutaten”, stellt ihnen den Begriff “Zutaten: ” voran und trennt sie mit Kommata. Voilà.

Allerdings möchte ich auf ikiru.de diese Ausgabe natürlich nur bei den Rezepten haben und nicht bei den normalen Blogeinträgen. Da ich alle Food-Beiträge in einer eigenen Kategorie abgelegt habe, packe ich noch eine Schleife hinzu, die je nach Kategorie etwas anderes ausgibt:

<?php $post = $wp_query->post;
if ( in_category('15')  ) {
echo get_the_term_list( $post->ID, 'zutaten', 'Zutaten: ', ', ', '' );
}
else {
the_tags();
}
?>

Die ID einer Kategorie ermittelt ihr, indem ihr im Dashboard mit dem Mauszeiger über den Kategorienamen fahrt – in der angezeigten URL findet sich die ID.

Taxonomie-Cloud in der Sidebar

Als nächstes wenden wir uns der Ausgabe in der Sidebar bzw. jedem beliebigen Widget-fähigen Bereich zu. Denn die Wolke lässt sich sehr bequem als Widget einfügen: nehmt das Widget “Schlagwörter-Wolke” und wählt im Dropdown-Menü statt “Schlagwort” eure Taxonomie aus.

Alternativ dazu lässt sich die Taxonomie-Cloud natürlich auch über eine Zeile Code platzieren:
<?php wp_tag_cloud( array( 'taxonomy' => 'zutaten') ); ?>

Übersichtsseite

Nun soll noch eine Seite wie diese angelegt werden, auf der alle verwendeten Zutaten aufgelistet werden.

Dazu habe ich die page.php kopiert, in food.php umbenannt und sie durch das Notieren folgender Zeilen in ein Seitentemplate umgewandelt:

<?php
/*
Template Name: Food
*/
?>

Beim Anlegen einer neuen Seite lässt sich nun dieses Template auswählen.

Innerhalb des Loops, nach the_content();, lasse ich mir dann die Liste ausgeben:

<?php
$taxonomy     = 'zutaten';
$orderby      = 'name';
$show_count   = 1;
$pad_counts   = 1;
$hierarchical = 1;
$title        = '';

$args = array(
'taxonomy'     => $taxonomy,
'orderby'      => $orderby,
'show_count'   => $show_count,
'pad_counts'   => $pad_counts,
'hierarchical' => $hierarchical,
'title_li'     => $title
); ?>

<ul>
<?php wp_list_categories( $args ); ?>
</ul>
Je nach Belieben könnt ihr den Artikelzähler mit ausgeben, die Sortierreihenfolge ändern und das Ausgabeformat steuern, indem ihr hier als Wert 0 (false) oder 1 (true) setzt.

Wenn ihr eine hierarchische Taxonomie verwendet und via $show_count = 1; die Anzahl der jeweils vorhandenen Beiträge ausgebt, solltet ihr sinnvollerweise auch pad_counts auf 1 setzen, damit bei den übergeordneten Begriffen auch die Anzahl der ihnen untergeordneten Artikel mitgezählt wird.

Möglich macht dies der Standard oEmbed. Hierbei genügt es, die URL eines Videos (oder anderen Mediums) einzufügen, damit automatisch der jeweils benötigte Player generiert wird.
WordPress unterstützt diese Funktionalität für Videos und Bilder von YouTube, flickr, Vimeo und noch diversen Anbietern mehr – die volle Liste der Portale findet ihr hier im WordPress-Codex.

So geht’s

Unter Einstellungen » Mediathek muss das Häkchen bei “Automatisches Einbinden” gesetzt sein. Hier könnt ihr auch die gewünschte Breite des Videos angeben.

Anschließend genügt es, in eurem Beitrag einfach die URL des Videos einzufügen. Wichtig ist hierbei, dass ihr die URL in eine eigene Zeile schreibt und dass sie “blanko” dasteht, also nicht als Link mit einem a-Tag:

Hier kommt ein tolles Video:

...

WordPress generiert daraus dann automatisch die Anzeige des Videos:

Gibt’s das auch in valide?

Jain. Einen kleinen Schönheitsfehler hat das Ganze nämlich: der auf diese Weise automatisch Code ist (noch) nicht ganz valide.
Denn der von YouTube erzeugte iFrame sieht so aus:
<iframe width="500" height="375" src="http://www.youtube.com/embed/GciKkJaCGXo?fs=1&#038;feature=oembed" frameborder="0" allowfullscreen></iframe>

Zu Recht beschwert sich der Validator hier: Attribute allowfullscreen not allowed on element iframe at this point.
Zudem gilt die Angabe der frameborder als veraltet – eine umrandete Darstellung des iFrames sollte man stattdessen mit CSS (border: 0;) verhindern.

Ihr könnt euch jedoch behelfen, indem ihr den iFrame-Code manuell mit eingebt:

<iframe type="text/html" src="http://www.youtube.com/embed/GciKkJaCGXo" width="585"></iframe>

Version 3 der beliebten Blogsoftware WordPress erschien bereits vor rund anderthalb Jahren im Juni 2010; aktuell sind wir bei der Version 3.3.1 angekommen. Da WordPress 3 eine Reihe an Neuerungen mit sich brachte, ist es durchaus sinnvoll, bei einem Theme darauf hinzuweisen, ob es diese unterstützt oder nicht.

Läuft mein altes Theme weiterhin mit WordPress 3.x?

Ja. Ältere Themes funktionieren auch weiterhin wie gewohnt. Allerdings bringt WordPress ab der Version 3 diverse Funktionen mit sich, die in diesen Themes noch nicht genutzt werden. Ein Nachrüsten lohnt sich also durchaus – sei es durch einen kompletten Themewechsel oder indem man einzelne Features nachträglich einbaut.

Funktioniert ein WordPress 3-Theme mit einer alten WordPress-Version?

Jain. Je nachdem, ob das Theme abwärtskompatibel ausgelegt ist oder nicht, kann es zu Fehlermeldungen kommen, da eine ältere WordPress-Version diverse Funktionalitäten nicht unterstützt. Es empfiehlt sich aber ohnehin, seine WordPress-Installation regelmäßig auf den neusten Stand zu bringen – nicht nur, um in den Genuss eines verbesserten Systems zu kommen, sondern auch aus Sicherheitsgründen.

Werfen wir also einen Blick auf die Features, die ein WordPress 3-Theme auszeichnen:

Menüsystem

Über die sogenannten Custom Menus kann man sich sein Navigationsmenü einfach per Klick zusammenstellen – aus Kategorien, statischen Seiten und externen Links. Die Reihenfolge der Links lässt sich via Drag&Drop ändern.
Dieses Feature findet sich im Backend unter Design » Menüs. Auch mehrere verschiedene Menüs sind möglich.
Im Theme können die einzelnen Menüs dann über die Funktion wp_nav_menu() eingebunden werden.

Mehr über Custom Menus gibt’s im WordPress-Codex.

Formatvorlagen

Eine weitere Neuerung von WordPress 3 sind die unterschiedlichen Beitragstypen. Bis dato unterschied WordPress hier nur zwischen den Artikeln und den statischen Seiten.
Sofern das Theme diese Funktion unterstützt, kann man nun für jeden Beitrag festlegen, ob es sich um einen normalen Eintrag handelt, um eine kurze Statusmitteilung, eine Galerie, oder oder oder. Der Phantasie sind keine Grenzen gesetzt.
Für jeden Typ lässt sich sowohl eine spezifische Eingabemaske im Backend, als auch ein eigenes Layout konfigurieren. So könnte man bei einem Galeriebeitrag etwa auf die Anzeige der Sidebars verzichten, um dem Bild möglichst viel Geltung zu verschaffen.

Genaueres zum Thema Formatvorlagen findet ihr im WordPress-Codex.

Taxonomien

Als Blogger kennt man die Sortierung nach Kategorien und die nach Schlagworten. Mit dem Taxonomie-Tool kann man seit WordPress 3 jedoch noch beliebige weitere Klassifikationen verwenden und diese auch hierarchisch gliedern. Ein gutes Beispiel sowie eine ausführliche Anleitung findet ihr in diesem Artikel: hier werden Taxonomien eingesetzt, um Artikel über Computer möglichst sinnvoll nach verschiedenen Kriterien wie Betriebssystem oder eingebauter Hardware zu ordnen.
Im Theme können diese eigenen Taxonomien ähnlich wie die Schlagwörter als Wolke ausgegeben werden oder auch als Archiv mit eigenem Layout, indem man eine Templatedatei namens taxonomie.php anlegt.

Nutzt ihr die WordPress 3-Features?

Aus Performancegründen kann man sich nicht benötigter Funktionalitäten natürlich auch wieder entledigen, indem man die functions.php verschlankt.

Verwendet ihr die spezifischen Funktionen, die WordPress 3 mit sich bringt?

kurzer Exkurs: Infos über den Autor

Bei einem Artikel oder Blogeintrag findet sich oft eine Angabe wie “geschrieben von Otto”, die dann auf eine Autorenseite innerhalb der Webseite führt oder zu einer externen Webseite – etwa Ottos private Homepage oder sein Profil auf Google+.

In jedem dieser Fälle sagt diese Information etwas über den Artikel selber aus – für menschliche Leser wird das durch die Formulierung “geschrieben von” klar. Damit auch Google dies versteht, ist eine entsprechende Kennzeichung im Quellcode nötig: der Parameter rel=”author”. Dieser bringt uns einen Schritt weiter auf dem Weg in Richtung Semantic Web.
(Dieser Artikel enthält mehr Infos zum Thema Autoreninfos in WordPress.)

Link zum BuddyPress-Profil

In einer mit BuddyPress erstellten Webseite verlinkt man innerhalb eines Artikels mit einem einfachen Template Tag auf das Profil des Autors:
geschrieben von <?php echo bp_core_get_userlink( $post->post_author ) ?>

Dies erzeugt folgende Ausgabe:
geschrieben von <a href="http://domain.de/member/otto/" title="Otto">Otto</a>

Um den Link um die Angabe rel=”author” zu ergänzen, notiert man nun stattdessen:

<?php printf( _x( 'geschrieben von %s', 'buddypress' ), str_replace( '<a href=', '<a rel="author" href=', bp_core_get_userlink( $post->post_author ) ) ); ?>

Hierdurch wird die ursprüngliche Ausgabe, die nur das Linkziel (href) beinhaltet, um die rel-Angabe erweitert:

geschrieben von <a rel="author" href="http://domain.de/member/otto/" title="Otto">Otto</a>

Um +1 einzubinden, stellt Google eine recht einfache Syntax bereit:

<g:plusone size="medium" annotation="inline" width="180" href="http://domain.de"></g:plusone>

Das Aussehen des Buttons kann hierbei über die entsprechenden Attribute size und width gesteuert werden.

Zusätzlich zu obigem Code muss in den Head- oder Footerbereich der Webseite dann noch folgendes JavaScript eingebunden werden:

<script type="text/javascript">
window.___gcfg = {lang: 'de'};

(function() {
var po = document.createElement('script'); po.type = 'text/javascript'; po.async = true;
po.src = 'https://apis.google.com/js/plusone.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(po, s);
})();
</script>

Hierüber wird übrigens auch die Sprache für die Beschriftung des Buttons festgelegt, auf Deutsch etwa “Dies auf Google empfehlen”.

So weit, so gut – allerdings ist dieser Code nicht HTML5-valide. Prompt bemängelt der Validator:

Element name g:plusone cannot be represented as XML 1.0.

Seit kurzem bietet Google für dieses Problem jedoch eine Lösung an. Um euren Button zu generieren, klickt auf google.com/webmasters/+1/button/. Dort wählt ihr nun die Erweiterten Funktionen und setzt das Häkchen bei “Gültige HTML5-Syntax”.

Somit erhaltet ihr einen validen Codeschnipsel nach folgendem Schema:

<div data-size="medium" data-annotation="inline" data-width="180" data-href="http://domain.de"></div>

+1 und Permalinks in WordPress

Übrigens: wenn ihr den +1-Button innerhalb eines WordPress-Artikels einbinden wollt, benötigt ihr den Permalink des Artikels. Den erhaltet ihr durch ‘. $post_link .’, also:

data-href="'. $post_link .'"