Es gibt zahlreiche WordPress-Themes im Netz, die auf dem Plugin Visual Composer von WPBakery aufsetzen. So auch das von mir hier genutzt Theme Newsmag von TagDiv sowie dessen Brüderchen Newspaper. Mit dem Visual Composer lassen sich Seiten und Beiträge mit einer aufwändigeren Formatierung wie beispielsweise Spalten oder Blöcken recht leicht umsetzen und mit einer grafischen Oberfläche gestalten. Die Autoren dieser meist kommerziellen Themes legen das WordPress-Plugin dem Theme mitsamt einer Lizenz für dieses bei, sodass man sich bei der Installation des Themes nicht weiter um den Visual Composer kümmern muss. In der Praxis stören dann allerdings unnötige Update-Hinweise sowie Aufforderungen zum Registrieren des Plugins.

Nach der Installation eines „Visual-Composer-Themes“ meldet sich dieses Add-on immer wieder im WordPress-Backend mit dem Wunsch aktiviert zu werden: Hola! Please activate your copy of Visual Composer to receive automatic updates. Diesem Wunsch muss und kann man jedoch nur nachkommen, wenn man das kommerzielle Plugin direkt kauft und nicht — wie bei den TagDiv-Templates — die Lizenz über ein Theme bekommen hat. Die Meldung über das „X“ am Ende der Zeile wegzuklicken schafft für eine Weile Ruhe, doch löscht man (wie ich) beim beenden des Browsers sämtliche Cookies, dann kommt die Meldung spätestens beim nächsten Login in das Backend wieder auf den Schirm.

Ruhe bekommt man nur, wenn man dafür sorgt, dass der Cookie dauerhaft erhalten bleibt. Daher ist es in meinen Augen sinnvoller sich eine kleine WordPress-Funktion zu bauen, die den Cookie beim Laden des Backends automatisch in den Browser schreibt. Dazu fügt man die folgenden zwei Zeilen am Ende der Datei functions.php des gerade aktiven WordPress-Themes ein. Im Fall von Newsmag findet man diese entsprechend im Verzeichnis wp-content/themes/Newsmag. Dabei sollte man beachten, dass man diese Datei beim Aktualisieren des Themes in der Regel überschreibt. Ich baue die Zeilen daher über das Plugin My Custom Functions ein. Auf diesem Weg erspart man sich das Editieren des Themes, sodass die Änderungen bei Updates oder einem Wechsel des Themes erhalten bleiben.

setcookie('vchideactivationmsg', '1', strtotime('+3 years'), '/');
setcookie('vchideactivationmsg_vc11', (defined('WPB_VC_VERSION') ? WPB_VC_VERSION : '1'), strtotime('+3 years'), '/');

Vielleicht noch einen Tick eleganter ist es ein kleines Snippet als WordPress-Plugin zu erstellen. Ein Beispiel dafür findet sich bei Stanislav Khromov, einem Webentwickler beim schwedischen Aftonbladet. Das von ihm erstellte „Stop Visual Composer Activation Nag“-Plugin (den Code findet ihr im nächsten Kasten) speichert ihr als stop-vc-nag.php im Verzeichnis wp-content/plugins eurer WordPress-Installation ab. Danach öffnet ihr das Backend eures Blogs und aktiviert das neue Plugin in den Einstellungen. Beide Lösungen führen zum Ziel: Ihr werdet nie mehr die Aktivierungsmeldung sehen, ohne dass man direkt am Theme oder am Visual Composer etwas ändern müsste. Die Lösung bleibt also auch bei Updates erhalten.

<?php
/*
Plugin Name: Stop Visual Composer Activation Nag
Plugin URI:
Description:
Version: 2016.04.26
Author: khromov
Author URI: http://snippets.khromov.se
License: GPL2
*/
 
add_action('admin_init', function()
{
    if(is_admin()) {
        setcookie('vchideactivationmsg', '1', strtotime('+3 years'), '/');
        setcookie('vchideactivationmsg_vc11', (defined('WPB_VC_VERSION') ? WPB_VC_VERSION : '1'), strtotime('+3 years'), '/');
    }
});

Ein weiterer störender Punkt beim Einsatz von Visual-Composer-Themes ist der Update-Hinweis des Plugins. Da man ja bei diesen Themes den Visual Composer über das Theme bezieht, lässt sich dieser nicht über die WordPress-Updates aktualisieren. Für Updates ist der Autor des jeweiligen Themes verantwortlich, dieser testet in der Regel sein Theme auf Kompatibilität zu einer neuen Version des Visual Composers, packt diese mit in den Theme-Ordner und veröffentlicht dann eine neue Version seines Themes zusammen mit einer neuen Version des Visual Composers. Direkt nach einem Theme-Update ist dann so auch der Visual Composer Up-to-date, nach ein paar Tagen oder Wochen hinkt das lokale Plugin jedoch wieder hinterher und man muss so lange mit der Update-Meldung leben, bis der Theme-Autor wieder nachlegt.

Aber auch hier lässt sich wieder relativ leicht Abhilfe schaffen — die Lösung lässt sich dabei auch auf andere Plugins übertragen, die man von der Aktualisierung ausklammern möchte (weil die aktuelle Version eventuell etwas verschlimmbessert hat). Dazu braucht es erneut einen Eintrag in die functions.php des aktuell genutzten Themes. Im Fall von Newsmag also wieder im Ordner wp-content/themes/Newsmag eurer WordPress-Installation. Dort fügt ihr am dann Ende die Zeilen aus dem folgenden Listing ein. Wieder als Tipp: Mit dem Plugin My Custom Functions lässt sich dieser Eintrag vornehmen, ohne dass man die Theme-Datei selbst bearbeiten muss. So bleibt die Änderung auch im Falle eines Updates unangetastet.

function filter_plugin_updates( $value ) {
    unset( $value->response['js_composer/js_composer.php'] );
    return $value;
}
add_filter( 'site_transient_update_plugins', 'filter_plugin_updates' );

Möchtet ihr ein anderes Plugin als den Visual Composer von den Updates (und somit den Update-Meldung) ausnehmen, dann ändert ihr einfach den Pfad mitsamt dem Dateinamen des Plugins in der Unset-Zeile (hier im Beispiel in der zweiten Zeile). Am Ende sollte der Visual Composer nun endlich Ruhe geben: Ihr müsstet jetzt vom Wunsch aktiviert und aktualisiert zu werden in Zukunft verschont bleiben. Achtet beim Einspielen eines Theme-Updates nun aber darauf, dass ihr eventuell auch den Visual Composer von Hand aktualisieren müsst. Vergesst ihr das, drohen Inkompatibilitäten mit dem Theme oder gar Sicherheitslücken durch den Visual Composer.

Die WordPress Foundation hat heute mit der Version 4.5 aka „Coleman“ die nächste größere Ausgabe des WordPress-CMS veröffentlicht. Die Änderungen halten sich in meinen Augen Grenzen: Es gibt nun ein neues Link-Tool, die Möglichkeit Tags wie Inline-Code oder horizontale Linien per Shortcut zu setzen, wie auch eine responsive Vorschau in der Theme-Übersicht. Unter der Haube gibt es ebenfalls eine Reihe von Änderungen. In Zukunft reduziert WordPress etwa die JPG-Qualität beim Erzeugen von Thumbnails und kleinerer Bildformate von 90 auf 82 Prozent. Für das Auge ergeben sich dadurch kaum erkennbare Verluste in der Bildqualität, die Entwickler versprechen sich dadurch jedoch bis zu 50 Prozent schnellere Ladezeiten.

Wer WordPress zusammen mit einem Theme nutzt, das auf den Visual Composer aufbaut und diesen als Theme-Plugin direkt bundelt, sollte mit dem Update jedoch auf jeden Fall noch ein wenig warten. Der Visual Composer ist erst ab Version 4.11 mit WordPress 4.5 kompatibel. Bringt euer Theme eine ältere Version des Visual-Composer-Plugins mit, dann lädt das Blog keine Bilder mehr — So passierte es beispielsweise bei dem von mir genutzten Template Newsmag. Habt ihr den Visual Composer als eigenständiges Plugin installiert, dann wird dieser durch die Update-Routine von WordPress aktuell gehalten. Kommt das Plugin allerdings als Bundle mit dem Theme, müsst ihr auf jeden Fall warten, bis es ein Update des Theme-Entwicklers gibt.

Traurige Nachricht für WordPress-Nutzer, die gerne auf bewährte und leistungsfähige Plugins wie Antispam Bee, Cachify, Statify oder auch das kommerzielle wpSEO zurückgreifen — die Antispam Biene filtert beispielsweise auch bei mir die unzähligen Spamkommentare aus dem Blog. Sergej Müller, der Entwickler dieser und noch einer ganzen Reihe anderer interessanter Plugins, sowie Betreiber verschiedener deutschsprachiger WordPress-Angebote wie WP-Letter und WP-Coder, stellt aus gesundheitlichen Gründen seine Arbeit an seinen Projekten ein und lässt WordPress WordPress ein.

Fast 9 Jahre und nahezu 3 Millionen Downloads später ist Schluss. Schluss mit WordPress. Für mich geht ein Lebensabschnitt zu Ende. Ein Lebensabschnitt, der unendlich viel Erfahrung, Learnings und Spaß mit sich brachte. Ein Lebensabschnitt, der aber unendlich viel Zeit, Nerven und Motivation mit sich nahm. Doch der Wille zählt und ich hoffe stark, dass meine Software und mein Engagement die WordPress-Community ein Stückchen besser, qualitativer gemacht haben.

Ich möchte mir an dieser Stelle sehr herzlich bei Sergej bedanken. Ich habe immer wieder wertvolle Informationen bei dir gefunden und auch immer wieder gerne auf deine Plugins zurückgegriffen, in der Regel waren seine Plugins immer die beste Alternative — besonders für Blogger im Deutschen Rechtsraum. Wenn auch ihr ein wenig Dankbarkeit verspürt, dann könnt ihr Sergej per E-Mail kontaktieren (siehe seine Goodbye-Nachricht) oder ihm via PayPal oder Amazon ein kleines Dankeschön zukommen lassen. Der Amazon-Wunschzettel lässt erkennen, dass Sergej in Zukunft deutlich mehr Zeit Outdoors verbringen möchte: Ich hoffe, dass dir die Ruhe dort gut tut!

Als WordPress-Blogger müsst ihr nun nicht panisch nach Alternativen für die von Sergej entwickelten Plugins suchen: Alle seine Projekte haben ein neues Zuhause gefunden. Sergejs freie Plugins werden von pluginkollektiv weitergeführt. Die sich aus der deutschen WordPress-Community rekrutierende Gruppe betreut die Plugins, sorgt weiterhin für Updates und kümmert sich darum, dass die mit den Plugins verbundenen Domains nicht in die Hände eines Domaingrabbers fallen. Die Gruppe verpflichtet sich die Plugins weiterhin kostenlos und werbefrei zur Verfügung zu stellen.

Auch die kommerziellen Plugins fanden neue Betreuer: Das SEO-Plugin wpSEO übernimmt Soeren Eisenschmidt (@eisy). Er hat gleich begonnen das Thema WordPress-SEO als Blog aufzuarbeiten. Optimus für verlustfreie Bildkomprimierung ging an KeyCDN (@keycdn). Und auch der WP Letter (aktuell ist die Domain down) wird von Simon Kraft (@krafit) weitergeführt. Somit sind also alle Projekte Sergejs in (hoffentlich) guten Händen. Wahrscheinlich wir die Entwicklung der Plugins nicht mehr ganz so schnell weitergehen, doch immerhin geht es weiter.

Was für viele deutsche Arbeitnehmer die alljährliche Steuererklärung, ist für Autoren von in Deutschland veröffentlichten Werken die ebenso jährlich anstehende Meldung an die VG WORT. Schon die Meldung von gedruckten Werken ist mit beträchtlichem Aufwand verbunden, getoppt wird der bürokratische Akt nur vom Melden von im Internet veröffentlichten Werken. Hier müssen Zählpixel beantragt, in die Seiten eingebaut, die Anzahl der Buchstaben im Artikel gezählt und am Ende der Beitrag in vollem Umfang in das Online-Portal T.O.M der VG Wort übertragen werden. Diese Arbeit nimmt für fleißige Autoren jedes Jahr locker ein oder zwei Arbeitstage in Anspruch, für Vielschreiber lohnt sich der Aufwand jedoch. Lange gab es für WordPress nur Notbehelfs-Plugins, mit Worthy steht nun endlich ein Plugin für WordPress zur Verfügung, das einen sauberen Workflow zwischen dem eigenen Blog und der VG Wort implementiert.

Entwickelt wurde Worthy von meinem Webhoster Bernd Holzmüller aka tiggersWelt nach dem Konzept von Peter Wilhelm, dem Betreiber des lesenswerten Bestatterweblog — Bestatter können von sehr interessanten Dingen berichten Dort ist das Plugin auch schon seit einiger Zeit erfolgreich im Einsatz ist. Ich durfte seit Mitte letzten Jahres den glücklichen ersten (weiß ich gar nicht?) Betatester des Plugins spielen und kann daher aus eigener Erfahrung sagen, dass sich mit Worthy die ganze VG-Wort-Thematik inklusive dem Melden der Artikel im T.O.M.-Portal endlich solide lösen lässt. Meinen bisherigen Workaround, die Zählpixel per Spreadsheet zu managen, konnte ich mit Worthy endlich in die Rente schicken. Doch zuvor erst einmal ein paar Worte zur VG Wort, für viele Hobby-Blogger dürfte diese trotz ihrer langen Historie noch ein Buch mit sieben Siegeln sein.

VG-Wort Vertretungsvertrag

Bevor ihr mit Worthy groß einsteigt, solltet ihr euch natürlich bei der VG Wort anmelden und den Vertretungsvertrag unterschreiben. Sinn macht das Ganze für jeden Blogger, der Artikel mit mindestens 1800 Zeichen im Blog stehen hat, die pro Jahr jeweils mindestens 1500 mal abgerufen werden — diese Zahlen sind allerdings nicht in Stein gemeißelt und ändern sich jedes Jahr. Wer also gerade einmal 1000 Seitenaurufe im Jahr verzeichnet, der muss sich nicht zwingend bei der VG Wort anmelden. Aber es kann sich dennoch lohnen, vielleicht landet ihr ja mit einem eurer Beiträge plötzlich einen Hit, ohne Anmeldung und Zählpixel geht ihr dann leer aus. Sind beide Kriterien erfüllt und wurde das VG-Wort-Zählpixel korrekt eingebaut, gibt es für jeden Artikel, der die Anzahl der Mindestzugriffe überscheitet, einen jährlich neu festgelegten Geldbetrag — aber nur wenn ihr die Artikel eben auch ordentlich meldet, dazu später mehr.

Der Grundbetrag belief sich 2013 auf 10 Euro. Hat ein Artikel die Grenze von 7500 Abrufen überschritten gab es im Meldezeitraum 2013 stolze 12 Euro. Bei mehr als 37500 Seitenaufrufen innerhalb eines Jahres betrug die Ausschüttung dann 16 Euro. Die Vergütung pro Artikel fällt allerdings seit der ersten Online-Ausschüttung konstant. 2007 gab es für einen Beitrag mit mehr als 2500 Abrufen noch stolze 40 Euro, inzwischen sind wir wie geschildert bei maximal 16 Euro oder gar mehr nur pauschal 12 Euro im aktuellen Meldungszyklus 2014. In Zukunft gibt es mit Sicherheit noch weniger pro Beitrag mit noch höheren Mindestabrufen — dafür wird aber auch euer Archiv mit verpixelten Artikeln immer größer.

Bei der VG Wort teilnehmen kann generell jeder Autor, der seine Werke im Print und Online veröffentlicht und eben den Vertretungsvertrag unterschrieben hat. Die von der VG Wort ausgezahlten Beträge stammen aus den Gebühren, die zum Beispiel Hersteller von Kopierern, Druckern oder CD-/DVD-Brennern entrichten müssen. Selbstverständlich müsst ihr eure Einnahmen durch die VG Wort auf eurer Steuererklärung deklarieren und die sich dadurch erhöhende Lohnsteuer entsprechend nachträglich abführen: Zu Risiken und Nebenwirkungen lesen Sie die Packungsbeilage und fragen Sie Ihren Arzt oder Steuerberater.

VG-Wort-Zählpixel in WordPress

Worthy installiert ihr wie alle anderen WordPress-Plugins auch, ihr braucht allerdings ein selbstgehostes Blog. Das Plugin findet ihr seit heute im Plugin-Repository von WordPress. Nach dem Aktivieren von Worthy öffnet ihr am besten erstmal die Einstellungs-Seite des Plugins aus der WordPress-Sidebar heraus und geht in den Reiter Import/Export. Hier könnt ihr im Abschnitt VG Wort Zählpixel importieren die im T.O.M.-Online-Portal der VG Wort generierten CSV-Dateien mit bis zu 100 Zählpixeln in einem Rutsch einlesen. Wer sein Blog schon länger betreibt und bereits ein paar hundert Beiträge angesammelt hat, der kann gerne gleich ein paar dieser CSV-Files einlesen lassen, so habt ihr einen größeren Pool mit Zählpixeln, den das Plugin später euren Artikeln zuordnen kann.

Habt ihr schon vorher Erfahrungen mit der VG Wort gemacht und Zählpixel verwendet, dann lest bitte auch eure bereits benutzten Zählpixel-Dateien ein. Unter Worthy | Import/Export | Bestehende VG Word Zählpixel migrieren bindet Worthy nämlich bereits bestehende Zählpixel ein, die ihr mit anderen VG-Wort-Plugins wie VGW aka VG-Wort-Krimskrams, WP-VGWORT oder auch manuell ins Blog eingebunden habt. Worthy integriert diese Zählpixel und verbindet sie auch gleich mit den zuvor eingelesenen Daten aus den alten CSV-Dateien, so dass ihr dann die alten Plugins abschalten könnt. Ich persönlich hatte VG-Wort-Krimskrams im Einsatz, der Import lief bis auf ein paar kleine Probleme — ich hatte einige Zählpixel aus Versehen doppelt am Start — problemlos durch. Anschließend seht ihr im Reiter VG Wort Zählpixel welches Pixel welchem Beitrag zugeordnet wurde.

Hat Worthy nun all eure Zählpixel der VG Wort importiert, müsst ihr euch nicht mehr groß mit dem Thema VG Wort und Zählpixel beschäftigen, außer darauf zu achten bei längeren Beitrag mit mehr als 1500 Zeichen eben das Zählpixel in der Sidebar des WordPress-Editors zu aktivieren, das Feld wird jedoch erst ab dieser Länge aktiv. Wie viel ihr noch zu Schreiben habt, seht ihr am unteren Ende des Editorbereichs. Hier blendet Worthy nicht nur die Anzahl der Wörter im Artikel, sondern auch die Anzahl der für die VG Wort relevanten Zeichen ein. Worthy holt sich daraufhin automatisch ein freies Zählpixel aus dem zuvor eingelesenen Pool und verknüpft es mit dem Artikel — mehr müsst ihr nun nicht mehr machen, zumindest was das Einbinden der Zählpixel betrifft. Die aktuelle Version (noch nicht auf dem Screenshot) unterscheidet zudem auch zwischen lyrischen Werken und normalen Texten — im Web veröffentlichte Gedichte benötigen deutlich weniger Abrufe um meldefähig zu sein.

Die aktuelles Version von Worthy funktioniert für Solo-Blogger wie mich schon wunderbar, doch für Blogs mit mehreren Autoren ist das Plugin aktuell noch nicht wirklich benutzbar. Worthy müsste ja Zählpixel für jeden Autor getrennt verwalten, das kann das Plugin bisher jedoch noch nicht, diese Funktion will Bernd allerdings in der nächsten Versionen — wenn denn alles klappt — noch hinzugefügen. Jeder Autor kann dann seine eigenen Zählpixel in Worthy importieren und beim Schreiben per Mausklick setzen. Allerdings müsst ihr dennoch darauf achten, dass die von euch genutzten Zählpixel nicht noch auf einer anderen Webseite zum Einsatz kommen, generiert daher am besten für jede Webseite eigene Zählpixel-Blöcke.

Automatisierte METIS-Meldung

Alleine mit dem Einbau des Zählpixels bekommt ihr von der VG Wort jedoch noch keinen einzigen Cent — so leicht macht es euch die VG Wort nicht, auf diesem Weg registriert die Verwertungsgesellschaft nur die Seitenaufrufe eurer Beiträge. Um an die Ausschüttungen zu kommen, müsst ihr für jeden (sic!) Beitrag, der die Abrufgrenze überschreitet, eine Meldung für den Bereich Texte im Internet aka METIS im T.O.M.-Portal erstellen. Dazu will die VG Wort neben der URL zum Beitrag auch noch den kompletten Inhalt des Artikels als Text oder als PDF sehen. Pro gemeldeten Artikel seid ihr so locker ein paar Minuten eures Lebens los, bei fleißigen Bloggern summieren sich diese Minuten zu mehreren Stunden oder gar Arbeitstagen, die man mit dieser monotonen und stupiden Arbeit beschäftigt ist .

Während der Meldeperiode (die aktuelle läuft noch bis Ende des Monats) müsst ihr nun die meldefähigen mit überschrittenen Mindestzugriff und der nötigen Mindestlänge bei der VG Wort melden. Dazu öffnet ihr Worthy im WordPress-Backend und geht in den Reiter VG Wort Zählpixel, dort schränkt ihr dann die Auswahl auf Mindestzugriff erreicht ein. Die jetzt in der Liste aufgeführten Artikel dürfen und sollten nun alle an die VG Wort gemeldet werden, dazu muss ein Webbereich angelegt (im Endeffekt die URL hinterlegt) und der Inhalt des Artikels zur VG Wort übertragen werden.

Markiert dazu die gewünschten Artikel und wählt oben in der Liste Meldung erstellen (mit Vorschau) als Aktion aus, später könnt ihr auf die Vorschau verzichten. Im nächsten Dialog zeigt euch Worthy, die um Code-Blöcke und weitere nicht meldefähigen Texte bereinigten Artikel in einer Vorschau an. Solltet ihr hier bei einem der Artikel Fehler feststellen, könnt ihr den Markierung entfernen und so diesen Artikel überspringen. Ein Klick auf VG Wort melden schickt dann die komplette Meldung in Richtung VG Wort. Worthy legt dabei automatisch den Webbereich an und übergibt den Inhalt. Alternativ könnt ihr den Webbereich auch einzeln aus der Liste heraus erzeugen.

Premium-Funktion und Kosten

Worthy teilt sich nun in zwei Teile: Das unter der GPL veröffentliche WordPress-Plugin lässt sich selbstverständlich kostenlos installieren. Der kommerzielle Dienst, der zwischen dem T.O.M-Onlineportal und eurer WordPress-Installation vermittelt, möchte hingegen bezahlt werden. Der Dienst wird nötig, sobald Worthy direkt mit der VG Wort interagieren soll. So könnt ihr also kostenlos Zählmarken per CSV-Datei in Worthy importieren und per Schalter aus dem Editor heraus in das Blog einbinden — Die Funktion entspricht in etwa dem Leistungsumfang anderer VG-Wort-Plugins, nur sind sie bei Worthy in meinen Augen besser implementiert. Zudem lassen sich die schon auf anderen Wegen eingebundenen Zählpixel mit den aus den importierten Listen abgleichen, was wieder einiges an Arbeit spart. VG-Wort-Einsteiger können so erst einmal bequem sehen, ob sich der ganze Aufwand überhaupt lohnt und sicher gehen, dass die Zählpixel überhaupt abgerufen werden.

Ein kostenpflichtiges Abonnement wird fällig, wenn sich Worth zum Beispiel automatisch Zählpixel aus T.O.M. ziehen soll, dazu kostet jede Meldung an VG Wort einen kleinen Obolus — der Dienst sorgt im Gegenzug dafür, dass eure Meldung automatisiert und zuverlässig klappt. Die Preise für das Abonnement liegen je nach Laufzeit zwischen 10 Euro pro Jahr und 27 Euro für drei Jahre. Die Kosten für das Übertragen der Meldungen liegen aufgrund des Staffelung zwischen 1,50 Euro (für 10 Meldungen) und 50 Cent (beim Kauf von 250 Meldungen). Wer jeden Tag des Jahres einen Artikel veröffentlicht, der die Meldekriterien erfüllt, zahlt also für seine VG-Wort-Meldung am Ende dann in etwa 190 Euro, bekommt aber in etwa — nur für die neuen Artikel — bei 10 Euro pro Meldung 3600 Euro zurück.

Als Heise vor über drei Jahren seine 2-Klick-Lösung für mehr Datenschutz mitsamt dem Quelltext und einem WordPress-Plugin vorstellte, gab es eigentlich keine deutschsprachige Nachrichtenseite und kein Blog, das nicht über das Thema berichtete. Endlich gab es eine leicht zu implementierende Lösung die obligatorischen Buttons für Facebook, Twitter und Co. auf Webseiten einzubetten, ohne dass der Browser die schweren JavaScript-Brocken der Dienste bei jedem Seitenaufruf mit ausführen muss und somit auch einiges über das Surfverhalten des Benutzers Preis gibt. Heute stolpert man beim Surfen durchs Netz noch immer über die Heise-Lösung, allerdings deutlich seltener wie zu Zeiten des ersten Hypes.

Bei vielen Webmastern ist der Datenschutzgedanke inzwischen in den Hintergrund getreten und die Social-Media-Buttons wieder auf der Webseite gelandet. Andere Webseitenbetreiber haben aber auch in den letzten Jahren dazugelernt und lassen die Buttons weiterhin außen vor, setzen aber auf selbst gebaute Alternativen zu Heises 2-Klick-Buttons oder binden andere Social-Media-Plugins ein. Für Facebook gibt es unzählige solche Lösungen, ich für meinen Teil hatte mich nach einigen Testläufen für den SocialMediaEnhancer entschieden. Das Plugin fügt schlichte Buttons für Google+, Facebook, Twitter, LinkedIn, Pinterst oder auch Xing ein, ohne dass JavaScript benötigt wird.

Nun hat Heise im Dezember aber nachgelegt und mit Shariff einen Nachfolger für die 2-Klick-Buttons losgelassen. Die Technik ist auch schon auf der Heise-Seite im Einsatz, so könnt ihr selber einen ersten Eindruck machen. Der Code zu Shariff liegt auch wieder offen und kann von GitHub geladen werden. Shariff lässt sich daher sehr gut in eigene Projekte integrieren. Für Blogger, die mit WordPress arbeiten, gibt es bereits auch schon zwei Shariff-Plugins: Shariff und Shariff-Sharing, wobei Shariff-Sharing direkt von Heise-Entwickler Yannik Ehlert stammt.

Ich habe beide Plugins mit Erfolg hier im Blog kurz getestet, die Unterschiede sind im Endeffekt nicht sonderlich groß. Beide Plugins lassen sich über das Backend von WordPress sehr einfach konfigurieren und aktivieren. Ihr habt die Wahl zwischen verschiedenen Stilen und könnt auswählen, welche Netzwerke angezeigt werden sollen. Allerdings lässt sich das „Original“ nicht frei im Template platzieren. Ihr habt nur die Möglichkeit die Buttons vor oder nach dem Artikel einzublenden.

// Shariff mit Standardeinstellungen...
<?=do_shortcode('[[shariff backend="on"]]')?>
// Shariff mit in weiß und mit Facebook, Twitter und Google+...
<?=do_shortcode('[[shariff theme="white" services="facebook|twitter|googleplus" backend="on"]]')?>

// Beispiel aus der content-single.php meines Templates...
<div class="social-info">
<h2>Das war interessant? Sag es weiter!</h2>
<div id="shariff-text"><p>Dieser Beitrag hat dir gefallen? Teile ihn mit deinen Freunden, Danke!</p></div>
<div id="shariff-social-buttons">
<?=do_shortcode('[[shariff services="facebook|twitter|googleplus" backend="on"]]')?>
</div>
<div style="clear:left"></div>
</div><!-- end social-info -->

Shariff“-ohne-Sharing“ hingegen bietet mit den den obigen Shortcodes auch die Option die Buttons an einer beliebigen Stelle einzubauen — so habt ihr deutlich mehr Kontrolle über das Geschehen, demzufolge ist das Plugin auch bei mir Favorit. Für das Shariff-Plugin von Heise habe ich für diese Funktion einen Feature-Request eingereicht. Eine Übersicht über alle Argumente findet ihr auf der Homepage des Entwicklers. Die Buttons lassen sich selbstverständlich auch per CSS an das eigene Design anpassen.

Captchas sind im Internet ja allgegenwärtig. Überall, wo es sich zu registrieren gilt, müssen Krankelschriften entziffert, kleine mathematische Aufgaben gelöst oder Bilderrätsel erschlossen werden. Eine der am weitesten verbreiteten Captcha-Lösungen ist ReCAPTCHA, das schon 2009 von Google übernommen wurde. Der Dienst hindert nicht nur Spammer daran Spam-Mail-Accounts in beliebiger Stückzahl zu erzeugen oder Blogs mit Spam-Kommentaren zu fluten, sondern hilft auch beim Digitalisieren von gedruckten Werken, wie etwa des 130 Jahre großen Archivs der New York Times oder beim Verifizieren von über Street View aufgenommenen Hausnummern.

Trotz ihres unzweifelhaften Nutzens sind Captchas allerdings kein Allheilmittel. Die Wikipedia zitiert einen Artikel der Carnegie Mellon University dem nach weltweit die Internetnutzer pro Tag 150.000 Stunden mit dem Lösen von Captchas verschwenden — die Zahl stammt aus dem Jahr 2004! Heute dürfte die Zeitverschwendung alleine aufgrund der vielen weiteren Internetnutzern nochmal deutlich gestiegen sein. Viele Captchas sind zudem nicht barrierefrei lösbar, sodass zum Beispiel Sehbehinderte zum Lösen eines Bilderrätsels Unterstützung eines Sehenden hinzuziehen müssen. Von daher gilt es eigentlich das Captcha in Rente zu schicken.

Life’s too short to spend solving distored text
Coming soon, the „No-CAPTCHA“ reCAPTCHA

Google ist unter anderem aus diesen Gründen nicht ganz untätig — zudem ist auch ReCAPTCHA inzwischen alles andere als eine undurchdringliche Mauer. Demnächst startet mit No-CAPTCHA nun aber die nächste Version von ReCAPTCHA. Webmaster können sich auf der ReCAPTCHA-Webseite schon jetzt für die Zusendung von weiterführenden Informationen beim Restart registrieren. Zudem gibt es schon eine Demo der neu gestalteten Eingabemaske zu sehen. Auch bei Googles URL-Verkürzer Goo.gl kommt das neue Captcha bereits zum Einsatz. Ein Klick auf „Ich bin kein Roboter“ soll nun das Lösen des Captchas überflüssig machen. Nur wenn die Überprüfung ein negatives Ergebnis liefert, erscheint das herkömmliche Captcha. Ein Beispiel zum Einbinden des neuen Captchas findet ihr etwa auf Ragzone.

Neulich hatten einige von euch ja den Link zu Trianglify recht interessant gefunden. Besonders auf Google+ und Facebook kamen eine Reihe von Likes zusammen. Mit SVGeneration bin ich gerade über eine sehr ähnliche Seite gestolpert. Sie kann auch die Dreiecksmuster generieren, erzeugt aber 80 weitere schlichte Muster, die sich für Wallaper und Hintergründe benutzen lassen. Wie auch bei Trianglify lassen sich auch bei SVGeneration die Dateien als SVG herunterladen oder aber auch als CSS exportieren und so beliebig weiterverarbeiten.

Als Google sein Nexus-4-Handy vorstellte, fielen nicht nur die damals beeindruckenden technischen Details ins Auge, sondern auch die recht schlichten, aber dennoch farbenfrohen Wallpaper ins Auge. Wer diesen Look selber gestalten möchte, der kann sich mal die Web-App Trianglify ansehen. Sie generiert eben solche Netze aus bunten Dreiecken im Browser, das Ergebnis lässt sich als SVG-Datei herunterladen und als Wallpaper oder auch als CSS-Hintergrund für Webseiten weiterverarbeiten. Auf dem selben Prinzip basiert der Desktop Pattern Generator, er erlaubt allerdings das Ändern der Parameter bequem per Schieberegler. Den Code zu beiden Projekten findet ihr jeweils bei Github (Trianglify, Triangle-Play-App).

Seit der Version 1.10 lassen sich im freien Webanalytik-Tool Piwik Anmerkungen in der Zeitleiste setzen. So kann man zum Beispiel vermerken, dass man diese und jede Änderung an der Page gemacht hat und so später einmal nachvollziehen, was diese am Ende nun eigentlich gebracht hat. Als Blogger würde ich an dieser Stelle gerne nicht nur technische Änderungen abspeichern, sondern auch das Veröffentlichen einzelner Beiträge. Mit dem Piwik FeedAnnotation Plugin gibt es dafür eigentlich schon eine wunderbar einfache und flexible Lösung (da sie den RSS-Feed für Anmerkungen nutzt, funktioniert sie mit praktisch allen Publishing-Lösungen), doch das Plugin ist schon eine ganze Weile defekt, es arbeitet nicht mit Piwik 2.1 zusammen. Von daher habe ich mir eine eigene Lösung für WordPress gebaut, viel aufwändiger ist sie eigentlich auch nicht.

Die Annotations bzw. Anmerkungen in Piwik lassen sich nicht nur manuell über das Web-Frontend setzen, sondern auch automatisiert über die Annotations-API von Piwik. Kombiniert man das Öffnen einer Webseite nach dem Veröffentlichen eines Beitrags mit cURL, die bei Amirshk gefundenen Infos (leider konnte ich seine Lösung bei mir nicht mehr zum Laufen bekommen) und das Format des Aufrufs der Annotations-API, dann hat man eigentlich relativ schnell den entsprechenden Code-Schnippsel zusammengebaut.

// Beim Veroeffentlichen Piwik-Anmerkung setzen
function piwik_annotation($post_id) {

	// Hier bitte die Piwik-Daten eintragen...
	$apikey = b8fe6370f3f05ded9301eea133cd55da;
	$id = 1;
	$piwikurl = "http://piwik.linuxandi.net/";

	// Ab hier bitte nichts mehr aendern...
	$title = get_post($post_id)->post_title;
	$note = urlencode("Published: $title");
	$date = date("Y-m-d");
	$apiurl = $piwikurl.'?module=API&method=Annotations.add&idSite='.$id.'&date='.$date.'&note='.$note.'&token_auth='.$apikey;

	$curl = curl_init();
	curl_setopt($curl, CURLOPT_CONNECTTIMEOUT, 5);
	curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1);
	curl_setopt($curl, CURLOPT_URL, $apiurl);
	$results = json_decode(curl_exec($curl));
	curl_close($curl);
}

function wpse8170_transition_post_status( $new_status, $old_status, $post ) {
    if ( $new_status == 'publish' && $old_status != 'publish' ) {
	add_action( 'publish_post', 'piwik_annotation' );
    }
}

add_action( 'transition_post_status', 'wpse8170_transition_post_status', 10, 3 );

Das Ganze müsst ihr in die functions.php eures WordPress-Templates übertragen und anschließend noch die Variablen „$apikey“, „$id“ und natürlich „$piwikurl“ anpassen . Die entsprechenden Daten findet ihr in den Piwik-Einstellungen unter „Verwalten -> Webseiten“ und „Verwalten -> Benutzer“. Aus Sicherheitsgründen würde ich für den API-Aufruf einen eigenen Benutzer erstellen, der keine Admin-Rechte auf eurer Piwik-Installation besitzt.

Sobald ihr nun einen neuen Beitrag veröffentlicht, schreibt WordPress die entsprechende Anmerkung ins Piwik-Protokoll. Beachtet aber bitte, das WordPress beim Funktionsaufruf publish_post nicht zwischen dem erstmaligen Veröffentlichen eines neuen Beitrags und dem Überarbeiten eines bereits gespeicherten und veröffentlichten Beitrags unterscheidet. Korrigiert ihr also einen kleinen Rechtschreibfehler in einem älteren Posting, dann setzt die Funktion auch gleich wieder eine Anmerkung, dass dieser Beitrag heute neu veröffentlicht wurde.

[UPDATE 28.03.2014: Ich habe den Code-Schnippsel dahingehend überarbeitet, dass vor dem Veröffentlichen des Beitrags geprüft wird, ob dieser schon veröffentlicht war oder ob er gerade neu freigeschaltet wird. So könnt ihr also jetzt Beiträge überarbeiten, ohne dass WordPress gleich wieder eine neue Anmerkung in Piwik setzt.

Von daher wäre es trotz meiner kleinen Funktion besser, wenn das Piwik FeedAnnotation Plugin fit für Piwik 2.1 werden würde. So muss man keine API-Keys durch die Welt schicken, hat immer die letzten X Beiträge als Anmerkung in Piwik und beim Überarbeiten eines älteren Eintrags ändert sich trotzdem der Feed nicht, von daher entstehen auch keine ungewollten Einträge beim Ändern kleinerer Fehler im Blog.]

[UPDATE 29.04.2014: André hat meinen kleinen Codeschnippsel in die Version 0.9.9.9 des WP-Piwik-Moduls eingebaut. Dadurch fällt die Bastellösung als Funktion für die functions.php flach. Um die Anmerkungen nicht doppelt zu erstellen sollte man daher die manuelle Ergänzung entfernen und auf die ordentliche Implementation in das Plugin von André setzen. @André: Tausend Dank für die schnelle Umsetzung!]

Viele Blogger geben sich sehr sehr viel Mühe ihr Blog optisch ansprechend zu gestalten. Ausgehend von einem der unzähligen Templates für WordPress, Drupal und Co. baut man sich „sein“ persönliches Blog zusammen — obwohl man mit ordentlicher Web-Entwicklung gar nichts am Hut hat und man sein Blog per Trial- and Error zusammenschustert.

Hat man den dreh einmal raus, ist das Umgestalten eines Templates per CSS gar nicht so schwer, die größte Hürde dabei ist in meinen Augen das Referenzieren der entsprechenden Elemente. Muss ich jetzt bsp {…}, .bsp {…}, #bsp {…} oder .bsp p {…} in die style.css schreiben? Was bezieht sich eigentlich auf was?

Wer sich ungern auf selfhtml.org in die Thematik der CSS-Selektoren einliest, der findet im CSS Diner eine praktische CSS-Lernhilfe. In 26 Leveln gilt es den richtigen Selektor zu finden. Links im CSS Editor trägt man seine Lösung ein, rechts in der HTML-Ansicht sieht man den HTML-Code der Dinge, die auf dem Tisch liegen. Das ganze Projekt ist dabei Open-Source, der Code liegt auf einem Github.