Das WordPress PDF Magazin macht mindestens bis im Juli Pause. Im Blog soll's wenn möglich wieder mehr Beiträge geben.

WordPress – zu kompliziert?

David nennt die Einfachheit von Tumblr als grosse Stärke, während WordPress zig Einstellungsmöglichkeiten aufweist. Bei Tumblr gibt's das alles nicht - man schreibt einfach drauf los. Spamschutz und Widgets interessieren da nicht. So Schreibt David, kurz dworni, auch:

Als ich dann soweit war, dass ich einen eigenen Blog führen wollte, wusste ich, dass ich etwas Einfacheres brauchte als WordPress. Ein System, welches mich nicht mit zig Optionen erschlägt, sondern den Fokus auf das ausgerichtet hat, um was es wirklich geht: den Content.

An dieser Aussage stört mich soweit nichts (ausser dem kleingeschriebenen WordPress).  WordPress ist mittlerweile eben nicht mehr nur ein reines Blogsystem, sondern kann gut und gerne als CMS verwendet werden. Selbstverständlich ist das für die meisten Anwender etwas zu viel Ballast, aber für etwas gibt es ja schliesslich WordPress.com. Tumblr hier mit einem selbstgehosteten WordPress Blog zu vergleichen, ist nämlich völlig falsch.

Was Tumblr besser macht

Einfach schreiben ohne viel Drumherum, das ist David wichtig. Bei Tumblr wählt man einfach, was für eine Art Inhalt man erfassen will und erhält danach auch nur die benötigten Eingabefelder. Das kann aber nicht nur Tumblr, sondern auch WordPress.com. Und ja, dort hat man es einfach abgekupfert.
Als weiteren Vorteil nennt er die Möglichkeit zur Nutzung einer eigenen Domain für sein Tumblelog. Dies erlaubt WordPress.com zwar auch, kostet aber mehr.

Als nächsten Punkt, quasi als Killer-Feature nennt dworni das einfache Template-System von Tumblr, mit dem auch Laien schnell zurecht kommen sollen. Doch kann und will das der ungeübte Anfänger überhaupt? Er will einfach tolle Bilder posten und Gedanken festhalten - das Design rührt er einmal an und gut ist. Zu diesem Zweck haben auch beide Plattformen eine grosse Auswahl an kostenfreien und kostenpflichtigen Themes. Einfach ein schönes Exemplar auswählen, aktivieren und gut ist.

Wer diese Themes genauer anschaut, wird auch feststellen, dass die Bedürfnisse der Nutzer beider Plattformen sehr verschieden sind. Entscheidend ist für mich hier die Qualität und da sticht WordPress.com mit mehr Möglichkeiten einfach hervor. Tumblr ist für mich eher das neue Blogspot. Alle gehen dorthin, wer aber richtig professionell etwas machen und seine Seite ausbauen will, wechselt zu WordPress. Was meint ihr dazu?

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