Lorem Ipsum Ges.m.b.H. » WordPress

WordPress 3.1 Pluginbugfixing bei Kategorielinks

Ing. Karl Kowald — Thu, 24 Feb 2011 21:43:58 +0000

Seit gestern wird WordPress 3.1 als stable ausgeliefert, jedoch scheinen einige Plugin-Anbieter ihre Software nicht damit vorabgetestet zu haben, denn bei einigen treten seltsame Fehler auf, betreffend der mod_rewrite-Funktion für sprechende URL’s und Kategorielinks

Kategorielinks verweisen auf Artikel oder 404-Fehlerseite

Ob man ein Plugin mit solch einen Fehler hat bemerkt man eigentlich sehr einfach. Klickt man auf einen Kategorielink und wird automatisch auf einen Artikel der Kategorie oder eine 404 Fehlerseite weitergeleitet, anstatt in der schönen Kategorieübersicht zu landen hat man ein nicht kompatibles Plugin dabei.

1 Zeile auskommentieren als Sofortmaßnahme

Erstaunlicherweise lässt sich das in den meisten Fällen jedoch recht einfach lösen. Einfach nach folgender Zeile suchen:

1	$wp_rewrite->flush_rules();

Diese Zeile einfach auskommentieren oder löschen und schon funktionieren die Kategorielinks wieder korrekt. Trotz dieses Eingriffs funktionieren die Plugins alle noch korrekt (bisher 3 Plugins auf diese Art bearbeitet). Dies ist zwar keine sinnvolle Dauerlösung, jedoch werden in den nächsten Tagen und Wochen die meisten Pluginentwickler adequate, getestete Lösungen via Updates nachreichen.

Betroffene Plugins via Linux-Shell finden

Betreiber von Blogs mit sehr vielen Plugins können mit diesem Aufruf in der Linuxshell rasch und effizient herausfinden in welche Plugins von diesem Problem betroffen sind.

1	grep -rl 'flush_rules' /pathtowordpress/wp-content/plugins/

Mit diesem Aufruf erhält man eine Liste betroffener Dateien zurück, dort muss nur noch der entsprechende Eintrag auskommentiert werden.

WordPress Adminbar für Usergruppen global deaktivieren

Ing. Karl Kowald — Wed, 23 Feb 2011 19:30:25 +0000

Seit heute ist WordPress in der Version 3.1 veröffentlicht. Mit diesem Release kam unter anderem ein Feature namens Adminbar, für Benutzer von wordpress.com bereits eine bekannte Kopfleiste im Frontend von WordPress um schneller Backendfunktionen auch im Frontend nutzen zu können.

Adminbar für registrierte Benutzer global deaktivieren

Grundsätzlich eine sinnvolle Sache für Admins und Redakteure, jedoch für registrierte Leser meist unnötig und nicht ins Designkonzept passend. Mit einem kleinen aber feinen Eintrag in der functions.php des aktivierten Designs kann man dem aber Abhilfe schaffen – alternativ kann man das natürlich auch via Plugin aktivieren:

1
2
3

if(!current_user_can('edit_posts')) {
add_filter( 'show_admin_bar', '__return_false' );
}

Mit diesen Zweizeiler kann man auf einfachste Weise die Adminbar für gewisse Usergruppen deaktivieren. In diesem Beispiel gilt das nur für registrierte Benutzer, da diese die einzige Gruppe ist, die keine Artikel editieren kann.

edit_posts

3 Schritte zur Keyword SERP-Position mit Google Analytics

Ing. Karl Kowald — Thu, 30 Sep 2010 11:51:17 +0000

Die Suchbegriffe mit welchen Besucher auf unsere Seite gelangen kann man problemlos mit Google Analytics auswerten. Will man jedoch auch die eigene Position auf der Suchmaschinenergebnisseite (SERP) wissen, welche zum Klick des Besuchers geführt hat, muss man schon selbst nach dem Begriff googlen oder via Google WebmasterTools danach suchen. Leider gibt bei beiden Methoden Abweichungen die kein genaues Resultat ergeben, doch mit einer kleinen Änderung am Google Analytics Code kann dem abhilfe geschaffen werden.

Schritt 1: Referer Auswerten

Zuerst liest man einfach beim Seitenaufruf den Referer aus:

1
2
3
4

preg_match("/cd\=(\d+)/",$_SERVER['HTTP_REFERER'], $matches);
$str = $matches[0];
preg_match("/(\d+)/",$str,$matches);
$rank = $matches[0] ?>

Dadurch erhalten wir die Position auf der Google Suchergebnisseite von welcher der aktuelle Besucher kommt. Sollte die eigene Seite eventuell mit der $_GET Variable cd arbeiten wäre es Ratsam noch einen allgemeinen Filter über die Refererdomain laufen zu lassen um falsche Werte auszuschließen.

Schritt 2: Wert an Google Analytics übergeben

Hierfür nutzen wir die Möglichkeit via Javascript eigens definierte Variablen ans Google Analytics zu übergeben. Inmitten des Google-Codes fügen wir nun die Position mit einem eigenes kreierten Variablennamen “Google_Platz” ein, allerdings nur dann wenn auch tatsächlich ein Wert dafür vorhanden ist:

1
2
3
4

if ($rank != '' ) {
?> _gaq.push(['_setCustomVar',1,'Google_Platz','$rank; ?>',2]);

} ?>

Als Ergebnis sollte dann soetwas im Quellcode stehen:

1
2
3
4
5
6
7
8
9

var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-xxxxxxxx-x']);
_gaq.push(['_setCustomVar',1,'Google_Platz','3',2]);
_gaq.push(['_trackPageview']);
(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();

In diesem Beispiel kam der Klick von der 3. Position.

Schritt 3: Auswerten nach Platzierung

Die Positionszahl die das Script übergibt

Nach einigen Tagen sollte man die ersten Ergebnisse bereits sehen und man kann mit der Auswertung beginnen. Leider werden eigene Variablen nicht standardmäßig von Google Analytics ausgewertet, weshalb man sich in die Benutzerdefierten Berichte wagen muss. Jedoch lohnt es sich, da man ab diesem Zeitpunkt wichtige Kennzahlen wie die Bounce-Rate oder Umsatzziele auch nach dem Ranking auswerten. Auch durchschnittliche Platzierungen von wichtigen Keywords kann man über einen langen Zeithorizont auswerten, wobei natürlich nur die Platzierungen bewertet werden, welche auch tatsächlich zu einem Besuch auf der Homepage geführt haben.

WordPress Plugin mit dieser Funktion

Wir arbeiten bereits seit einigen Tagen an einer kleinen Funktions- & Effektsammlung für WordPress welches wir an dieser Stelle veröffentlichen möchten. Diese Auswertungsoption wird darin von ebenfalls integriert werden. Für alle die somit noch einige Tage darauf warten können ein Hinweis damit Sie es nicht selbst in ihrem Code einfügen müssen.

Update: Auswertung nur mit Javascript

Alternativ kann man auch eine reine Javascriptauswertung machen, dadurch erspart man sich den Eingriff in PHP-Files.

1
2
3
4
5

if (document.referrer.search(/[\?|&]cd=/) != -1
&& document.referrer.search(/google\./) != -1) {
var rank=document.referrer.match(/[&|\?]cd=([\d]+)/);
_gaq.push(['_setCustomVar',1,'Google_Platz',rank[1],2]);
}

WordPress 3.0 – Upgrade sinnvoll?

Ing. Karl Kowald — Tue, 22 Jun 2010 12:04:54 +0000

Vor einigen Tagen ist WordPress in seiner neuen Version 3.0 erschienen. Durch die Auto-Upatefunktion im Administrationsbereich kann man gar nicht umhin das zu bemerken. Durchaus von Vorteil, doch es lohnt sich vorab zu überlegen ob ein sofortiger Klick auf Upgrade sinnvoll ist.

Software aktuell halten

Sein CMS aktuell zu halten ist schon alleine zum Schutz vor Hackerangriffen grundsätzlich wichtig. Jedoch haben Upgrades mit größeren Versionssprüngen auch Ihre Tücken weshalb zuwarten sich in manchen Fällen als sinnvoller erweist. Wenn der Funktionsumfang sich deutlich verändert ist das ein Zeichen für weitreichende Erweiterungen und Erneuerungen im Quellcode der Software. Naturgemäß können sich dort immer wieder kleinere Fehler (Bugs) einschleichen. Diese werden erst mit den folgenden Releases behoben. Bei so einer aktiven Entwicklercommunity wie WordPress dauert es nicht lange bis zur Version 3.0.1 erscheint und die Vorversion ist Sicher genug das man im Zweifel noch einige Wochen zuwarten kann mit einem Update.

Kompatiblität der Plugins

Plugins sind meistens kostenlos zur Verfügung gestellt und werden daher auch nicht immer mit höchster Priorität weiterentwickelt und aktuell gehalten. Auf der Plugin-Downloadseite von WordPress gibt es ein Bewertungsmodul für Kompatibilität zwischen Plugin und WordPress Version. Bevor man sich für ein Upgrade entscheidet lohnt es sich alle eigenen Plugins zu überprüfen ob diese auch nach dem Upgrade funktionieren. Besonders beim Einsatz vieler Plugins sollten Sie ein Upgrade zeitlich verschieben und einige Wochen zuwarten. Wenn nach 4-5 Wochen manch ein Plugin noch immer nicht kompatibel ist sollten Sie damit beginnen nach alternativen zu suchen.

Neues Design, neue Möglichkeiten

Mit WordPress 3.0 wurde ein komplett überarbeitetes Design mitgeliefert. Daher sollten Sie auch Ihr eigenes Design überprüfen, ob es fit genug ist für das Upgrade und keine veralteten Funktionen aufruft. Ausserdem lohnt es sich dabei gleich zu überprüfen welche Neuerungen mit dem Upgrade eingeführt wurden und für den eigenen Internauftritt sein können.

Aktualisieren mit Hausverstand

Schlussfolgernd lohnt sich eine rasche Aktualisierung auf WordPress 3.0 besonders für Seiten mit wenig Plugins. Sobald jedoch eigene Funktionen integriert und/oder viele Plugins in Verwendung sind sollte man vorab einen Funktionstest machen (z.B: Innerhalb einer Sandbox) um zu prüfen ob nach einem Upgradeklick auch alles in gewohnter Form funktioniert.