WordPress Woopra Plug-In 1.2 Installationsanmerkungen

Am 16. August 2008 wurde auf der Woopra-Seite das neue Plugin in der Version 1.2 vorgestellt.

Vorteile der neuen Version sollen sein:

• Direkter Zugriff auf die analytischen Daten, die Traffic-Statistiken und die Besucher – und das alles unter der WordPress-Administrationsoberfläche
• Änderung der visuellen Statistikdarstellung über CSS-Stylesheets
• Lightweight und AJAX-State-of-the-art

Hört sich soweit gut an – das wollte ich doch ausprobieren Da ich allerdings einige Probleme hatte das gute Stück lauffähig zu konfigurieren, schreibe ich die Punkte hier nieder:

1. Nachdem ich das zip heruntergeladen, ausgepackt und auf den Server geladen hatte, musste ich feststellen, dass der Name des Plugin-Verzeichnisses woopra_wordpress lautete, aber Dateien aus dem Verzeichnis wp-content/plugins/woopra/ angefordert wurden, was hierauf zurückzuführen ist:

   Quelle: woopra.php

   function woopra_analytics_head()
   {
   	echo "<script src="". get_option('siteurl') ."/wp-content/plugins/woopra/woopra_analytics.js"></script>rn";
   	echo "<script src="". get_option('siteurl') ."/wp-content/plugins/woopra/swfobject.js"></script>rn";
   	echo "<script src="". get_option('siteurl') ."/wp-content/plugins/woopra/datepicker.js"></script>rn";
   	echo "<link rel='stylesheet' href='". get_option('siteurl') ."/wp-content/plugins/woopra/woopra_analytics.css' type='text/css' />";
   	echo "<link rel='stylesheet' href='". get_option('siteurl') ."/wp-content/plugins/woopra/datepicker.css' type='text/css' />";
   }
   

   Also benannte ich das Verzeichnis in woopra um.

2. Danach fielen mir einige HTTP-403 (Zugriff verweigert) Statuscodes auf, welche bei Anforderung der entsprechenden js-Dateien aus dem Woopra-Plugin-Verzeichnis gefeuert wurden. Die Lösung war auch recht simpel – das gerade hochgeladene Verzeichnis hatte die Rechte 700 – da der WebServer allerdings als nicht-priviligierter Benutzer die Daten abruft, sollten die Verzeichnisrechte auf 755 geändert werden. Gesagt – Getan!
3. Als dritter und letzter Punkt wurde mir schnell klar, das gar keine Daten mehr über Woopra gesammelt wurden…hm

   Ein Blick in das generierte JavaScript im Footer-Bereich des Blogs verriet mir dann zumindest wo das Problem lag. Meine Woopra_ID lautet dort: 2147483647 – ist sie aber nicht wirklich! Die Frage war nur – warum zum Henker steht diese Zahl dann dort??!!

   Eine kurze Suche braachte Aufklärung – in der Datei woopra.php in Zeile 70 steht Folgendes:

   echo "var woopra_id = '" . intval( $woopra_id ) . "';rn";
   

   Die Funktion intval() liefert den Integer-Wert der übergebenen Variable zurück – welche auf einem 32-bit Betriebssystem maximal 2147483647 ist. Aha! Also liefert auf einem 32-bit Betriebssystem intval(’1000000000000′) = 2147483647. Da meine website_id = 2316929566 > 2147483647 ist – war klar, warum in dem Footer 2147483647 stand.

   Also habe ich kurzerhand das intval() in Zeile 70 entfernt – und siehe da, Daten wurden wieder getrackt!

   Nachtrag:
   Damit die website_id nicht auch falsch in der Datenbank gespeichert wird, ist Zeile 181 ebenfalls zu ändern:

   von:

   update_option('woopra_website_id', (int) $_POST['websiteid']);
   

   nach:

   update_option('woopra_website_id', $_POST['websiteid']);
   

Vielleicht habt Ihr ja ähnliche Probleme mit dem Plugin – dann könnt Ihr versuchen, ob diese Tipps bei Euch auch helfen.

Schlagwörter:plugin, statistiken, wordpress