Responsive Images im Eigenbau

Bei den Performance-Messungen im Zuge meines Wechsels von Yoko zu Catch Evolution bekam ich immer wieder den Optimierungshinweis, auch im Header doch angepasste Grafiken („responsive images“) auszuliefern, statt standardmäßig immer das gleiche Bild mit 1600×400 Pixeln in voller Größe auch auf die kleinsten Endgeräte zu schicken.

Die Idee ist nicht schlecht, auch wenn sich der Effekt durch Smartphones mit immer höheren Auflösungen wahrscheinlich immer weniger auswirken wird. Aber egal, es ist eine nette kleine Fingerübung und bringt wieder ein paar zusätzliche Punkte in der Bewertung – die kann man ja en passant mitnehmen. Auch auf einer so wenig besuchten Website wie dieser hier.

Falls es mal jemand nachbauen möchte steht hier mein Lösungsansatz. Bilder innerhalb der Beiträge habe ich mit Responsify WP umgestellt, nur beim Header musste ich selbst Hand anlegen.

Schritt 1:
Media Breakpoints festlegen bzw. finden

Das Catch Evolution Theme ist ja schon responsive ausgelegt und reagiert auf unterschiedliche Bildschirmauflösungen. Also werfen wir mal einen Blick ins css, genauer gesagt in die wp-content/themes/catch-evolution/css/responsive.css und suchen nach @media, um die „Umschaltpunkte“ zu finden:

[css gutter=“0″]@media screen and (max-width: 960px) {
@media screen and (max-width: 767px) {
@media screen and (max-width: 479px) {
@media screen and (max-width: 320px) {
@media screen and (max-width: 1224px) {
@media screen and (max-width: 1060px) {[/css]

Und schon wissen wir, ab welcher Auflösung sich das Layout ändert und wir ein kleineres Titelbild ausliefern lassen könnten. Der Einfachheit halber geben wir jedesmal ein anderes Bild aus.
WordPress kennt standardmäßig nur drei Bildgrößen (festgelegt unter Einstellungen – Medien): Thumbnail, Mittel, Groß. Das ist schonmal ein Anfang, diese Größen legen wir wie folgt fest: Thumbnail 150, Mittel 468, Groß 680px breit, jeweils mit proportionaler Höhe.
media_settings
Da wir hier noch ein paar Zwischengrößen brauchen, definieren wir uns einfach welche mit add_image_size(). Das Titelbild wird immer in voller Breite ohne irgendwelche Ränder ausgegeben, deswegen übernehmen wir einfach die Umschaltpunkte von oben. Konkret fügen wir in die functions.php unseres Child Themes folgende Zeilen ein:

[php title=“>>> functions.php“ padlines=“1″]// headers are 1600×400 or a fraction thereof, so all must be hard cropped
add_image_size(‚resp-head-full‘, 1600, 400, true); //this is the maximum size we want for header images
add_image_size(‚resp-head-xlarge‘, 1224, 306, true);
add_image_size(‚resp-head-large‘, 1059, 264, true);
add_image_size(‚resp-head-medium‘, 960, 240, true);
add_image_size(‚resp-head-small‘, 767, 191, true);
add_image_size(‚resp-head-xsmall‘, 467, 116, true);
add_image_size(‚resp-head-mini‘, 320, 80, true);

// others are just restricted in width
add_image_size(‚resp-large‘, 592, 9999);
add_image_size(‚resp-small‘, 320, 9999);
add_image_size(‚resp-mini‘, 278, 9999);[/php]

So ist sichergestellt, dass die Titelbilder alle auf jeden Fall im richtigen Seitenverhältnis vorliegen, auch wenn das Artikelbild („featured image“) automatisch in den Titel übernommen wird. Diese Funktionalität ist im Catch Evoltion schon enthalten (in Yoko übrigens auch). Die Funktion hat vier Parameter: add_image_size( $name, $width, $height, $crop )

  • $name ist der Name, unter dem das Format gezielt angesprochen werden kann
  • $width, $height sind die Abmessungen; ein Wert muss angegeben werden, wenn das Bild proportional verkleinert werden soll, wird der andere mit 9999 angegeben
  • $crop legt fest, ob proportional verkleinert oder absolut beschnitten werden soll.

Für das Format „resp-header-full“ wird ein Bild also immer auf 1600x400px beschnitten, für „resp-mini“ wird das Bild proportional auf eine Breite von 278px verkleinert. (Die drei proportionalen Breiten 278, 320 und 592px verwende ich mit Responsify-WP im Textteil, für die Titelbilder werden sie nicht genutzt)

Alternativ kann man sich natürlich auch an den gängigsten Bildschirmauflösungen seiner Besucher orientieren und die Bildgrößen darauf optimieren

[php title=“>>> functions.php“ padlines=“1″]// headers are 1600×400 or a fraction thereof, so all must be hard cropped
add_image_size(‚resp-head-full‘, 1600, 400, true); //this is the maximum size we want for header images
add_image_size(‚resp-head-1440‘, 1440, 360, true);
add_image_size(‚resp-head-1366‘, 1366, 341, true);
add_image_size(‚resp-head-sxga‘, 1280, 320, true);
add_image_size(‚resp-head-xga‘, 1024, 256, true);
add_image_size(‚resp-head-medium‘, 960, 240, true);
add_image_size(‚resp-head-720‘, 720, 180, true);
add_image_size(‚resp-head-xsmall‘, 467, 116, true);
add_image_size(‚resp-head-mini‘, 320, 80, true);[/php]

Mit dem Plugin Regenerate Thumbnails können dann für alle Bilder in der Mediathek die neuen Bildgrößen mit ein paar Klicks automatisch erzeugt werden; neu hochgeladene Bilder werden sofort automatisch in alle Größen konvertiert.

Schritt 2:
picturefill.js einbinden

Eine Anmerkung vorab: solange das Plugin Responsify WP aktiv ist, kann dieser Schritt übersprungen werden; das Plugin bindet die picturefill.js selbst ein.

Ich habe mich für die alte Version 1.2 entschieden, da sie auf jeden Fall auch mit älteren Browsern kompatibel ist, die das neue picture Element noch nicht verstehen. Runterladen kann man das Skript direkt bei Github; Archiv entpacken und die picturefill.js aus dem Verzeichnis dist in den (Child-)Theme Ordner hochladen. Wenn man es ganz elegant machen will, erzeugt man sich vorher noch einen Unterordner /js und lädt die Datei dort hoch.

Damit die Datei auch geladen wird und verwendet werden kann, muss sie in WordPress eingehängt werden. Das ist ebenfalls wieder mit ein paar Zeilen Code in der functions.php erledigt (ggf. den Pfad anpassen!):

[php padlines=“1″ title=“>>> functions.php“]function add_picturefill(){
wp_enqueue_script( ‚picturefill_header‘, get_stylesheet_directory_uri() . ‚/js/picturefill.js‘, array(), ‚1‘ );
}

add_action(‚wp_enqueue_scripts‘, ‚add_picturefill‘);[/php]

Schritt 3:
statische Titelbilder austauschen

Zuerst die alles entscheidende Frage: Wo und wie genau wird das Titelbild eingebunden? Meistens passiert das in der header.php, bei Catch Evolution passiert es über die Funktion catchevolution_featured_header(), die sich in wp-content/themes/catch-evolution/inc/custom_header.php versteckt:

[php title=“>>> custom_header.php“ firstline=“390″ highlight=“410,414″]/**
* Header Image
*
* Uses Custom Header and Featued Images
* @Hooked in catchevolution_headercontent
* @since Catch Evolution 1.0
*/
function catchevolution_featured_header() {
global $wp_query, $post, $paged, $_wp_default_headers;

// Header Image
$header_image_path = get_header_image();

// Check if this is a post or page, if it has a thumbnail, and if it’s a big one
if ( is_singular() && current_theme_supports( ‚post-thumbnails‘ ) &&
has_post_thumbnail( $post->ID ) &&
( /* $src, $width, $height */ $image = wp_get_attachment_image_src( get_post_thumbnail_id( $post->ID ), ‚post-thumbnail‘ ) ) &&
$image[1] >= HEADER_IMAGE_WIDTH ) :
// Houston, we have a new header image!
echo ‚<div id="header-image">‘;
echo get_the_post_thumbnail( $post->ID );
echo ‚</div>‘;
elseif ( get_header_image() ) : ?>
<div id="header-image">
<img src="<?php header_image(); ?>" width="<?php echo get_custom_header()->width; ?>" height="<?php echo get_custom_header()->height; ?>" alt="" />
</div>
<?php endif;

} // catchevolution_featured_header[/php]

Wie oben schon angesprochen verwendet das Theme automatisch das Artikelbild, wenn dieses mindestens 1600 Pixel breit ist – deswegen müssen wir an zwei Stellen eingreifen.

Picturefill.js funktioniert nur mit der post_id des angehängten Bildes, header_image() liefert aber die URL – also brauchen wir zuerst noch eine kleine Funktion, die uns aus der URL die ID liefert. Auch diese Funktion kommt in die functions.php:

[php padlines=“1″ title=“>>> functions.php“]function get_attachment_id_from_src($url) {
global $wpdb;
$prefix = $wpdb->prefix;
$attachment = $wpdb->get_col($wpdb->prepare("SELECT ID FROM " . $prefix . "posts" . " WHERE guid=’%s‘;", $url ));
return $attachment[0];
}[/php]

Zu guter Letzt wird die umgebaute Funktion catchevolution_featured_header() eingebaut, ebenfalls wieder in functions.php. Mehr Varianten dazu hat Stefan Ledin mit Responsify-WP auf Github beschrieben.

[php padlines=“1″ title=“>>> functions.php“ highlight=“14,15,16,21-25″]function catchevolution_featured_header() {
global $wp_query, $post, $paged, $_wp_default_headers;

// Header Image
$header_image_path = get_header_image();

// Check if this is a post or page, if it has a thumbnail, and if it’s a big one
if ( is_singular() && current_theme_supports( ‚post-thumbnails‘ ) &&
has_post_thumbnail( $post->ID ) &&
( /* $src, $width, $height */ $image = wp_get_attachment_image_src( get_post_thumbnail_id( $post->ID ), ‚post-thumbnail‘ ) ) &&
$image[1] >= HEADER_IMAGE_WIDTH ) :
// Houston, we have a new header image!
echo ‚<div id="header-image">‘;
$thumbnail_id = get_post_thumbnail_id( $post->ID );
echo Picture::create( ‚element‘, $thumbnail_id, array(’sizes‘ => array( ‚resp-head-mini‘, ‚resp-head-xsmall‘, ‚resp-head-small‘, ‚resp-head-medium‘, ‚resp-head-large‘, ‚resp-head-xlarge‘, ‚resp-head-full‘ )
) );
echo ‚</div>‘;
elseif ( get_header_image() ) : ?>
<div id="header-image">
<?php
$header_id = get_attachment_id_from_src($header_image_path);
echo Picture::create( ‚element‘, $header_id, array(
’sizes‘ => array( ‚resp-head-mini‘, ‚resp-head-xsmall‘, ‚resp-head-small‘, ‚resp-head-medium‘, ‚resp-head-large‘, ‚resp-head-xlarge‘, ‚resp-head-full‘, ‚full‘ )
)
);
?>
</div>
<?php endif;
} // catchevolution_featured_header[/php]

Wer nicht automatisch das Artikelbild auch als Titelbild verwenden möchte, lässt einfach ein paar Zeilen weg:

[php padlines=“1″ title=“>>> functions.php“ highlight=“8,9-12″]function catchevolution_featured_header() {
global $wp_query, $post, $paged, $_wp_default_headers;

// Header Image
$header_image_path = get_header_image(); ?>
<div id="header-image">
<?php
$header_id = get_attachment_id_from_src($header_image_path);
echo Picture::create( ‚element‘, $header_id, array(
’sizes‘ => array( ‚resp-head-mini‘, ‚resp-head-xsmall‘, ‚resp-head-small‘, ‚resp-head-medium‘, ‚resp-head-large‘, ‚resp-head-xlarge‘, ‚resp-head-full‘, ‚full‘ )
)
);
?>
</div>
<?php
} // catchevolution_featured_header[/php]

Schritt 4:
Erfolgskontrolle

Kontrollieren lässt sich das Ergebnis im Browser: in der Quellcode-Ansicht steht statt

[code lang=“html“]<div id="header-image">
<img src="http://domain.tld/wp-content/uploads/headerimage.jpg" …>
</div>[/code]

jetzt ein ganzer Satz von möglichen Bildern, die vom Browser intelligent passend zur aktuellen Auflösung geladen werden:

[code lang=“html“]<div id="header-image">
<span data-picture data-alt="">
<span data-src="http://domain.tld/wp-content/uploads/headerimage-320×80.jpg" ></span>
<span data-src="http://domain.tld/wp-content/uploads/headerimage-467×116.jpg" data-media="(min-width: 320px)" ></span>
<span data-src="http://domain.tld/wp-content/uploads/headerimage-767×191.jpg" data-media="(min-width: 467px)" ></span>
<span data-src="http://domain.tld/wp-content/uploads/headerimage-960×240.jpg" data-media="(min-width: 767px)" ></span>
<span data-src="http://domain.tld/wp-content/uploads/headerimage-1059×264.jpg" data-media="(min-width: 960px)" ></span>
<span data-src="http://domain.tld/wp-content/uploads/headerimage-1224×306.jpg" data-media="(min-width: 1059px)" ></span>
<span data-src="http://domain.tld/wp-content/uploads/headerimage.jpg" data-media="(min-width: 1224px)" ></span>
<noscript><img src="domain.tld/wp-content/uploads/headerimage-320×80.jpg" alt=""></noscript>
</span>
</div>[/code]

Wenn man die Größe des Browserfensters ändert, ändert sich auch die URL des Titelbilds.

Achtung: picturefill.js hat bei mir nicht mehr funktioniert, als ich es asynchron mit defer='defer' geladen habe; auch die Zusammenfassung mit anderen eingebundenen js-Dateien hat zu Problemen geführt – ggf. muss man beim Einsatz eines Caching-Plugins also darauf achten. Laden im Footer hat keinen negativen Einfluss.

Bei der Umsetzung geholfen haben mir die Erläuterungen zu Responsify-WP, dieser Artikel von wpmudev und ein paar Tassen Kaffee 😉

WordPress Performance

Auch so ein Thema, zu dem schon viel geschrieben wurde… Ich will mich gar nicht lange mit Details aufhalten – hier sind meine Testergebnisse mit den gängigen Webtools (zuletzt geprüft am 19.09.2014).

Zuerst die Werte der alten Seite mit Yoko als Vergleich (Cache aktiviert)

Das neue Theme ohne Titelbilder mit deaktiviertem Cache liefert

  • Google PageSpeed Insights:
    mobil 78/100, Nutzererfahrung 89/100, Desktop 92/100
  • Pingdom Website Speed Test: 98/100
  • GTmetrix: PageSpeed grade A (90%), YSlow grade B (87%)
  • WebPagetest.org
    first byte time: F, Keep-alive: A, compress transfer: A, compress images: A, cache static content: C

Mit aktiviertem Cache ergeben sich nur leicht andere Ergebnisse:

  • Google PageSpeed Insights
    mobil 78/100, Nutzererfahrung 89/100, Desktop 92/100
  • Pingdom Website Speed Test: 97/100
  • GTmetrix: PageSpeed grade A (95%), YSlow grade A (92%)
  • WebPagetest.org
    first byte time: A, Keep-alive: A, compress transfer: A, compress images: A, cache static content: B

Mal sehen, ob und wie weit sich das in Zukunft noch verbessern läßt und wie sich die Titelbilder auf die Performance auswirken…

[update 22.09.2014]
Nachdem jetzt auch Titelbilder angezeigt werden, wird es Zeit für eine neue Messung, natürlich mit aktiviertem Cache. Die Titelbilder haben bei Catch Evolution immerhin 65% mehr Pixel, das dürfte sich trotz Optimierung irgendwie bemerkbar machen – jedenfalls solange ich noch nicht auf echte responsive images umgestellt habe.

  • Google PageSpeed Insights
    mobil 72/100, Nutzererfahrung 89/100, Desktop 91/100
  • Pingdom Website Speed Test: 100/100
  • GTmetrix: PageSpeed grade B (86%), YSlow grade A (92%)
  • WebPagetest.org
    first byte time: B, Keep-alive: A, compress transfer: A, compress images: B, cache static content: A

Unterm Strich hat sich die Umstellung auf ein anderes Theme zumindest im Hinblick auf die Performance schonmal gelohnt.

Nicht zu verachten sind natürlich auch die Hinweise der diversen Tools, wie die Performance verbessert werden kann. GTmetrix bietet z.B. gleich optimierte Versionen von noch nicht ganz optimalen Bildern an, die kann man dann gleich in die eigene Mediathek übernehmen…

[update 26.09.2014]
Inzwischen sind auch die Bilder komplett auf angepasste Formate („responsive images“) umgestellt, was sich zusammen mit noch ein paar zusätzlichen Optimierungen sehr positiv auf die Messwerte auswirkt:

  • Google PageSpeed Insights
    mobil 84/100, Nutzererfahrung 89/100, Desktop 92/100
  • Pingdom Website Speed Test: 100/100 (load time 1,17s)
  • GTmetrix: PageSpeed grade A (97%), YSlow grade A (90%)
  • WebPagetest.org
    first byte time: A, Keep-alive: A, compress transfer: A, compress images: B, cache static content: B
    First view: 2,929s, repeat view: 1,072s

Aufgeräumt

Es ist, wie es ist: ab und an muss man mal aufräumen, so schwer es auch fällt.

Yoko war ein tolles Theme, genau genommen ist es das immer noch. Aber irgendwie hatte ich in letzter Zeit verstärkt Probleme mit dem Menü auf Mobilgeräten: die Unterpunkte wollten sich partout nicht zeigen. Da ich kein Programmierer bin kann ich mir an dieser Stelle nicht wirklich selbst helfen; zusätzlich hatte ich auch mal wieder Lust auf ein neues Design – eine willkommene Gelegenheit, auch mal wieder einen Blick auf Performance und alte (liebgewonnene) Plugins zu werfen. Die eine oder andere Funktionalität ist im Lauf der letzten Jahre eben doch schon in den WordPress Core aufgenommen worden, da braucht man einfach kein Plugin mehr für.

Die gängigen Webtools liefern ganz gute Resultate für die Performance, ein paar Dinge werde ich aber sicherlich noch weiter optimieren.

ToDo:

  • Titelbilder auf das neue Theme anpassen:
    Yoko wollte 1102x350px, Catch Evolution möchte 1600×400 haben – entweder passe ich das Theme an oder meine Bilder
  • ?

Licht, Strom und Lichtstrom

Farbtemperaturen

Strom sparen ist ja im Trend, herkömmliche Glühbirnen werden allmählich vom Markt verschwunden und durch energiesparende Leuchtmittel ersetzt. So weit, so gut. Früher oder später steht man aber vor der Neuanschaffung als Ersatz für eine kaputte Glühbirne – and dann fängt die Verwirrung an: die alte Birne hatte 75W, das steht ja drauf. Aber die neuen Leuchtmittel haben deutlich weniger (sonst wären sie ja nicht energiesparend), dafür ist aber zusätzlich zur Leistung in W meistens ein Lichtstrom in Lumen (lm) angegeben.
Die elektrische Leistung bezieht sich nur auf den Stromverbrauch, wogegen der Lichtstrom sich auf die gesamte abgegebene Lichtmenge (also die Helligkeit) der Lampe bezieht. Dummerweise sind Lichtstrom und elektrische Leistung nicht einfach so direkt miteinander vergleichbar – mal abgesehen davon, dass mehr Leistung in der Regel auch mehr Lichtstrom zur Folge hat. Zum Glück gibt es dafür Tabellen, die einem den Vergleich erleichtern – eine davon ist diese hier:

Glühbirne LED Leuchtstofflampe Halogenlampe
15 W 136 lm 125 lm (~3 W) 119 lm (~10 W)
25 W 249 lm 229 lm (~5 W) 217 lm (~20 W)
40 W 470 lm (~5 W) 432 lm (~7 W) 410 lm
60 W 806 lm 741 lm (~11 W) 702 lm (~35 W)
75 W 1055 lm 970 lm (~15 W) 920 lm (~50 W)
100 W 1521 lm 1398 lm (~18 W) 1326 lm (~75 W)
150 W 2452 lm 2253 lm (~30 W) 2137 lm (~100 W)
200 W 3452 lm 3172 lm (~36 W) 3009 lm

Heißt also: als Ersatz für eine 60 W Glühbirne brauche ich eine LED-Leuchte mit einem Lichtstrom von 806 lm, um das gleiche Erlebnis von Helligkeit zu haben. Oder umgekehrt: Eine LED-Leuchte mit 250 lm ist nur in etwa so hell wie eine 25 W Glühlampe.

Aber der Lichtstrom ist nicht alles, was beachtet werden muss: die Farbtemperatur spielt ebenfalls eine entscheidende Rolle. Leider verhält sich die Farbtemperatur umgekehrt zum allgemeinen Sprachgebrauch: „warmes“ Licht (=viel Wärme, wenig Helligkeit, rötlich) hat eine niedrige Farbtemperatur, „kaltes“ Licht (=wenig Wärme, viel Helligkeit, bläulich) hat eine hohe Farbtemperatur. Folgende Anhaltswerte kann man zum Vergleich heranziehen:
Kerzenlicht 1500 K
Glühlampe (40 W) 2600 K
Glühlampe (200 W) 2700 K
Halogenlampe 3000 K
Leuchtstofflampe (kaltweiß) 4500 K
Tageslicht 6500 K

Oder etwas allgemeiner:
<3300 K = warmweiß
3300 – 5300 K = neutralweiß
>5300 K = tageslichtweiß
Farbtemperaturen
Mehr Details zum Thema findet man u.a. bei Netzmafia.