Dabei bin ich über etwas gestolpert, das mir deutlich weniger gefallen hat als ein paar lahme Datenbankabfragen: 204 verschiedene Rechner, die brav weiter meinen Feed abfragen – manche im Viertelstundentakt – und von mir trotzdem seit Jahren keine einzige Zeile mehr bekommen haben.

Was da schiefgelaufen ist

Linux und Ich war vor vielen Jahren einmal zweisprachig angelegt, deshalb gab es damals /de/ vor jeder Adresse. Die Struktur ist längst weg, euer Abo in FreshRSS, Tiny Tiny RSS oder Newsboat aber natürlich nicht. Die fragen treu weiter die alte Adresse ab.

Ein guter Teil dieser Abos dürfte noch aus dem Frühjahr 2013 stammen, als Google seinem Reader den Stecker zog und wir alle unsere Feeds händisch in neue Programme geschoben haben – mit der Adresse, die damals eben aktuell war.

Und WordPress geht mit unbekannten Adressen erstaunlich großzügig um. Statt schlicht zuzugeben, dass es die Route nicht mehr kennt, sucht es sich anhand des Namensfragments den ähnlichsten Beitrag heraus und leitet kurzerhand dorthin weiter. Gut gemeint, nur eben falsch.

Bei /de/feed/ war das ausgerechnet mein alter Artikel Feedly, Theme und kleines Fazit zu Tiny Tiny RSS als Ersatz für den Google Reader. Ein Feedreader fragt nach dem Feed und bekommt einen Artikel über Feedreader – die Pointe hätte ich mir nicht besser ausdenken können.

Nur kam das eben als HTML statt als RSS an. Für jedes Leseprogramm ist das schlicht Datenmüll: Es fragt nach einer Feed-Datei, bekommt eine Webseite und zeigt im besten Fall einen Fehler an. Im schlechtesten schweigt es einfach.

Die Atom-Variante /de/feed/atom/ war noch schöner: sauberes 200 OK, gültiges XML, 529 Byte – ein komplett leerer Kommentar-Feed. Technisch tadellos, inhaltlich nichts. Wer die abonniert hatte, sah über Jahre hinweg eine Quelle, die einfach nie etwas Neues brachte.

Was ich geändert habe

Zwei Weiterleitungsregeln in der .htaccess schieben /de/feed/ und /de/feed/atom/ jetzt dauerhaft auf /feed/ beziehungsweise /feed/atom/. Kein Raten mehr, keine Sackgasse – ein Sprung, und euer Reader hat den echten Feed. Wer abonniert hat, bekommt ab sofort wieder, was er bestellt hat.

### /de/feed, /de/feed/ -> /feed/
RewriteRule ^de/feed/?$ /feed/ [R=301,L]

### /de/feed/atom, /de/feed/atom/ (auch rss, rss2, rdf) -> /feed/atom/
RewriteRule ^de/feed/(atom|rss|rss2|rdf)/?$ /feed/$1/ [R=301,L]

Falls ihr das nachbaut, eine Warnung, die mich selbst Zeit gekostet hat: Die Zeilen müssen vor dem Block # BEGIN WordPress stehen. Dahinter laufen sie ins Leere, und zwar vollkommen lautlos. Keine Fehlermeldung, kein Hinweis im Log, einfach keine Wirkung.

WordPress schreibt die Anfrage dort auf index.php um, mod_rewrite startet den kompletten Regelsatz daraufhin neu – und bricht im zweiten Durchlauf sofort bei RewriteRule ^index.php$ - [L] ab. Was hinter # END WordPress steht, sieht bei sprechenden Permalinks also nie jemand.

Nebenbei habe ich den Feeds noch etwas Gutes getan. Sie machten über die Hälfte aller Anfragen aus, die bei mir überhaupt PHP starten. WP Fastest Cache legte die fertigen Feeds zwar längst als Datei ab, lieferte sie dann aber trotzdem über den kompletten WordPress-Start aus.

Also Datenbank hochfahren, Plugins laden, Theme laden – um am Ende eine Datei einzulesen, die Apache genauso gut direkt hätte herausgeben können. Genau das tut Apache jetzt. Aus gut einer Sekunde sind rund 90 Millisekunden geworden. Das merkt ihr kaum, mein Server dafür umso mehr.

Und jetzt seid ihr dran

Hier ist meine Bitte: Wenn dieser Artikel bei euch im Reader auftaucht, schreibt mir bitte kurz einen Kommentar. Ein „angekommen“ plus der Name eures Readers reicht völlig, mehr brauche ich gar nicht. Wer mag, nennt auch die Adresse, unter der er abonniert hat.

In meinen Logs sehe ich nämlich nur, dass jemand den Feed abruft. Ob der Inhalt am anderen Ende auch wirklich lesbar ankommt, sehe ich nicht – dafür brauche ich euch. Zahlen in einer Logdatei sind eben noch kein gelesener Artikel.

Und noch ein praktischer Tipp: Tragt in eurem Reader am besten gleich https://linuxundich.de/feed/ direkt ein. Die meisten Programme übernehmen eine dauerhafte Weiterleitung zwar von selbst, aber verlassen würde ich mich darauf nicht. Einmal kurz die Adresse tauschen, dann ist die Sache endgültig erledigt.

Bleibt mir nur, mich zu entschuldigen. Ihr hattet den Feed abonniert, ich habe beim Umbau nicht aufgepasst, und gemerkt hat es keiner von uns. Wer weiß, wie viele von euch gar nicht mitbekommen haben, dass hier Ende 2021 überhaupt wieder Leben eingekehrt ist.

Passt ja fast zu den BlogWochen, bei denen es gerade darum geht, die alte Blogkultur wiederzubeleben. Die fängt nämlich nicht bei schönen Themes an, sondern damit, dass die Leitungen zwischen Blog und Leser überhaupt funktionieren. Bei mir taten sie das eine ganze Weile nicht.

Was mich zur ehrlichen Frage bringt: Wie viele Feed-Abos schleppt ihr eigentlich mit, die still gestorben sind, ohne dass ihr es je bemerkt habt? Vielleicht lohnt sich bei euch heute Abend auch mal ein Blick in die eigene Abo-Liste.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Mit der Ankündigung eines eigenen WordPress-AI-Teams macht das Projekt aber jetzt klar: KI wird in Zukunft nicht nur ein Randthema, sondern ein fester Bestandteil der Plattform werden. Die Frage ist nicht mehr, ob KI in WordPress integriert wird, sondern nur noch, wie schnell und tiefgreifend die künstliche „Intelligenz“ in WordPress Einzug hält.

Was plant das neue AI-Team?

Laut offizieller Mitteilung soll das neue „WordPress AI Team“ alle Entwicklungen rund um künstliche Intelligenz im WordPress-Ökosystem bündeln und vorantreiben. Die Strategie folgt dabei dem „Plugin-First“-Ansatz: Neue KI-Funktionen sollen zuerst als sogenannte Canonical Plugins erscheinen, also offiziell empfohlene Erweiterungen, die später in den Core übernommen werden könnten.

Dazu gehören etwa:

• Textvorschläge beim Schreiben von Beiträgen
• Automatische Bildunterschriften und Barrierefreiheitshilfen
• „Intelligente“ SEO-Optimierung
• Unterstützung für Übersetzungen mithilfe neuronaler Modelle

Man will die Entwicklung offen und gemeinschaftlich gestalten, heißt es, allerdings stehen mit Mitarbeitern von Google und Automattic zwei Schwergewichte ganz vorne auf der Liste der Teammitglieder. Es fällt schwer, darin keinen Interessenkonflikt zu sehen.

Warum das nicht nur gute Nachrichten sind

Ich sehe KI nicht grundsätzlich negativ. In vielen Bereichen kann sie uns Arbeit abnehmen – besonders bei repetitiven Aufgaben oder sprachlichen Barrieren. Aber wenn KI zum Standard wird, stellt sich zwangsläufig die Frage: Wer hat eigentlich noch die Kontrolle?

Denn: KI-Funktionen basieren oft auf Modellen, die nicht lokal, sondern auf fremden Servern laufen – meist bei großen Cloudanbietern wie OpenAI, Google oder Amazon. Wer diese APIs nutzt, überträgt Daten dorthin. Das ist nicht nur ein Datenschutzproblem, sondern auch eine Frage der digitalen Souveränität.

Außerdem droht eine zunehmende Abhängigkeit von kommerziellen Diensten: Wenn WordPress-Plugins plötzlich ohne Abo oder API-Schlüssel gar nicht mehr richtig funktionieren, verlieren wir als Nutzende ein Stück unserer Freiheit und das in einem System, das sich bislang auf Offenheit und Selbstbestimmung berufen konnte.

Was könnt ihr tun?

Wenn ihr WordPress nutzt und euch fragt, wie ihr mit dieser Entwicklung umgehen sollt, hier ein paar Ideen:

1. KI-Funktionen kritisch prüfen

Nicht jedes neue Feature ist ein Fortschritt. Wenn Plugins plötzlich KI-Module einführen, fragt euch: Was wird da automatisiert? Welche Daten fließen wohin? Könnt ihr das Verhalten nachvollziehen oder kontrollieren?

2. Selbst gehostete Alternativen bevorzugen

Viele Aufgaben lassen sich auch ohne Cloud-KI erledigen. Für Barrierefreiheit oder SEO gibt es Tools, die lokal arbeiten. Und wer maschinelle Übersetzung will, kann etwa LibreTranslate oder Bergamot ausprobieren. Beides sind Open-Source-Projekte, die keine Daten ins Silicon Valley schicken.

3. Community-Projekte unterstützen

Die WordPress-Welt ist groß. Wenn ihr Entwicklerinnen oder Entwickler kennt, die an datenschutzfreundlichen Plugins arbeiten, gebt ihnen Rückmeldung, bewertet ihre Projekte oder spendet ein paar Euro. Auch kleine Gesten helfen. Im deutschen Sprachraum gehört beispielsweise das Pluginkollektiv zu solchen Initiativen.

4. Den AI-Entwicklungsprozess beobachten

Die Make-WordPress-Seite zum Thema KI und der zugehörige Slack-Kanal #core-ai sind öffentlich zugänglich. Wer mitlesen oder mitdiskutieren will, kann das tun, auch ohne Google- oder Automattic-Logo im Profil.

WordPress will in Sachen KI-Entwicklung auf der Höhe der Zeit sein. Das mag aus Sicht des Projekts verständlich sein, immerhin verändert KI die Art, wie wir Inhalte erstellen, rasant. Aber aus Sicht der Nutzer bedeutet das vor allem eines: Wir müssen genauer hinschauen, wofür diese Technik eingesetzt wird und ob sie uns wirklich hilft oder nur weiter entmündigt.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Damals lief die Version 2.0 mit dem Codenamen Duke. Das Backend war noch recht schlicht, Plugins wirkten oft wie Bastellösungen, Themes mussten von Hand angepasst werden – und von Gutenberg oder APIs war keine Rede. Trotzdem: Es hat funktioniert. Wesentlich besser als meine ersten Schritte mit Drupal oder Joomla, die ich damals ebenfalls ausprobiert hatte. Und das tut es bis heute.

Ein Dinosaurier, der sich bewegt

WordPress ist längst kein reines Blogsystem mehr. Die Zahlen sprechen für sich: Rund 43 Prozent aller Websites weltweit setzen auf WordPress, es gibt über 70.000 Plugins, mehr als 30.000 Themes und mit WooCommerce eine E-Commerce-Plattform, die ein Drittel des Markts abdeckt. Das CMS ist in über 200 Sprachen verfügbar – darunter auch viele, die in rein proprietären Plattformen keine Beachtung finden.

Klar, WordPress ist von der Technik her nicht (mehr) perfekt. PHP als Basis ist aus heutiger Sicht nicht jedermanns Sache, und ohne Caching gerät selbst ein mittelgroßer Blog schnell ins Schlingern. Aber es gibt Lösungen. Ich setze auf ein Setup mit WP Super Cache – eines der wenigen Cache-Plugins für WordPress, das keine jährliche Zahlung verlangt. Damit bleibt das System schnell und zugänglich, auch ohne großartige Serverinfrastruktur im Rücken.

So stabil WordPress als System auch wirkt – rundherum kriselt es. In den letzten Jahren gab es mehrfach Berichte über Entlassungen bei Automattic, der Firma hinter WordPress.com und vielen zentralen Projekten im WordPress-Ökosystem. Auch der Führungsstil von Matt Mullenweg, Mitgründer von WordPress und CEO von Automattic, steht zunehmend in der Kritik: zu viel Macht in einer Hand, intransparente Entscheidungen, eine wachsende Kluft zwischen kommerziellem Kurs und Community-Anspruch.

Viele in der Community fühlen sich übergangen, wenn Funktionen wie der Gutenberg-Editor oder neue Standards eingeführt werden, ohne ausreichende Diskussion auf Augenhöhe. WordPress ist ein offenes Projekt – aber die Realität fühlt sich manchmal anders an. Das schmälert für mich nicht den Wert der Plattform, zeigt aber, dass wir auch bei freier Software genau hinschauen müssen, wer die Richtung vorgibt.

WordPress oder statischer Seitengenerator?

Viele Entwickler zieht es heute zu Generatoren wie Hugo, Jekyll oder Ghost, die statische Seiten erzeugen und den klassischen LAMP-Stack umgehen. Ich verstehe das gut. Ich schreibe meine Texte fast ausschließlich im Markdown-Format, oft direkt in Apostrophe auf GNOME. Statische Generatoren passen da hervorragend ins Bild – kein Datenbankserver, keine PHP-Engine, keine laufenden Prozesse. Reine HTML-Dateien lassen sich bequem per rsync oder über GitHub Pages veröffentlichen.

Trotzdem bin ich bei WordPress geblieben. Warum? Weil es einfach läuft. Die Verwaltung ist bequem, das Backend ist durch Gutenberg aufgeräumt und mit Markdown-Unterstützung gut nutzbar. Auch mobil kann ich Beiträge pflegen oder Kommentare moderieren. Und durch die schier unendliche Plugin-Landschaft lässt sich das System flexibel anpassen, ohne dass man jedes Feature selbst programmieren müsste.

In den letzten 20 Jahren hat sich allerdings leider auch viel verändert. Inzwischen ist so gut wie jedes Plugin kommerziell. Die kostenlosen Varianten sind oft auf wenige Grundfunktionen reduziert. Und statt einmaliger Käufe gibt es bei vielen Plugins nur noch Abo-Modelle. Es gibt nur noch sehr wenige Entwickler:innen oder Gruppen wie das Pluginkollektiv, die mit Plugins wie Antispam Bee oder Statify grundsolide, datenschutzfreundliche Werkzeuge anbieten – vollumfänglich kostenlos und unter freien Lizenzen.

Fazit: Alt, aber bewährt

WordPress ist heute so relevant wie eh und je. Es mag altmodisch erscheinen, vor allem im Vergleich zu minimalistischen, Markdown-basierten Generatoren – doch genau das ist seine Stärke: Stabilität, Flexibilität und eine Community, die auch nach über zwei Jahrzehnten aktiv bleibt. Ich habe viel mit anderen Systemen experimentiert, bin aber immer wieder zurückgekehrt. Es läuft einfach.

Von daher: Herzlichen Glückwunsch, WordPress. Auf weitere 22 Jahre – und darauf, dass wir unsere Inhalte weiterhin unabhängig veröffentlichen können. Egal ob mit CMS, statischen Generatoren oder anderen Werkzeugen. Hauptsache: selbstbestimmt, offen, unter unserer Kontrolle. Irgendwie müssen wir ja weiterhin für ein freies und unabhängiges Netz ohne große Konzerne kämpfen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

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 dann am 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 der 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.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

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.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Neues Template für Linux und Ich

Das neue Template stammt aus dem Hause tagDiv und hört auf den Namen Newsmag. Für das Blog bringt der Umstieg nicht nur einen etwas frischeren Look mit sich, sondern eine Reihe von Vorteilen: So konnte ich etwa ein halbes Dutzend WordPress-Plugins ausmisten, da Newsmag Funktionen wie eine „smarte Sidebar“, eine hübsche Galerie, Lightbox für Bilder und vieles mehr von Haus aus mitbringt. Dadurch spüre ich besonders im Backend des Blogs eine deutliche Beschleunigung der Ladezeiten. Zudem harmoniert das Template jetzt deutlich besser mit Browsern auf Smartphones und Tablets. Mit Newsmag lassen sich (in gewissen Grenzen) beispielsweise gezielt Blocks anzeigen oder unterdrücken, sodass für jede Anzeigenbreite ein optimales Layout gezeigt werden kann.

Die Homepage dient jetzt als etwas attraktivere Empfangshalle für das Blog. Hier findet ihr Beiträge aus den unterschiedlichen Kategorien der Seite, sodass diese Seite neue Leser ein wenig zum Stöbern einlädt. Die neusten Artikel aus dem Blog sind unter der Header-Zeile mit den gerade am häufigsten gelesenen Beiträgen angeordnet. Wer hingegen eine klassische Blog-Ansicht mit chronologischer Ordnung bevorzugt, der klickt einfach oben in der Kopfleiste auf Blog oder sichert sich gleich die entsprechende Adresse als neues Bookmark für das Blog in seinem Browser.

Als weitere Neuerung setze ich in Zukunft mit wpDiscuz auf eine etwas komfortablere und benutzerfreundlichere Kommentar-Funktion, sodass das Schreiben von Kommentaren — hoffentlich — ein wenig mehr Spaß macht. Im Gegensatz zu Disqus und Co. stellt wpDiscuz lediglich ein „Upgrade“ der in WordPress enthaltenen Kommentar-Routinen dar, sämtliche Inhalte bleiben daher unter meiner Kontrolle. Nach wie vor könnt ihr hier im Blog ohne Angabe eines Namens oder einer E-Mail-Adresse Kommentare schreiben, die entsprechenden Felder im Kommentarformular müssen nicht ausgefüllt werden. In meinen Augen fehlen dem Plugin noch Quicktags, als Buttons, mit denen die wichtigsten HTML-Tags wie <b> für fett gedruckten Text oder <i> für kursive Wörter, sowie <code> und <pre> für Code im Text beziehungsweise abgesetzte Code-Blöcke. Doch diese Funktion soll mit einem demnächst anstehenden Update noch kommen.

Weitere Baustellen geschlossen

Eine weitere Baustelle war in der Vergangenheit der RSS-Feed des Blogs. Dieser arbeitete zum Teil nicht mehr richtig und zeigte nur veraltete Inhalte an. Hier schlug ein Cache nicht ordentlich an, sodass immer nur ein veralteter Feed ausgeliefert wurde. Das Problem sollte nun ebenfalls gelöst sein. Wer das Blog nicht über einen Feedreader verfolgt, kann sich natürlich nach wie vor über Google+, Facebook und Twitter auf dem Laufenden halten. Twitter habe ich in der letzten Zeit recht stiefmütterlich behandelt. Für die Zukunft habe ich mir vorgenommen, den Twitter-Account wie Facebook und Google+ ordentlich zu pflegen und mit Inhalten zu bestücken.

Last but not least möchte ich noch erwähnen, dass Linux und Ich (sowie das später noch vorgestellte Forum) sämtliche Inhalte nun komplett verschlüsselt mit HTTPS ausliefert. Ich nutze schon seit einiger Zeit hier auf dem Blog ein SSL-Zertifikat, doch bislang gab es immer wieder vereinzelte Inhalte, die unverschlüsselt ausgeliefert wurden oder ein Zertifikat, das noch nicht die Anforderungen einzelner Browserhersteller erfüllte, sodass oft das „grüne Schloss“ vor der URL fehlte. Diese Probleme sollten nun komplett abgeschaltet sein und der Browser nicht mehr über eine mangelhafte oder fehlerhafte Verschlüsselung meckern.

Forum für Linux und Ich, die Zweite

Das Forum läuft schon seit einigen Monaten still und leise auf seiner eigenen Subdomain unter der Adresse forum.linuxundich.de. Unter der Haube werkelt dort ein bei Uberspace gehostetes NodeBB — sowohl Uberspace wie auch NodeBB kann ich euch nur wärmstens ans Herz legen. Bisher hatte ich das Forum kaum verlinkt und nur aufmerksame Leser fanden ihren Weg dorthin, nun möchte ich es euch aber allen anbieten. Das Linux-und-Wir-Forum soll weiterhin nicht in Konkurrenz zu den vielen etablierten und bewährten Linux-Foren treten, die in der Regel einen tollen Job machen. Das Forum soll euch einen direkten Draht zu mir bieten, sodass ihr Fragen (die mich bislang per E-Mail erreichten) abseits der aktuellen Beiträge im Blog stellen könnt. Bisher landeten solche oft längeren Dialoge in zwei nicht öffentlich zugänglichen Postfächern, was ich eigentlich recht traurig finde. Im Rahmen eines öffentlichen Forums können nun auch weitere Linux-User von unserer Kommunikation profitieren.

Nach einer Registrierung steht es euch umgehend frei, neue Beiträge im Forum zu erstellen — aktuell halte ich die Anzahl der Unterforen bewusst möglichst klein, die Forenstruktur kann sich aber durchaus noch ändern. Wer mehr als einfach nur seinen Text herunterhacken möchte, kann ihn entsprechend der weit verbreiteten Markdown-Syntax gestalten. Im Forum habe ich dazu eine kleine Erklärung zur Markdown-Syntax als Beitrag hinterlegt. Wer mit der Syntax experimentieren möchte, kann dies gerne in einer extra eingerichteten Spielwiese tun. Große Experimente sind aber eigentlich gar nicht nötig, da eine Vorschau euch beim Schreiben unterstützt und ihr so bei jeder Änderung sofort seht, wie sich diese später im Forum machen wird. Aufgrund des Support-Charakters des Forums lassen sich Bilder (und somit natürlich auch Screenshots) direkt in das Forum laden sowie Beiträge als Fragen markieren, die sich dann als beantwortet/unbeantwortet kennzeichnen lassen. Ich lasse mich aktuell über jeden neuen Beitrag im Forum per E-Mail benachrichtigen, ich versuche dann nach Feierabend möglichst zeitnah zu antworten.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

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 deine 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 guttut!

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 wird die Entwicklung der Plugins nicht mehr ganz so schnell weitergehen, doch immerhin geht es weiter.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

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. 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 Seitenaufrufe 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 überschreitet, 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 selbst gehostetes 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 Beiträgen 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 aktuelle 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 Version — wenn denn alles klappt — noch hinzufü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, in denen 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 Artikel mit überschrittenem 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ähige Texte bereinigten Artikel in einer Vorschau an. Solltet ihr hier bei einem der Artikel Fehler feststellen, könnt ihr die 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öffentlichte 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 ist sie bei Worthy in meinen Augen besser implementiert. Zudem lassen sich die schon auf anderen Wegen eingebundenen Zählpixel mit denen 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 sichergehen, dass die Zählpixel überhaupt abgerufen werden.

Ein kostenpflichtiges Abonnement wird fällig, wenn sich Worthy 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 der 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.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

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, Pinterest 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 euch 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 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.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Erst einmal ein Blick auf den Piwik-Cronjob zum Archivieren der gesammelten Statistiken — erst dadurch lassen sich bei gut besuchten Webseiten Statistiken, die über mehr als ein paar Tage hinausgehen, generieren. Bisher rief man über Cron die Skripte archive.sh oder archive.php aus dem Verzeichnis /var/www/piwik.example.com/misc/cron auf. Dieser Aufruf ist nun aber Geschichte und sollte angepasst werden, die Skripte geben inzwischen auch eine Warnung aus.

Neuer Cronjob für Piwik

Wer Piwik auf seinem Serverchen einsetzt, sollte sich daher erneut How to Set up Auto-Archiving of Your Reports ansehen.  Kurz zusammengefasst gilt es den Cronjob in etwa /etc/cron.d/piwik-archive zu ändern und entsprechend der Vorgabe das Archivieren der Daten aufzurufen. Zudem sollte man nun noch im Piwik-Backend unter Einstellungen | Allgemeine Einstellungen | Archivierungseinstellungen die Option „Berichte für heute (sowie jeden anderen Zeitraum, die den heutigen Tag beinhalten) höchstens so oft neu berechnen“ anpassen.

MAILTO="youremail@example.com"
5 * * * * www-data /usr/bin/php5 /path/to/piwik/console core:archive --url=http://example.org/piwik/ > /home/example/piwik-archive.log

Danach wurden bei mir wieder die Statistiken gebaut — wenn es nicht einen kleinen Bug in Piwik 2.2 geben würde, der im Git jedoch schon korrigiert wurde. Er verhinderte bei mir ebenfalls, dass Piwik die registrierten Besuche ordentlich in das Archiv schiebt. Das Fehlerbild war praktisch identisch zum veralteten Cronjob: Piwik zeigte sehr wohl korrekt xxx Besuche über die letzten 30 Minuten an, doch lies man sich die Statistiken zum heutigen Tag ausgeben, dann zeigte diese Null Seitenaufrufe — und dementsprechend keine weiteren Infos — an.

Bug im neuen console-Skript

Wer nicht auf das demnächst anstehende Update von Piwik warten möchte, der fügt den Patch am besten schnell von Hand ein. Dazu muss nur die Datei console aus dem Piwik-Stammverzeichnis bearbeitet und die Zeile „@date_default_timezone_set(‚UTC‘);“ an der richtigen Stelle an Zeile 15 eingefügt werden. Danach werft ihr am besten den Cronjob von Hand an und schaut, ob ihr nun Statistiken für den aktuellen Tag angezeigt bekommt.

[...]
require_once PIWIK_INCLUDE_PATH . '/core/testMinimumPhpVersion.php';

@date_default_timezone_set('UTC');

require_once file_exists(PIWIK_INCLUDE_PATH . '/vendor/autoload.php')
[...]

Zum Abschluss noch ein Hinweis auf das gerade frisch aktualisierte Piwik-Wordpress-Plugin. Der Entwickler André Bräkling hat meinen kleinen Codeschnippsel zum Erzeugen einer Piwik-Anmerkung beim Veröffentlichen eines neuen Postings flink in die Version 0.9.9.9 des WP-Piwik-Moduls eingebaut. Dadurch fällt die von mir vorgeschlagene Bastellösung als Funktion für die functions.php des WordPress-Templates flach, als Plugin ist die Funktion deutlich sinnvoller umgesetzt.

Piwik-Anmerkungen bei neuen Posts

Um die Anmerkungen nicht doppelt zu erstellen sollte ihr daher nun die manuelle Ergänzung in euer Theme entfernen und auf die ordentliche Implementation in das Plugin von André setzen. Das Feature muss jedoch noch von Hand in WP-Piwik aktiviert werden. Ihr findet es in den Einstellungen des WP-Piwik-Plugins unter „Tracking“ und der Option „Fügt in Piwik für jeden neuen Post eine Notiz hinzu, siehe Piwik Docs.“

Generell sollte man den Einstellungen des Piwik-Plugin einmal einen etwas längeren Besuch abstatten — besonders, wenn man das Plugin schon länger installiert, aber auch schon länger nicht mehr konfiguriert hat. Dort kann man inzwischen zu einer komprimierten Version des Tracking-JS switchen und auch Tracking des RSS-Feeds aktivieren. Das sorgt für bessere Zugriffszahlen, sorgt aber natürlich für einen unnatürlich Sprung nach oben in der Statistik.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.