Blogbeitrag
12 | 062011
WordPress beschleunigen mit Hyper Cache
Geschrieben von Stefan um 22:58 Uhr
In der heutigen Zeit, wo es nahezu unbegrenzte Möglichkeiten gibt, seinen Blog mit unzähligen Plugins zu verschönern, kommt man schnell an einen Punkt, an dem man sich über die Ladezeit seines Blogs Gedanken zu machen. Denn die ganzen Umbauten haben meist auch einen entscheidenden Nachteil, sie gehen oft zu Lasten der Performance.
Ich möchte aber hier nicht einen weiteren Artikel schreiben, in dem ich alle möglichen Tipps gebe, wie man seinen Blog ver(schlimm)bessern kann. Nein, ich möchte einen kleinen Tipp geben, der zum Teil große Wirkung zeigen kann. Den Einsatz des Cache-Plugins Hyper Cache.
Ich habe bis vor drei Wochen auf das Plugin W3 Total Cache gesetzt, welches so was wie der Platzhirsch unter den ganzen Caching-Plugins ist. Und das Plugin ist auch nicht schlecht. Dieses Plugin ist für meine Begriffe nur etwas zu umfangreich. Es gibt dort viele Einstellungen, die ich nicht genutzt habe und auch die genutzten Features mussten mit Verstand genutzt werden, da diese bei falschem Einsatz ganz schnell nach hinten losgehen können und die Performance des Blogs eher noch verschlechtern. Außerdem gab es bei dem letzten Update des Plugins ziemliche Probleme mit einigen Einstellungen, was mich erst einmal abgehalten hat vom Update. So habe ich mich nach einer Alternative umgesehen und bin dort auf das Plugin „Hyper Cache“ gestoßen, das sehr gute Bewertungen bekommen hatte, gerade in Verbindung mit Webhostern wie z.B. All-inkl.com.
Also habe ich mir dieses Plugin näher angeschaut und es erst einmal in einem Testblog installiert und dort ausgiebig getestet. Ich war schnell begeistert, da es mit einer übersichtlichen Konfiguration daherkommt und im Vergleich zu W3TC der Seite noch einen zusätzlichen Schub verpasst hat.
Der Aufbau meiner Startseite beispielsweise hat mit W3TC etwa 5,2 Sekunden gedauert. Mit Hyper Cache wird nun ein Wert von etwa 3,7 Sekunden erreicht. Und auch der gefühlte Aufbau der Seite ist um einiges flotter mit Hyper Cache.
Dabei ist nach der Installation von Hyper Cache je nach Umfang des Blogs gar nicht mal viel Konfiguration von Nöten. Wenn man alleine mal den Umfang der Einstellungen mit W3TC vergleicht, dann ist man bei Hyper Cache deutlich schneller fertig mit der Konfiguration. Dabei sind viele Einstellungen optional. Ich erwähne hier nur die Optionen, die man auf jeden Fall beachten sollte. Je nach Einsatz sollte man sich alle anderen Optionen aber auch anschauen. Weitere Informationen bezüglich der Installation bekommt man auch auf der Supportseite des Autors.
Caches pages timeout
Ganz einfach, je höher der Wert, desto länger werden die Seiten gecached. Hier sollte man ein wenig testen, denn je größer die Zeit, desto mehr Speicher wird auch auf der Festplatte genutzt. Wenn man viel Speicher zur Verfügung hat, dann kann man den Wert auch vergrößern. Sollte man häufiger Artikel oder Seiten editieren, so muss man nicht fürchten, dass die Änderungen nicht gezeigt werden bei einer größer eingestellten Zeit, denn hier kommt der zweite Punkt in den Einstellungen zum Tragen.
Cache invalidation mode
Hier stellt man ein, unter welchen Umständen der Cache als veraltet eingestuft und aktualisiert wird.
Nothing
Der Cache gilt nicht als veraltet, egal welche Änderungen man an seinem Blog durchführt. Somit muss nach jeder Änderung im Blog der Cache manuell geleert werden.
Only modified posts
Wenn ein Artikel aktualisiert wird, wird entsprechender Artikel auch neu im Cache abgelegt und wird den Besuchern auch neu ausgeliefert. Diese Einstellung macht nur Sinn, wenn man die Option unterhalb „Invalidate home, archives, categories on single post invalidation“ ebenfalls aktiviert. Sonst würde nur der entsprechende Artikel aktualisiert im Cache, aber nicht die Ansichten auf der Startseite, im Archiv oder den Kategorien. Wählt man die entsprechende Option aber an, so werden beim Ändern eines Artikels alle anderen relevanten Seiten auch neu abgelegt im Cache.
All cached pages
Bei dieser Option werden alle zwischengespeicherten Seiten aktualisiert, wenn diese bearbeitet werden, nicht nur die Artikelseiten, auch die statischen Seiten. In meinen Augen sicherlich die gescheiteste Option zum Auswählen.
Disable cache for commenters
Diese Option sollte deaktiviert sein, wenn die Moderations-Warteschlange genutzt wird. Ist diese nämlich aktiviert, so werden den Kommentatoren die Hinweise nicht mehr angezeigt, dass der Kommentar erst freigeschaltet werden muss.
Feeds caching
Diese Option wird auch in den meisten Blogs deaktiviert bleiben, denn bei aktivierter Option würden neue Einträge nicht angezeigt werden. Außerdem ist diese Option überflüssig, wenn man seinen Feed über Feedburner verteilt, da in diesem Moment die Last sowieso auf der Seite von Google liegt.
Hyper Cache zeigt sich auch in der verbauten Nextgen-Galerie als sehr wirkungsvoll, da die angelegten Galerien auch gecached werden. Dies sollte man auch bedenken, wenn man Änderungen an den angelegten Galerien durchführt. Diese werden unter Umständen erst sichtbar nach Leeren des Caches. Zwar hat die Nextgen-Galerie ebenfalls ein Cache für die Einzelbilder, ich habe aber keinerlei Probleme feststellen können, wenn man beide Caches gemeinsam nutzt.
Einzelne Seiten nicht cachen
Je nach Blog kann es nötig werden, einzelne Seiten vom Cache auszuschließen. Ich habe hier in meinem Blog z.B. zwei Seiten eingebaut, die nicht gecached werden sollten, meine Blogroll und die Wikio-Freunde-Seite.
Beide Seiten aktualisieren sich automatisch, die Blogroll über einen angelegten cronjob, die Wikio-Freunde über den eingebundenen RSS-Feed. Werden diese Seiten gecached, so werden die aktualisierten Einträge innerhalb der Lebenszeit des Caches nicht angezeigt.
Um dies zu vermeiden, gibt es die Einstellung „URI to reject“ in den Einstellungen von Hyper Cache. Hier kann man die Permalinks der Seiten eingeben, die man nicht zwischenspeichern möchte. Hier ist zu beachten, dass der führende und abschließende Slash wichtig ist, um die Seite richtig zu cachen. Hat man mehrere Seiten, in denen der eingegebene Teil des Permalinks auftaucht, so muss man die Einträge hier in Anführungszeichen setzen. So wird nur die Seite, die den angegebenen Link enthält, nicht zwischengespeichert.
Will man nun überprüfen, welche Seiten gecached werden, so muss man nur in den Quelltext der betreffenden Seite hineinschauen. Ganz am Ende des Quelltextes wird bei gecachten Seiten ein Hinweis beigefügt. Bei den Seiten, die in der Option „URI to reject“ eingegeben wurden, sollte dieser Hinweis nicht auftauchen.
Fazit
Ich habe mein Caching-Plugin gefunden. Lange nutzte ich „W3TC“, welches aber für meinen kleinen Blog einfach zu überdimensioniert ist. Hyper Cache ist klein, einfach zu konfigurieren und macht, wofür es geschaffen wurde, den Blog zu beschleunigen.
Nutzt Ihr auf Euren Blogs auch Caching-Plugins? Wie waren Eure bisherigen Erfahrungen mit den Plugins?
Beitragsdetails
Kategorie » WordPress «
Der Autor
Ähnliche Beiträge
Kommentare: 18
Info
Bevor Du einen Kommentar schreibst, solltest Du wissen, dass mein Blog "nofollow-free" ist, d.h. Du bekommst hier von mir einen echten Backlink auf Deine Seite.
Dafür nehme ich mir das Recht heraus, alle Links aus Deinem Kommentar zu entfernen, die alleine der Werbung dienen oder nur Pagerank abgreifen.
1
Werbejunkie 13.06.2011 um 11:44 Uhr
Bis dato nutze ich auf meinen WordPress Installationen noch gar kein Cache Plugin. Ehrlich gesagt habe ich mich nie dran getraut, da mir die Einstellungen zu umfangreich waren und mein Server Wissen in vielen Dingen einfach nicht ausreicht, um hier nicht irgendeinen Mist anzustellen.
Aber das von Dir erwähnte klingt gut, muss ich mir in Ruhe ansehen und dann mit Deiner Anleitung arbeiten. Bin ja auch bei all-inkl
2
Stefan 14.06.2011 um 05:12 Uhr
Na wenn Du auch bei All-Inkl bist, dann paßt das auch!
Gerade bei All-Inkl-Kunden scheint das Plugin abzugehen wie nirgendwo anders. Und keine Angst, es ist wirklich um Längen einfacher zu konfigurieren wie z.B. W3 Total Cache.
3
Luigi 14.06.2011 um 16:48 Uhr
Ich schließe mich mal der Meinung vom Werbejunkie an. Doch deine Beschreibung ist ja sehr detailliert, daher wage ich nun mal den Schritt und installiere es. Wir werden sehen!
4
Luigi 14.06.2011 um 17:02 Uhr
Bei dem Punkt “Disable cache for commenters” muss also ein Häckchen drin sein damit die Option deaktiviert ist. Sehe ich das richtig?
5
Luigi 14.06.2011 um 17:16 Uhr
Also – der Seitenaufbau ist auf jeden Fall schneller als vorher. Allerdings fehlt im Quelltext der Hinweis und der Cache-Ordner ist weiterhin leer. Was mache ich falsch?
6
Stefan 14.06.2011 um 17:53 Uhr
Hallo Luigi,
richtig, wenn Du einen Haken dort reinsetzt, dass ist der Cache für die Kommentare deaktiviert.
Ich habe gerade mal testweise auf Deiner Startseite und der Archivseite in Deinem Blog geschaut, dort taucht der Eintrag von Hyper Cache am Ende des Quelltextes auf. Ist das cache-Verzeichnis im Hyper Cache-Ordner beschreibbar?
Schau mal in die Einstellungen des Hyper Cache hinein, dort steht ganz oben, wie viele Dateien im Cache vorhanden sind.
7
Stefan 14.06.2011 um 18:38 Uhr
Luigi, was mir gerade einfällt wegen dem Hinweis im Quelltext:
Diesen Hinweis siehst Du nur, wenn Du nicht als Admin eingeloggt bist in Deinem Blog. Denn der Cache wird ausgenommen für den WordPress-Admin. Kann sein, dass Du deshalb den Hinweis nicht siehst,
Zum Testen nutze einfach nebenbei einen anderen Browser, mit dem Du Dich nicht eingeloggt hast in WordPress, dann solltest Du auch den Hinweis sehen!
8
Luigi 14.06.2011 um 21:20 Uhr
Ah, danke für den Hinweis! 104 Seiten sind im Cache. Mit dem Hinweis im Quelltext im ausgeloggten Zustand muss ich noch testen. Danke dir!
9
Enrico 08.08.2011 um 19:37 Uhr
ich nutze cachify, weil ich dieses noch nicht kannte. Das ist einen Test wert.
Vielen dank
10
Max 11.08.2011 um 00:25 Uhr
Hallo.
Ich hatte eigentlich auch vor Cachify zu benutzen, aber ich habe auch Seiten bei All-inkl.de und werde jetzt einfach mal mit Hyper Cache experimentieren. Deine Seite kommt mir nämlich ganz schön flott vor. :)
Gruß, Max
11
Stefan 12.08.2011 um 18:27 Uhr
@Enrico:
Ist auf jeden Fall einen Test wert!
@Max:
Wie erwähnt, gerade bei All-Inkl.com wirkt das Plugin wahre Wunder.
Aber ob meine Seite nur deshalb so schnell ist, will ich nicht behaupten. Sicherlich ist sie auch so schnell, weil hier nicht so viel los ist auf meinem Blog.
12
Schiffblogger 17.11.2011 um 02:39 Uhr
Servus!
Ich habe Hypercache lange Zeit erfolgreich auf allen Projekten im Einsatz gehabt. Vor Kurzem hatte ich allerdings das Problem das es immer mal hakte. Es hat zu gut gecached und neue Artikel gar nicht angezeigt, erst bei einem reload der kompletten Seite. Hast Du das Problem bei Dir auch feststellen können? Primär war der FF betroffen, bei Chrome ist der Fehler nicht aufgetreten.
13
Stefan 17.11.2011 um 20:47 Uhr
Hallo Pascal,
es kommt drauf an, mit welchem Browser Du Dich im Backend einloggst und was im entsprechenden Browser gecached wird. Ich hatte auch hier und da Probleme, wenn ich mich z.B. mit Firefox im Backend eingeloggt habe, auf der Seite unterwegs war und mich dann ausgeloggt habe, um dann ausgeloggt mit dem gleichen Browser weitere Seiten im Blog aufzurufen. Da wurde einiges an den Seiten vom Cache her durcheinandergeworfen.
Ich habe z.B. meine Blogroll und auch die Wikiofreunde-Seite vom Cache ausgeschlossen. Wenn ich aber diese Seiten eingeloggt besuche, dann komme ich teilweise in Konflikt mit dem Browsercache, obwohl die Seiten von Hypercache her nicht gecached werden.
Du könntest mit FF mal folgendes testen:
Cache und Cookies löschen und dann mal die entsprechenden Seiten mit Firefox besuchen, aber ohne Dich über FF einzuloggen. Wenn Du dann die Fehler nicht hast, dann liegt das an dem Zusammenspiel zwischen FF-Cache und Hypercache. Wenn es aber so ist, dann ist das im Grunde kein heikles Problem, da das ja Deine Besucher nicht haben, weil sie sich ja warscheinlich nicht in Deinem Backend einloggen werden.
14
Schiffblogger 17.11.2011 um 21:20 Uhr
Den Fehler hatten auch Leser, lag also nicht am einloggen. Hab seit gestern Hypercache wieder aktiviert, augenscheinlich nach 10 neuen Postings läuft alles sehr gut, bisher kein Problem. Vielleicht ist das Problem zwischenzeitlich ja behoben.
15
Stefan 17.11.2011 um 21:46 Uhr
Hm, seit Juli gab es kein Update mehr vom Plugin. Wie schaut es den mit den Einstellungen aus? Ich hab gerade mal drüber geschaut und mir fallen da folgende Settings ins Auge, die evtl. den Fehler erzeugen könnten:
-Cache invalidation mode
Hier könnte die Einstellung “Nothing” dafür sorgen, dass keine der aktualisierten Seiten als veraltet markiert werden, wenn sich der Content ändert. Hier wäre auch der Zusatz “Invalidate home, archives, categories on single post invalidation” sinnvoll, gerade wenn Du schon veröffentlichte Artikel editierst.
-Home caching
Ist bei mir zwar nicht aktiviert, aber wäre mal ein Versuch wert, wenn Du wieder Probleme bekommen solltest.
16
Hody 18.04.2012 um 23:18 Uhr
Viele der Cache PIs wurden ja lange nicht mehr upgedated, aktuell soll z.B. Cachify von Sergej Müller recht gut sein – gibts ein Update zu Deinem Post, was kannst Du aktuell empfehlen
17
Stefan 22.04.2012 um 16:01 Uhr
Hm, ich muss Dir ehrlich sagen, dass ich mich in den letzten Monaten nicht mit meinem Blog auseinandergesetzt habe.
Seit Oktober letzten Jahres stehe ich wieder in Lohn und Brot und die neue Arbeit nimmt mich auch voll und ganz ein, so dass ich seitdem auch keinen Artikel mehr verfasst, geschweige denn mich ausführlicher mit dem Thema beschäftigt habe.
Aktuell läuft immer noch auf den Blogs, die ich warte, Hyper Cache. Und solange es hier keine Probleme gibt, werde ich auch dabei bleiben.
18
Hody 22.04.2012 um 16:18 Uhr
Danke für das Feedback, dann sehe ich mir Hypercache mal an.