Frühere Ausgaben

• WordPress Magazin #6
  Oktober 2011 - Download
• WordPress Magazin #5
  Juli 2011 - Download
• WordPress Magazin #4
  April 2011 - Download
• WordPress Magazin #3
  Januar 2011 - Download
• WordPress Magazin #2
  Oktober 2010 - Download
• WordPress Magazin #1
  Juli 2010 - Download

In dieser Ausgabe

• Web-Fundstücke
• Updates
• WordCamps
• Die WordPress Macher
• Automattic sperrt Plugins mit Spende-Buttons
• Domain-Richtlinien
• Video Thumbnails automatisch laden mit oEmbed
• WordPress.com vs. WordPress.org
• WordPress – Das Social Network
• 10 Social Media Plugins für den täglichen Einsatz
• Im Interview mit der Blogwerk AG
• How-To: Facebook IFrame Landing Page erstellen (aktualisierte Version)
• Best-of WordPress 2011
• Rezension: WordPress 3 – Das umfassende Handbuch.
• Theme Showcase

Verlosung

Im Magazin rezensiere ich das umfassende Handbuch zu WordPress 3. Dafür wurden mir drei Exemplare für eine Verlosung zur Verfügung gestellt. Ich kann das Buch wirklich empfehlen und würde mich freuen, wenn ich es ein paar Glückspilzen senden dürfte. Um ein Exemplar zu gewinnen, schreibt einfach bis zum 29. Februar einen Kommentar zu diesem Beitrag mit einer gültigen E-Mail Adresse.

Lesen

Das WordPress Magazin #7 kann man ab sofort hier herunterladen. Wer nicht warten kann, liest am besten hier mit Hilfe von Issuu.

Die Extension im Einsatz

Am Mittwoch gab es im WordPress.com Supportforum einen klammheimlichen Hinweis über ein neues Feature des Blogdiensts. Und zwar gibt es jetzt eine offizielle Browser-Extension für Google Chrome in Form eines Toolbar-Icons, welches die neuesten Benachrichtigungen zeigt sowie PressThis integriert. Man behält somit sein Blog im Auge und kann auch schnell einen neuen Beitrag erfassen.

Highlight der Chrome Extension: Man kann jede Seite über den neuen WordPress.com Reader abonnieren. Wenn man zudem ein WordPress.com Blog besucht, färbt sich das Icon blau. Dass die Extension noch nicht wirklich gross vermarktet wurde, zeigt sich in der Anzahl User: Ich war erst der vierte Nutzer überhaupt. Dabei ist die Extension doch bestimmt äusserst nützlich für Nutzer der Blogplattform.

Jede Rakete dieses Feuerwerks repräsentiert einen Post des Blogs im Jahr 2011. Hat ein Beitrag viele Besucher, knallts auch viel stärker als bei kleineren News. Beim beliebtesten Beitrag ergibt das Feuerwerk sogar ein WordPress Logo. Umgesetzt wurde dies mit dem HTML5 Canvas-Element, Javascript und ein paar Bilddateien. Und ganz nach dem Credo Open Source hat Automattic das Feuerwerk als jQuery Plugin auf Github kostenlos zur Verfügung gestellt.
Der Jahresrückblick zeigt jedoch auch noch weitere Daten an, z.B. von wo die meisten Besucher kommen und wer am meisten kommentierte. Zum Ende wird ausserdem noch auf die neue WordPress.com Startseite verwiesen, mit der man nun schneller interessante Blogs sieht und auch gleich selber einen neuen Post schreiben kann.

WordPress.com Jahresrückblick 2011

Vimeo

Anforderung

Für eine aktuelle Aufgabe suchte ich einen Weg, um einfach Vimeo Videos auf einem Blog zu veröffentlichen. Die Umsetzung erforderte einige Details, sodass rasch Custom Post Types eingesetzt wurden. Bei diesem Post Type gibt es dann eine Meta Box, bei welchem einfach die URL zum Video angegeben werden kann. Diese wird dann verwendet, um einerseits das Video auszugeben und andererseits auch direkt das Standbild des Videos als Post Thumbnail zu speichern.

oEmbed

oEmbed ist ein Format für die eingebettete Darstellung einer URL auf anderen Websites. Mit seiner simplen API können Websites eingebettete Inhalte wie Fotos und Videos einfügen, indem ein User bloss den Link dazu einfügen muss. Dazu definiert der Anbieter ein Muster, wie seine URLs aufgebaut sind, auf welches dann WordPress die URL untersuchen kann. Wird festgestellt, dass es eine gültige URL zu einem Vimeo Video ist, wird deren API aufgerufen.

Weitere Informationen zum Einfügen von Videos in WordPress gibt es im WordPress Codex. Es gibt auch eine Dokumentation der Vimeo oEmbed API.

Umsetzung

Bei der Umsetzung war ich darüber erstaunt, wie viele Zeilen Code es schlussendlich benötigte, um das Ganze zum Laufen zu bringen. Doch fangen wir einmal von vorne an. Zu Beginn habe ich ein neues Must-Use Plugin (PHP-Datei im mu-plugins Ordner) erstellt und dort folgenden Code eingefügt:

<?php
add_action( 'publish_video', 'wpm_publish_video' ); // 'publish_post' bei normalen Posts

/**
 * Diese Funktion wird beim Publizieren eines Posts aufgerufen,
 * damit wir ein das Post Thumbnail hinzufügen können
 *
 * @param int $post_id Die ID des Posts
 */
function wpm_publish_video( $post_id ) {
	global $wpdb; // Datenbank-Objekt laden

	// Reine Vorsichtsmassnahme
	if ( 'video' !== get_post_type( $post_id ) )
		return false;

	// Nur fortfahren, wenn eine URL angegeben wurde und es noch kein Post Thumbnail gibt
	if ( '' === get_post_meta( $post_id, '_thumbnail_id', true ) || '' === $video = get_post_meta( $post_id, '_vimeo_url', true ) )
		return false;

}
?>

Mit dieser Funktion klinken wir uns erst in den Publizierungs-Vorgang des Beitrags (in diesem Fall vom Post Type video) ein und laden das WordPress Datenbank-Objekt. Mit der zweiten If-Abfrage stellen wir sicher, dass noch kein Post Thumbnail gesetzt wurde und dass eine Video URL angegeben wurde.

Als nächsten Schritt kann man dann die Informationen zum Video von Vimeo laden. Mir reicht daher eine einfache Abfrage einer einzigen URL. Möchte man aber beispielsweise automatisch auch andere Provider wie YouTube unterstützen, sollte man sich die WP_oEmbed Klasse in der Datei wp-includes/class-oembed.php etwas genauer ansehen, da dort die regulären Ausdrücke und die nötigen Methoden beschrieben sind.

$url = "http://vimeo.com/api/oembed.json?url=$video";
// Video Infos laden
if ( ! $response = wp_remote_retrieve_body( wp_remote_get( $url ) ) )
	return false;

$json = json_decode( $response );
// JSON parsen
if ( null === $json )
	return false;

Dieser Abschnitt, der direkt nach der Prüfung des Post Thumbnails eingefügt wird, holt nun also die Informationen zu einem Video, mit wp_remote_body laden wir auch nur den Body und nicht noch die HTTP Header. Falls diese Funktion einen Fehler zurückgibt, beenden wir auch unsere Funktion, denn ohne Inhalt können wir ja nichts anfangen. Danach wandeln wir nur noch den JSON String in ein PHP Objekt um und fahren nur im Erfolgsfall fort.

Die Rückgabe der API sieht übrigens wie folgt aus (bei XML). Uns interessiert dabei das Feld thumbnail_url, wenn man möchte kann man aber auch noch über thumbnail_width und thumbnail_height die Bildmasse auslesen.

Das kriegen wir von Vimeo zurück

Jetzt muss man ja eigentlich nur noch das Bild laden und als Post Thumbnail speichern. Klingt zwar einfach, aber es war doch umfangreicher als ich zuerst gedacht habe. Ich habe das deshalb in eine zweite Funktion ausgelagert.

// Standbild URL und Titel des Videos auslesen
$thumbnail_url = $json->thumbnail_url;
$title = $json->title;
// *Magic*
$wp_thumb_id = wpm_generate_post_thumbnail( $post_id, $thumbnail_url, $title );
if ( ! $wp_thumb_id )
	return false;

// Thumbnail ID setzen
update_post_meta( $post_id, '_thumbnail_id', $wp_thumb_id );

In der neuen Funktion wpm_generate_post_thumbnail müssen wir nun das Bild aufrufen und unter dem richtigen Dateinamen in WordPress hochladen, wofür es praktischerweise die Hilfsfunktion wp_upload_bits gibt. Danach muss dann das Standbild als Attachment eingetragen werden, was jedoch auch ein paar Kniffe benötigt.

/**
 * Post Thumbnail hinzufügen von einer bestimmten URL
 */
function wpm_generate_post_thumbnail( $post_id, $url, $title = '' ) {
	if ( ! $response = wp_remote_retrieve_body( wp_remote_get( $url ) ) )
		return false;

	// Dateinamen herausfiltern
	$filename = substr( $url, ( strrpos( $url, '/' ) ) +1 );

	// Datei in WordPress hochladen
	$upload = wp_upload_bits( $filename, null, $response );
	if ( false !== $upload['error'] )
		return false;

	// MIME Type überprüfen, zurückgeben
	$filetype = wp_check_filetype( $filename );

	// Informationen zum Attachment
	$attachment = array(
		'post_mime_type' => $filetype['type'],
		'guid' => $upload['url'],
		'post_title' => $title,
		'post_content' => '', // z.B. Video Beschreibung
	);
	// Attachment einfügen
	$thumb_id = wp_insert_attachment( $attachment, $upload['file'], $post_id );
	if ( is_wp_error( $thumb_id ) )
		return false;

	// Für die Verknüpfung mit dem Beitrag müssen wir diese Klasse laden
	require_once(ABSPATH . '/wp-admin/includes/image.php');
	// Attachment mit Post verknüpfen
	wp_update_attachment_metadata( $thumb_id, wp_generate_attachment_metadata( $thumb_id, $upload['file'] ) );
	return $thumb_id;
}

Mit diesen zwei Funktionen kann man nun ein Custom Field auslesen, die nötigen Informationen zum Video laden und das Standbild schliesslich als Post Thumbnail verwenden. Dies alles mit nur einem Mausklick beim Veröffentlichen des Artikels. Und das Beste daran: Funktioniert es einmal nicht oder das Standbild wurde geändert, kann man das vorhandene Thumbnail entfernen und einfach den Beitrag nochmals speichern.

Ich habe den Code einfach so aus dem Plugin kopiert, falls es also nicht funktioniert, einfach sagen. Bestimmt kann man das Ganze auch vereinfachen, bin also für jeden Ratschlag dankbar.

Nachtrag: Selbstverständlich dürft ihr auch noch sehen, wie das Ganze dann im Backend aussieht. Nichts Spezielles, ich habe zum Testen mal ein Video von Marcel Widmer genommen.

Thumbnail via oEmbed Thumbnail

Wie Matt Mullenweg im Blogbeitrag erwähnt, wurde WordPress seit Version 3.0 über 65 Millionen mal heruntergeladen. Bei der neuen Version hat man vor allem auf die User Experience geachtet: Es gibt u.a. eine neue Admin Bar (resp. Toolbar), ein neues Upload-Tool und dazu viele Code-Änderungen im Hintergrund. Man hat sogar extra ein Video gemacht, um die Neuerungen zusammenzufassen:

Weitere Informationen erhält man im Codex oder im Trac. Plugin-Autoren finden im Development Blog Hilfe bezüglich wichtiger Code-Änderungen und wie man sein Plugin damit kompatibel macht.

Nach Hause telefonieren - verboten?

WordPress Plugin Directory

Wie Mike mir dann auch noch via Twitter versicherte, wurde er von Automattic dazu aufgefordert, die eingebundene Werbeflächen von PluginSponsors.com per sofort zu entfernen. PluginSponsors.com ist ein speziell für Plugin-Autoren errichtetes Werbenetzwerk. Wer Plugin-Autoren unterstützen will, kann über die Website Werbung in den Einstellungsseiten des Plugins schalten.

Greg Mulhauser, der Gründer des Dienstes, hat offenber ähnliche Forderungen erhalten mit der Begründung, dass die Plugins mit dieser Lösung nach Hause telefonieren, sprich Daten von einem externen Server laden. In einem ausführlichen Blogbeitrag erklärt er die ganze Sache aus seiner Sicht. PluginSponsors.com wurde mittlerweile eingestellt, da es unter diesen Umständen schliesslich nicht weiter betrieben werden kann.

Meinungen

David Decker hat Gregs Artikel bei Google+ geteilt, was prompt zu einigen Reaktionen führte. So scheint Automattic die Plugin-Autoren nicht auf eigene Faust angeschrieben zu haben, sondern auf Grund von Beschwerden von Nutzern, die sich durch die ständige Werbung gestört fühlten. Welche Geschichte nun wahr ist, weiss ich nicht. Es gibt sicher noch viel aufdringlichere Plugins, aber ob man diese dann gleich sperren will? Ich bin gespannt auf Meinungen!

Übrigens: Das Plugin-Verzeichnis wird eigentlich von der WordPress Foundation betrieben, nicht von Automattic...

WordPress 3.3 Release Candidate 1 herunterladen

Aus Knol wird Annotum

Google hat Knol 2007 als eine Art Wikipedia-Konkurrent für Wissenschaftler gestartet. Da sich der Konzern auf sein Kerngeschäft und Google+ konzentrieren will, wird Knol geschlossen. Mit den beiden WordPress-Spezialisten Solvitor und Crowd Favorite hat sich Google bekannte Partner an Bord geholt, um das Projekt unter dem Namen Annotum fortzuführen. Dass Google auf WordPress setzt, zeigt einmal mehr, dass die Software nicht nur zum Bloggen, sondern auch für anspruchsvollere Webprojekte aller Art geeignet ist.

Bisherige Knol-User können noch bis zum 1. Oktober 2012 ihre Daten exportieren und entweder bei WordPress.com importieren oder die Knol-Artikel auch mit dem kostenlosen Annotum Theme im eigenen Blog nutzen.

Das Annotum Logo

Feature Pointers in WordPress 3.3

Wie beispielsweise Dominik von wpGrafie.de bei Google+ geschrieben hat, erfuhren die Feature Pointer noch eine Anpassung optischer Natur. Ein blauer Farbverlauf für deren Überschrift soll zusätzlich Aufmerksamkeit erregen. Ausserdem gibt es auch eine neue, in meinen Augen unnütze Funktion wp_no_robots(), die nichts anderes macht, als ein Meta-Tag auszugeben, dass eine Seite nicht indexiert werden soll. Und das nur, weil man Code an zwei Stellen weiterverwenden möchte.

Desweiteren wurde jQuery 1.7.1 eingebunden und diverse Platzhalter bei den Hilfe-Texten ersetzt. Jetzt gilt es also nochmals zu testen, testen, testen.

WordPress 3.3 Beta 4 herunterladen
Zum Artikel auf WordPress.org

WordPress 3.3 Beta 3

Neu im Core ist jQuery 1.7, aufgrund dessen Plugin-Autoren besonders aufgerufen werden, ihre Entwicklungen zu testen. Weiter wurde die Hilfsklasse WP_Screen weiter optimiert, welche mit dieser Version eingeführt wird.

Ein Detail springt einem dann beim ersten Aufruf des Adminbereichs ins Auge: Die Screen Options und der Hilfe-Bereich sind nun wieder aus der Admin Bar verschwunden und bleiben somit auch weiterhin am gewohnten Platz. Zudem wurde die About-Seite mit dem Willkommen-Screen angepasst, sodass das zumindest für mich persönlich mehr wie eine Feature-Seite einer Web App aussieht.

Weitere Screenshots gibt es bei Dominik,  downloaden kann man die Version direkt beim Blog-Artikel auf WordPress.org.