Immer wieder hören wir alle diese typischen Vorurteile WordPress gegenüber. Eines der bekanntesten (und in der Form der Aussage ein pures Märchen) ist, dass Plugins das Blog generell ungemein verlangsamen. Das stimmt so nicht, denn es kommt schlichtweg darauf an, wie gut es programmiert ist. Als Nicht-Entwickler ist das einem aber herzlich egal – man will eben einfach nur, dass das Blog möglichst schnell lädt. Wenn es dann bei der Optimierung der Ladezeiten irgendwann an die installierten Plugins geht, ist P3-Performance Profiler auf jeden Fall eine große Hilfe, da es die Auswirkung der einzelnen Plugins auf das Blog analysiert und ausgibt.
Analyse der Auswirkungen der Plugins auf die Ladezeiten
Nach der Installation und Aktivierung könnt ihr direkt die Analyse starten. Diese dauert einige Minuten, also macht euch währenddessen beruhigt eine, zwei oder mehr Tassen Kaffee fertig. ;) Ist die Analyse durch, bekommt ihr das Ergebnis in mehreren Diagrammen aufgetischt und könnt diese dann durchgehen. Bei mir sieht das z.B. so aus:
Diagramme über die Ergebnisse der Auswertung
Wie ihr seht, addiert das Plugin wp-Typography die meiste Ladezeit meiner installierten Plugins. Ich dachte sowieso schon länger darüber nach, das Plugin über Bord zu werfen. Ich denke, die Analyse hat mir hier den letzten Schubser dahingehend gegeben.
Ich denke mal, das Plugin dürfte für viele von euch interessant sein, da man hier eben einen wirklich einfachen und übersichtlichen Überblick auf die Auswirkungen der Plugins hat, wenn es um die Ladezeit geht.
[via WPMU]
Args. Nun wollte ich das gerade mal testen, es läßt sich nicht aktivieren, da es einen fatalen Fehler erzeugt. Es benötigt zwangsgweise WP 3.3, ich setze noch 3.2.1 ein. Args
Ich denke mal, Dein Blog ist nicht auf irgendeinem Proxy zwischen gecached oder?
Ich werd das Teil mal morgen bei mir installieren und testen.
Mal schauen die die Werte mit Cloudflare sind und vor allem: WAS dauert bei mir so lange :|
Die Ladezeit bei mir ist auch nicht wirklich zufriedenstellend…
Habs gerade mal ausprobiert und konnte sogar 2 Plugins als kleine Performance-Bremsen ausmachen. Da beide nicht zwingend notwendig sind, habe ich sie kurzerhand mal entfernt. Danke für den Tipp, das Plugin kann durchaus gut gebrauchen bei der vierteljährlichen Bloginventur :)
Superinteressant! Vielen Dank für diesen Tipp. Bei mir beansprucht mit Abstand die meiste Performance das eigentlich ja sehr schöne Plugin “Comment Form Quicktags”. Von WP-Typography wusste ich das bereits aus einigen Blogartikeln. Schade, dass es für diese Funktionen nicht performantere Lösungen gibt. Ich habe die “Comment Form Quicktags” gleich mal entfernt. Für so wichtig halte ich diesen Komfort eigentlich auch nicht. Es gibt übrigens eine nette Alternative, von der ich allerdings im Moment nicht weiß, ob sie performancetechnisch besser wäre. Ich probiere das einfach mal aus. WMD heißt es. http://vonlind.com/wordpress-plugins/wmd-editor-wordpress-plugin/
Danke für den Tipp, werde ich mir baldigst mal anschauen!
So, habe vorhin geupdated, nun kann ich das Plugin nutzen.
Ich habe auch ein Killer-Plugin, wpTouch frißt Zeit. Schade, weiß jemand da eine gute Alternative?
Vielleicht wäre WP Mobile Detector was für Dich? Wollte ich demnächst auch noch verbloggen, aber hier hast Du schonmal einen Link.
Pingback: QuerBlog › Seit langem mal wieder was zur Performance von Wordpress-Blogs › Von Horst › Google
Ich hab gerade mal in das wp-Typography Plugin reingeschaut. Das wundert mich nicht wirklich, dass es *rschlahm ist, wenn bei jedem Aufruf alle Texte durch den hyphenation parser gejagt werden. Ich habe mir sowas ähnliches geschrieben, aber bei mir wird noch über mehrere Ebenen gecached, eben weil das nun mal sehr rechenintensiv ist. :-)
Du denkst nicht daran, deine Entwicklung als Plugin zur Verfügung zu stellen? Wenn es performanter ist gäbe es bestimmt viele Interessenten.
Ja, grundsätzlich schon, allerdings ist das derzeit noch Kraut und Rüben. Das kann ich keinem zumuten. Es funktioniert zwar, aber es gibt dazu kein Admin und es hat auch nur hyphenation und seit vorhin auch das mit den widows. In dem Plugin würde ich eine einfache Cachefunktion in diese Funktion process setzen. Damit wäre das Problem pauschal erschlagen.
function process($text, $isTitle = FALSE) {
if(is_feed()) { //feed readers can be pretty stupid
return $this->phpTypo->process_feed($text, $isTitle);
} else {
return $this->phpTypo->process($text, $isTitle);
}
}
40 (in Worten: vierzig) Queries pro Seitenaufruf? Ich glaube es hackt… broken by design…
Ich wollte das Plugin gerade auch einmal ausprobieren, da es doch recht interessant zu wissen ist, welches Plugin die Performance des Blogs beeinträchtigt.
Allerdings finde ich den “Scan-Button” einfach nicht, was mache ich falsch?
Irgendwie hat der meinen Link zerschossen, hier der Screenshot noch einmal:
http://s3.imgimg.de/uploads/plugin7c374a93png.png
Da steht doch unten link “scanning”, also wird die Analyse wohl derzeit laufen. Warum die Oberfläche bei Dir eine andere ist, kann ich Dir aber auch nicht sagen…
Aber er scannt das trotzdem nicht, in Firefox gibt es auch keinen Button für die ganze Angelegenheit. Liegt es vielleicht daran, dass ich einen Adblocker angeschaltet habe?
Mach mal Javascript an. :-)
http://www.enable-javascript.com/de/
Nach deiner Seite habe ich Javascript aktiviert!
Und sieht es jetzt anders aus?
“es kommt schlichtweg darauf an, wie gut es programmiert ist.”. Natürlich nicht nur. Ein Plugin, das etliche Datenbankzugriffe zwingend braucht, macht nun mal auch bei guter Programmierung mehr Last als ein Plugin, das das bei guter Programmierung nicht braucht.
Pingback: Segen und Fluch von Shortcodes für Wordpress-Themes — QuerBlog