Früher sah das Kommentar-Template so aus:

<?php if ($comments) : ?>
	<h2><?php comments_number('0 Kommentare', '1 Kommentare', '% Kommentare' ); ?></h2>
	<ul>
	<?php foreach ($comments as $comment) : ?>
	<li id="comment-<?php echo $commentcount ?>">

	<?php comment_author_link(); ?>
	?> am <?php comment_date('j. F Y') ?> um <?php comment_time() ?></p>
	<?php if ($comment->comment_approved == '0') : ?>
	Dein Kommentar muss noch geprüft werden.<?php endif; ?>
	<?php comment_text() ?>
	<?php edit_comment_link('Kommentar bearbeiten'); ?>
	</li>
<?php $commentcount++; endforeach; /* end for each comment */ ?>
</ul>

<?php endif; ?>

Heute ist es ganz anders. Nichts mehr mit lästigen Variablen un eher zweckmässigen Funktionen. Ab WordPress 2.7 hat das Kommentar-Template de facto den gleichen Stand wie die Beiträge, da es jetzt eine eigene Loop ist. Eine Loop für Kommentare eben. Im Vergleich zu vorher ist das neue Template auch ein wenig schlanker geworden. Der Kern ist der hervorgehobene Template Tag <?php wp_list_comments(); ?>

<?php if ( have_comments() ) : ?>
	<h3><?php comments_number('0 Kommentare', '1 Kommentar', '% Kommentare' );?></h3>
	<ul class="commentlist">
		<?php wp_list_comments('type=comment&callback=magazin_comment'); ?>
	</ul>

	<div class="navigation">
		<div class="alignleft"><?php previous_comments_link() ?></div>
		<div class="alignright"><?php next_comments_link() ?></div>
	</div>
 <?php else : // Falls es noch keine Kommentare zum Beitrag gibt ?>
	<?php if ('open' == $post->comment_status) : ?>
	 <?php else : // comments are closed ?>
		<p>Kommentare sind geschlossen.</p>
<?php endif; endif; ?>

Jetzt haben wir also schon eine vernünftige Basis, die aber noch einiges an Erklärungen bedarf! Die ersten Zeilen dürften klar sein, da die Funktionen doch recht aussagekräftige Namen haben. Der Container mit den zwei Template Tags <?php previous_comments_link() ?> und <?php next_comments_link() ?> sorgt übrigens für die Navigation, falls die Kommentare auf mehrere Seiten verteilt sind. Dies kann man aber in den WordPress Einstellungen deaktivieren, was dann diesen Code-Teil überflüssig macht.

Habt ihr gesehen, dass ab WordPress 2.7 die Angaben über Kommentierer und Datum nicht mehr direkt im Template stehen? Für diese hat WordPress nämlich schon eine Vorlage. Wer diese Vorlage ändern will, braucht dazu nur <?php wp_list_comments(); ?> zu erweitern! Und zwar um den Parameter 'callback=myown_comments'. Folglich sieht diese Zeile nun so aus: <?php wp_list_comments('callback=myown_comments'); ?>.

Jetzt muss man nur noch folgende Zeilen in der functions.php des Themes einfügen und schon kann man die Ausgabe nach Belieben verändern!

<?php function myown_comments($comment, $args, $depth) {
   $GLOBALS['comment'] = $comment; ?>
   <li <?php comment_class(); ?> id="li-comment-<?php comment_ID() ?>">
     <div id="comment-<?php comment_ID(); ?>">
      <div class="comment-author vcard">
         <?php echo get_avatar($comment,$size='48',$default='<path_to_url>' ); ?>

         <?php printf(__('%s says:'), get_comment_author_link()) ?>
      </div>
		<?php if ($comment->comment_approved == '0') : ?>
	<em><?php _e('Your comment is awaiting moderation.') ?></em>
	<br />
	<?php endif; ?>

	<div class="comment-meta commentmetadata">
	<a href="<?php echo htmlspecialchars(
	get_comment_link( $comment->comment_ID ) ) ?>">
	<?php printf(__('%1$s at %2$s'), get_comment_date(),  get_comment_time()) ?></a>
	<?php edit_comment_link(__('(Edit)'),'  ','') ?></div>

		<?php comment_text() ?>

		<div class="reply">
		<?php comment_reply_link(array_merge(
		$args, array('depth' => $depth, 'max_depth' => $args['max_depth'])
		)) ?>
		</div>
	</div>
<?php } ?>

Hinweis: Am Ende fehlt ein schliessendes </li>, dieses fügt WordPress automatisch ein, wenn es Child-Kommentare gibt!

In diesem Beitrag werde ich einige unnötige Template Tags vorstellen, die man mit beinahe hundertprozentiger Sicherheit durch statische Angaben ersetzen kann, was eine Performancesteigerung des Blogs bedeutet. Und wer will nicht ein schnelles Weblog?

10+ unnötige Template Tags

In der header.php findet man meistens folgende Übeltäter:

1. <?php language_attributes(); ?> - Im HTML-Doctype gibt diese Funktion an, welche Sprache benutzt wird. Und weil dies ja sicher immer die selbe ist, könnt ihr diesen Template Tag einfach durch dir="ltr" lang="de-DE" ersetzen.
2. <?php bloginfo('html_type'); ?> - Da die Ausgabe immer HTML bleibt, könnt ihr hier auch text/html schreiben.
3. <?php bloginfo('charset'); ?> - Die Codierung sollte man eigentlich nie ändern. Standard ist UTF-8.
4. <?php bloginfo('stylesheet_url'); ?> - Euer Stylesheet wird sich immer am selben Ort befinden. Schreibt also einfach http://blog.de/wp-content/meintheme/style.css hinein.
5. <?php bloginfo('stylesheet_directory'); ?> - Manchmal wird auch auf andere Dateien aus eurem Theme (Bilder, weitere Stylesheets, usw.) verwiesen. Kann man einfach mit der entsprechenden URL ersetzen. <?php bloginfo('template_url'); ?> hat übrigens die gleiche Funktion!
6. <?php bloginfo('rss2_url'); ?> - Der RSS Feed bleibt immer gleich, deshalb könnt ihr diese unnötige Abfrage gleich durch die Adresse ersetzen. Genau so auch <?php bloginfo('rss_url'); ?>, <?php bloginfo('comments_rss2_url'); ?> und <?php bloginfo('atom_url'); ?>

Folgende unnötigen Template Tags sind eher allgemein und können in verschiedenen Template-Dateien vorkommen:

1. <?php echo get_option('home'); ?> und - Falls ihr eure Domain nicht wechselt, bleibt die Adresse zu eurem Blog gleich. Ausgegeben wird hier die Adresse à la http://blog.de/
2. <?php bloginfo('name'); ?> - Den Namen eures Blogs könnt ihr durchaus selber schreiben und müsst dazu nicht unbedingt ein Template Tag nutzen.
3. <?php bloginfo('description'); ?> - Bei der Beschreibung genau das Gleiche!
4. <?php echo get_num_queries(); ?> Queries. <?php timer_stop(1); ?> Sekunden. - Die Anzahl der Datenbankabfragen und die Ladezeit braucht man eigentlich nicht zwingend auszugeben.
5. Besonders mutige können an dieser Stelle auch die automatische Auflistung von Seiten oder sogar Kategorien durch statischen Code ersetzen. Aber damit kann man ein Theme sehr schnell zerschiessen. Auf jeden Fall müsste man nur den generierten Quellcode anstelle der Template Tags einfügen...

Das kommt daher, dass alle einzelnen Widgets in der Datenbank noch einer anderen Sidebar zugeordnet sind, diese aber gar nicht mehr existiert. Und weil man manche dieser Widgets nur einmal benutzen kann, befindet man sich in einer misslichen Situation. Glück im Unglück hat man aber mit folgendem Template Tag - damit lassen sich nämlich die Widgets zurücksetzen!

<?php update_option( 'sidebars_widgets', $null ); ?>

Diesen Code muss man einfach in die functions.php seines aktiven Themes einfügen. Danach Blog aufrufen und die Zeile unbedingt wieder löschen! Sollte das zu kompliziert sein, könnt ihr auch das Widgets Reset Plugin von Justin Tadlock benutzen.

Die Lösung

Ich habe mir ein eigenes author.php File zusammengeschustert. Um aber mehrere registrierte User anzeigen zu können, reichen die normalen Tags nicht mehr aus. Dafür wird die Variable $curauth (Current Author) benötigt.

Allerdings muss vor der Abfrage aller Daten zum Member dieser Codeschnipsel eingefügt werden:

<?php
if(isset($_GET['author_name'])) :
$curauth = $get_userdatabylogin($author_name);
else :
$curauth = $get_userdata(intval($author));
endif;
?>

Danach können die ersten Tags eingefügt werden.

<h2><?php echo $curauth->first_name . ' ' . $curauth->last_name; ?>
<img src="<?php bloginfo('stylesheet_directory'); ?>/images/authors/
<php echo $curauth->last_name; ?>.jpg" alt="<?php echo $curauth->nickname ?>"
class="author <?php echo $curauth->nickname ?> />

Raffiniert dabei: Man erstellt sich im Template Ordner unter /images einen weiteren Ordner den man "authors" nennt. Danach lädt man dort die Userbilder benannt nach dem Nachnamen des Users hoch, in meinem Fall würde das Bild "schwarz.jpg" heissen. Mit ein bisschen CSS lässt sich dann das Ergebnis getrost anschauen:

Claudio Schwarz

Die Trennung von Inhalt und Design ist bei WordPress etwas umständlich, deshalb ist es von Vorteil, sich eine solche Extension zu installieren. Meine zwei Favoriten sind der WordPress Template Builder (Download-Link) und TAGStention. Noch bevor du dir jetzt diese zwei Extensions herunterlädst, muss ich darauf hinweisen, dass es für den Template Builder keinerlei Support gibt und TAGStention seit über zwei Jahren in der Version 0.3 vor sich hin dümpelt.

Im Grunde funktionieren beide Dreamweaver Extensions ähnlich: Mit ihnen kann man (fast) alle Template Tags einfügen. Von der Feed-URL bis zur umfangreichen Schleife ("Loop"). Mein persönlicher Favorit und die Extension, die ich jedem empfehle, ist TAGStention. Es ist sehr umfangreich und bietet Unterstützung für Ultimate Tag Warrior und deutlich mehr Template Tags, die man auch bequemer einfügen kann als im WordPress Template Builder.

Hier zwei Screenshots der Extensions mit Adobe Dreamweaver CS3:

TAGStention

WordPress Template Builder

Lösungswege

1. Beiträge aufsteigend nach Datum darstellen

Jedes Blog hat eines gemeinsam: Der neuste Artikel steht zuoberst. Dass es auch anders geht, zeigen die Template Tags von WordPress. Für unsere heutige Aufgabe ist besonders die Sortierung wichtig. Nebst den üblichen orderby= Parametern wie author oder date gibt es auch noch den Parameter order=, welcher entweder den Wert ASC und DESC hat, was für aufsteigend bzw. absteigend steht. Für unsere kleine Herausforderung brauchen wir also ASC (aufsteigend). Achtung: Grosssbuchstaben verwenden!

Um beispielsweise die ältesten 10 Beiträge der Kategorie mit der ID 4 anzuzeigen, kann man folgenden Code in Verbindung mit der Loop verwenden:

query_posts('cat=4&orderby=date&order=ASC');

Nachteil dieser Methode: Sie ist nicht flexibel, es werden immer die gleichen Beiträge zu sehen sein. Aber das wollen wir gar nicht, erwähnen die Funktion aber trotzdem. Ganz anders funktioniert dies mit Variante 2 zur Lösung des Problems!

Template Tags im WordPress Codex

2. Scheduled Post Shift Plugin

Dieses Plugin funktioniert wesentlich anders als die erste Lösung: Es ändert das Datum von Beiträgen, die vor genau einem Jahr geschrieben wurden, auf den heutigen Tag. Es empfiehlt sich dann, diese Kategorie auszuschliessen und separat anzuzeigen.

Nachteil: Falls man eine Permalinkstruktur wie z.B. 2008/08/19/toller-beitrag/ hat, wird dieser nach einem Jahr ungültig. Falls jemand darauf verlinkt hat, wird er dann blöd aus der Wäsche gucken. Das heisst, man muss ein Plugin wie das Permalinks Moved Permanently Plugin installieren. Ansonsten sollte es keine Probleme geben.

Zum Download des Scheduled Post Shift Plugin