Wenn ich auf einer Webseite, oder einem Blog, eine Umfrage finde welche mich interessier, mache ich da gerne mit und finde die Ergebnisse häufig aufschlussreich.
Auch wenn die Umfrage-Ergebnisse häufig nicht representativ sind, so enthalten sie doch manchmal interessante Meinungen zu einem Thema.
Für WordPress gibt es da mehrere PlugIns mit denen man den Blog um Umfragen anreichern kann.
Eines davon ist WP-Polls, mit dem ich mich heute einmal auseindersetze möchte.
Die Installation von WP-Polls war unkompliziert und das Erstellen und Einbinden von Umfragen ist wirklich einfach.
Bei der heutigen Überprüfing meines Blogs bei Seitenreport stellte ich aber ein paar unschöne Seiten des PlugIns fest.
Die Installation des PlugIns WP-Polls kostete mich in der Gesamtbewetung bei Seitenreport satte 2.33 % und etwa 1.200 Plätze in dortigen Ranking.
Dem gilt es natürlich auf die Spur zu kommen, um zu sehen, ob es Möglichkeiten der Abhilfe gibt.
Alle diese “negativen” Auswirkungen wurden nur durch die Installation von WP-Polls verursacht, ohne dass auf der Seite eine Umfrage aktiv war.
Mal sehen was sich davon abschalten lässt, ohne allzuviel am Quelltext des PlugIns zu verändern.
Ergebnisse des CSS-Validators
50 .wp-polls-ans Einlese-Fehler opacity=100)
51 .wp-polls-ans Die Eigenschaft -moz-opacity existiert nicht : 1 1
In der CSS-Datei polls.css im Verzeichnis [wp-content/plugins/wp-polls] finden wir folgenden Code:
Diesen ändern wir durch auskommentieren der betreffenden Zeilen wie folgt ab.
Prima das hat geklappt. Der W3C CSS Validierungsdienst gibt wieder die gewünschte Meldung aus:
Gratuliere! Keine Fehler gefunden.
Ein Blick in den Seitenquelltext offenbart uns diese Passage:
Diese Style angaben können wir in die style.css unseres Themas verfrachten.
Ist dies geschehen, können wir den OutPut der Funktion function poll_head_scripts() in der Datei wp-polls.php aukommentieren oder entfernen.
Auskommentiert sieht das vie folgt aus:
### Function: Print Polls Stylesheets That Are Dynamic And jQuery At The Top
add_action(’wp_head’, ‘poll_head_scripts’);
function poll_head_scripts() {
$pollbar = get_option(’poll_bar’);
//echo ‘<style type=”text/css”>’.”\n”;
//if($pollbar['style'] == ‘use_css’) {
// echo ‘.wp-polls .pollbar {’.”\n”;
// echo “\t”.’margin: 1px;’.”\n”;
// echo “\t”.’font-size: ‘.($pollbar['height']-2).’px;’.”\n”;
// echo “\t”.’line-height: ‘.$pollbar['height'].’px;’.”\n”;
// echo “\t”.’height: ‘.$pollbar['height'].’px;’.”\n”;
// echo “\t”.’background: #’.$pollbar['background'].’;’.”\n”;
// echo “\t”.’border: 1px solid #’.$pollbar['border'].’;’.”\n”;
// echo ‘}’.”\n”;
//} else {
// echo ‘.wp-polls .pollbar {’.”\n”;
// echo “\t”.’margin: 1px;’.”\n”;
// echo “\t”.’font-size: ‘.($pollbar['height']-2).’px;’.”\n”;
// echo “\t”.’line-height: ‘.$pollbar['height'].’px;’.”\n”;
// echo “\t”.’height: ‘.$pollbar['height'].’px;’.”\n”;
// echo “\t”.’background-image: url(\”.plugins_url(’wp-polls/images/’.$pollbar['style'].’/pollbg.gif’).’\');’.”\n”;
// echo “\t”.’border: 1px solid #’.$pollbar['border'].’;’.”\n”;
// echo ‘}’.”\n”;
//}
//echo ‘</style>’.”\n”;
wp_print_scripts(’jquery’);
}
Das klappt auch und die CSS-Definitionen sind wieder komplett extern, und ein Request ist damit auch wieder weniger geworden.
Vor der Installation des WP-Poll PlugIns hatte ich, bei diesem Punkt der Seitenreport-Anayse, nur 7 Requests.
Ein Request weniger brachte bereits die letzte Massnahme. Bleiben also noch 3, von denen aber einer, durch das zusätlich geladenen polls-css.css verursacht wird, 2 weitere durch die zusätzlichen JavaScripts jquery.js und polls-js.js.
Diese Datein mit anderen zusammen zu führen, um ein paar Requests zu sparen, halte ich nicht für sinnvoll.
Auch 10 Requests bewertet Seitenreport noch mit sehr gut (85%).
Bei diesem Punkt gabe as zwar keine Abzüge in der Analyse, aber eine GZip-Komprimierung der Datei polls-css.css schadete auch nicht.
Dazu spielen wir eine komprimierte Version der Datei (polls-css.css.gz) auf den Server.
Je nachdem wie man die GZip Komprimierung für Cascade Style Sheets geregelt hat, langt der Upload der Datei. Ansonsten ist eine Anpassung der .htaccess an entsprechender Stelle noch notwendig.
Weitere Informationen über die GZip-Komprimierung findest du im Artikel über: Den Blog auf GZip-Komprimierung umstellen
Da dieser Analysepunkt von 100% auf 83% zurückging, lohnt sich auch hier eine GZip-Komprimierung der entsprechenden JavaScript Dateien.
Gemacht und Erfolg! Die 100% sind wieder da mit nur noch 35.78 KB aller JavaSript Dateien.
Es lohnt sich immer wieder, nach Änderungen seines Blogs, die Seite bei Seitenreport zu analysieren. So kann man, mit kleinen Änderungen, auf einem hohen Level halten.
Diese Änderungen sind mal wieder nicht Update-Resistent, was natürlich eine Wiederholung der getätigten Massnahmen nach einer Aktualisierung erforderlich macht.
Jetzt habe ich zwar viel über Optimierungs-Massnahmen geschrieben, aber fast nicht über das PlugIn WP-Poll selbst und den damit möglichen Umfragen. Das kommt dann demnächst in einem Teil 2.
« Abenteuer WordPress 3 Multi-User Installation Teil 5 – Analyse Reisebüro Stuttgart (SEO-Test) »
Die Kommentarfunktion ist zur Zeit leider deaktiviert.
© 2010 alles-mit-links – by AGENTUR Matthias Griesbach | www.alles-mit-links.net | BLACKINK WebKatalog
Hallo,
vielen Dank für diesen ausführlichen Bericht. Ich bin gerade dabei, WP-Polls auch für meinen Blog aufzusetzen und wollte parallel schon mal sehen, was es denn so an Nachteilen gibt. Und wenn man ziemlich viele Plugins installiert hat und die Performance langsam schwächelt, dann freut man sich, ein paar gute Tipps zu bekommen, wie man das Ganze wieder etwas schlanker macht.
Ich werde deine Tipps auf jeden Fall die nächsten Tage umsetzen, um meine User mit kleinen Umfragen zu erfreuen und nicht parallel mit langsamen Ladezeiten zu verärgern :D
Dank dir :)
Kommentar: Fabienne – 15. Februar 2011 @ 15:42