W3 Total Cache – Erste Erfahrungen mit dem neuen Wordpress Cache Plugin
Ich hatte ja mal in meiner Geschwindigkeitsreihe geschrieben, das ich die bisherigen Cache Lösungen von Wordpress bei mir nicht sehr zufriedenstellend laufen und daher auch schnell wieder deaktiviert wurden. Jetzt gibt es ein neues Wordpress Cache Plugin namens W3 Total Cache. Dieses neue Plugin soll alle bereits da gewesenen Cache Lösungen in den Schatten stellen und daher musste ich es jetzt auf mein auf meinem Blog installieren und testen.
Was kann alles W3 Total Cache?
Der Funktionsumfang des W3 Total Cache Plugin ist sehr groß und erschlägt einem anfangs schier. Damit das Plugin auch wirklich vernünftig läuft müssen einige Zusatzprogramme auf dem Server installiert und aktiviert werden. Daran werden bestimmt auch einige Wordpress User scheitern. Nicht jeder hat die Möglichkeit auf seinem Server alles zu installieren, was man will.
Welche Zuatzmodule benötigt werden und wie man es installiert wird in der FAQ genaustens erklärt. Ich hatte Glück, dass bei meiner Gentoo Installation die ganzen Zusatzmodule schon als Packet verfügbar waren. Bei manchen Distributionen kann es aber sein, dass man selber das Paket kompilieren muss und dann kann es auch schnell hässlich werden.
Sind die Vorarbeiten erledigt, dann kann man das Plugin endlich aktivieren.
Als erstes sollte man sich entscheiden, wie man cachen möchte. Zur Auswahl stehen Disk (Festplatte), Memcached und APC (Alternative PHP Cache). Ich habe mich für Memcached entschieden, da Disk zu langsam ist. APC kann bei mir nicht aktiviert werden kann, da ich bereits schon eAccelerator benutze.
Als zweites wählt man aus, was alles gecached werden soll:
- Page Caching – Die Webseiten selber
- Database Caching – Cachen von häufigen Datenbankzugriffen
- Minify - Komprimierung von JS / CSS / HTML bis zu 10% der Ursprungsgröße
- CDN - Auslagerung der Medienbibliothek auf einen CDN Server.
Bis auf CDN habe ich auch alles aktiviert. Ich will ja nicht mit Kanonen auf Spatzen schießen 
Wer noch ein bisschen Feintunning machen will kann bei den einzelnen Cache Arten noch ein bisschen an den Werten herum spielen. Ich habe mal alles auf Standard gelassen, da man bei einer falschen Einstellung auch viel kaputt machen kann.
Das Ergbenis kann sich mehr als sehen lassen:
Meine Seite wird nun in knapp 0,6 Sekunden geladen und nicht wie vorher mit 2,6 Sekunden. Die Insgesamte Ladezeit konnte ich auf unter 6 Sekunden drücken.
Ich hatte meine Ladezeiten meines Blogs jetzt mit ein paar bekannten verglichen und ich bin jedes mal schneller :shock:
Wollt ihr auch mal Wissen wie schnell eure Seite geladen wird, dann könnt ihr das auf Is My Blog Working tun.
Mein Fazit zu W3 Total Cache
Also ich muss sagen ich bin ich begeistert von dem Geschwindigkeitszuwachs. Nach stundenlangen Tests konnte ich keine Probleme feststellen. Mein Plugin, dass nur Google Besuchern Werbung anzeigt funktioniert weiterhin und auch die Statistiktools scheinen noch vernünftig zu arbeiten. Also wenn es weiterhin so toll läuft, dann behalte ich auf jeden Fall dieses klasse Cache Programm 
Ist euch schon was aufgefallen? Schlechte sowie postive Erfahungen können gerne gemeldet werden 
Ich werde das Plugin noch ein bischen genauer beobachten und bin auch schon gespannt, wie es sich auf Google und den Zugriffen auswirkt :kaffee:
Nils
Da mein Blog auch bald den Server wechselt, werde ich in diesem Zuge vermutlich auch mal W3 Total Cache testen. Habe bisher auch nur positive Kritik gehört ;)
cimddwc
Bei mir (Shared Hosting) läuft WP Super Cache und DB Cache Reloaded – damit kann ich fast mithalten:
# 179 ms page generation time
# 855 ms page fetch time
…für die Startseite. :) Ein PHP-loser htaccess-Rewrite ist da halt kaum optimierbar.
Wenn ich bei dir eine Unterseite (z.B. /page/33/) teste, komm ich auf
# 1386 ms page generation time
# 2026 ms page fetch time
…was für eine (von manchen DB-Queries abgesehen) offenbar ungecachete Seite eigentlich ganz ordentlich ist, oder?
Könnte ich jedenfalls auch mal ausprobieren, dieses W3 Total Cache (mit Disk-Cache), denn mit DB Cache Reloaded bin ich nicht so ganz zufrieden, das scheint sein autom. Cache-Leeren nach x Minuten mitunter zu vergessen…
Paddy
Nettes Plugin, leider läuft es bei mir nicht. Nach aktivierung bekomme ich nur noch Sonderzeichen angezeigt, sowohl im Back- als auch Frontend. Die FAQ ist hingegen Deiner Beschreibung nicht wirklich hilfreich zu den benötigten Servermodulen.
Schade, aber vielleicht wird es ja was wenn die 1.0 Version kommt
Peter Rademacher
RT @hombertho W3 Total Cache – Erste Erfahrungen mit dem neuen Wordpress Cache Plugin http://bit.ly/1rv6t1
Marc
Verwendest du für Werbung “Who see ads” oder wie das heisst?
Das finde ich interessant.. denn eigentlich dürfte dieses Plugin nicht mehr funktionieren, wenn du auch Seiten-Cache aktiv hast.
Das ist einer der Gründe, warum ich das Plugin nur teste – aber nicht produktiv setze…
Chriz
Ich finde deine Seite lädt jetzt auch viel schöner! Sehr cooler Beitrag!
Daniel
Danke für den Test, werde das heute Abend gleich mal installieren!
Daniel
Klingt gut, ich bin derzeit noch auf der Suche nach einem neuen Hoster, aber wenn das vollzogen ist, dann werde ich es auf alle Fälle mal testen :)
plerzelwupp
Eigentlich wollte ich nicht mehr so viel schreiben, stecke in den letzten Atemnzügen vor”m Urlaub. Aber hier wollte ich nochmals meinen Senf dazugeben.
Experimentierfreudig bin ich ja. Hab das Plugin installiert und nach Anleitung aktiviert und es ist eine deutliche Steigerung spürbar. Bei mir ist allerdings nur die Disk-Cache-Methode verfügbar.
hombertho
@Nils: Ja ist echt eine klasse Plugin. Mich wundert es, dass es noch kostenlos ist.
@cimddwc: Deine Werte sind durchaus im vernünftigen Bereich.Die Zeiten für deine Unterseite hatte ich für die Hauptseite und das hat mehr als genervt. Deswegen habe ich jetzt auch ein Cache Plugin installiert. Das schöne bei dem Plugin ist, dass alle Cache Methoden verknüpft sind. Den richtigen Stresstest hat es aber leider noch nicht hinter sich. Ich werde aber weiter testen.
@Paddy: Neben den FAQ ist noch der Installationspunkt und da werden noch die einzelnen Installationschritte für die Module erklärt. Wichtig ist, dass die Altlasten vom vorherigen Cache Plugin entfernt werden. Bei mir gab es keinerlei Probleme. Auch als ich noch nicht alles richtig eingestellt hatte lief es glatt. Aber Version 1.0 wird sicherlich bald kommen.
@Marc: Das Who See Ads Plugin funktioniert bei mir auch ohne Plugin nicht. Ich habe aber einen Code, der so ähnlich Werbung anzeigt. http://www.hombertho.de/2009/0.....enen-blog/ Das geht eben auch mit dem Cache, sonst hätte ich ihn nicht aktivieren können. Du kannst das Plugin ja einstellen, dass manche Sachen nicht gecached werden.
@Chriz: Finde ich auch
Nur beim ersten Aufbau dauert es halt weiterhin länger. Wird die Seite aber ein weiteres mal aufgerufen, dann geht es viel schneller und die Prozessorlast ist auch niedrig.
@Daniel: Ein Test ist das Plugin auf jeden Fall Wert. Für mich definitiv das beste Cache Plugin für Wordpress
@Daniel: Kannst du aber auch schon auf dem alten Hoster probieren, ob dir das Plugin zusagt. Aber ich werde für dich weiter testen
@Oliver: Hab ich auch total verpennt deine Aktion mit dem Gastartikel. Wirklich ärgerlich. Mit dem Diskcache gewinnt man schon einiges an Performance, auch wenn man mit den anderen Methoden so einen richtig geilen Geschwindigkeitschub erlebt
plerzelwupp
um ganz ehrlich zu sein: ich kenne mich da kaum aus – Memcached ist bei mir jedenfalls nicht verfügbar. Mein Blog ist bei 1&1 gehostet – Keine Ahnung, ob das prinzipiell möglich wäre.
plerzelwupp
Offtopic:
Was heißt denn eigentlich “Pirat” zwischen dem Gravatar und dem Namen? … Komm ich nicht aus Deutschland?
Markus
Memcached würde mich für gewisse Teile der Website auch reizen, aber damit hab ich mich noch nie beschäftigt, auf meinem Server würde das eh alles Serverseitig ohne WP Plugin laufen. Aber ich trau mich irgendwie noch nicht ran. Keine Lust den Server wieder neu einzurichten^^
Daniel
@hombertho,
da ist das alte Problem mit dem Memory limit, welches sich bei meinem aktuellen Anbieter nur durch ein teureres “Service-Paket” lösen lassen würde. Daher muss ich mich noch ein bisschen gedulden, bis endlich wieder alle Plugins laufen lassen und ein neues Design kommen kann
hombertho
@plerzelwupp: 1&1 wird es standardmässig nicht aktiviert haben. Wenn du einen ssh Zugang hast kannst du ja mal testen ob installiert ist.
Die Piratenflagge hast du, weil er deine IP nicht zuordnen kann. Das kommt eigentlich nur sehr selten vor, aber ab und zu gibt es da Probleme. Für diese Fälle habe ich mich entschieden eine Piratenflagge zu nehmen. Alternative wäre gar nichts.
@Markus: Also die Einrichtung war sehr unproblematisch und man konnte auch nicht viel kaputt machen. Ist ein Dienst, der gestartet wird und in der php.ini muss noch das Modul geladen werden. Wenn man sich aber nicht sicher ist, dann sollte man generell solche Aktionen nur machen, wenn man danach viel Zeit hat, falls es schief geht
@Daniel: Na gut, dass ist dann wieder eine andere Sache
Okay, dann solltest du doch lieber warten 
Retronaut
Deine Seite ist wirklich extrem schnell!
Ich guck mir das Teil auf jeden Fall mal näher an. Danke für den Tipp. :woot:
Olli
Was mich ja eigentlich bei allen (mir bekannten) Plugins zum Verkleinern von CSS/JS-Dateien via Minify ist, das irgendwie immer die CSS/JS-Dateien mit Hilfe von Regulären Ausdrücken aus dem von WordPress generierten HTML herausgefiltert werden… wozu gibts denn die Warteschlange (wp_enqueue_style bzw. script)…
achja, wenn ich das beim überfliegen von W3 Total Cache richtig gesehen hab, wirds da leider auch ned besser gemacht :(
Markus
@hombertho Win Server. Da läuft das ein bissle anders. Das Teil von Dir hier geht da gar nicht. Bei Win Caching auch von Haus aus dabei. Könnte auch noch Kompression installieren bzw. aktivieren, aber ich setz erstmal n Testserver auf wenn ich dazu komm.
cimddwc
Hmmm… ich hab jetzt 4 Mail-Benachrichtigungen über neue Kommentare bekommen (zw. 21:45 und 22:00), sehe diese hier auf der Seite aber nicht; hier ist der letzte von 19:31. (Und das auch in einem anderen Browser, mit dem ich die Seite noch nie aufgerufen habe.) Unerwünschte Nebenwirkung des Caches?
Edit: Jetzt sehe ich alle (inkl. meinem) – im Firefox, aber nicht im anderen Browser (Safari).
Markus
@cimddwc Ich seh die Beiträge alle. 4 mit Deinem 5 neue seit 19:31.
Jakob
W3 Total Cache – Erste Erfahrungen mit dem neuen Wordpress Cache Plugin http://ff.im/-bddos
Marc
Hmmm….
homberhto, bist du dir absolut sicher, dass dein Ads-Plugin funktioniert? Getestet, als du nicht angemeldet warst? Und mit aktivierten Page-Cache?
Ich würde das gerne glauben, aber…
Wenn ein User von Google kommt auf Seite X, wird sie gecacht für eine Stunde. Der nächste, der innerhalb der Stunde kommt, bekommt genau die Seite, obwohl er nicht von Google kam…
Das kann eigentlich nicht anders sein?!
Und die Ausschluss-Seiten bringen in dem Fall auch nichts, weil du ja keine /functions.php aufrufst…?!
Marc
PS: Gerade mal getestet… via Google habe ich deinen “Stiftung Blogtest” Artikel aufgerufen -> Werbung wird gezeigt.
Dann ein paar andere Blogseiten aufgerufen und zurück zur Stiftungs-Seiten -> wieder Werbung.
Ich bleibe dabei… mit dem Cache hast Du keine dynamischen Seiten mehr, z.b. für Referer-Filterung… Gegenbeweis erwünscht
Markus
@Marc Es gibt durch aus Cache Systeme wo trotzdem PHP ausgeführt wird. Ich hab es grad auch getestet. 2 verschiedene Browser genommen. Stiftung Blogtest aufgerufen. Im einem seh ich Werbung und im anderen Browser (mit dem ich immer hier bin) nicht. Wenn es gar nicht gehen würde, müsste ich mit meinem Standard Browser ja auch die gecachte Version bekommen. Oder lieg ich jetzt falsch?
Marc
@Markus: Könnte daran liegen, dass Du mit deinem “normalen” Browser hier Kommentare abgibst, dann bist du “cookied User” und bekommst auch keine Cache Version.
Zumindest bei Supercache, bei W3 ist das jetzt mehr raten… *grins*
Vom Prinzip her wird ja bei beiden Plugins der html-Output einer Seite für X Minuten gecacht, da ist dann nichts mehr mit Code ausführen…
hombertho
@Retronaut: Ja die ist ganz schön schnell geworden. Aber ich habe auch zusätzlich alle unnötigen Elemente aus dem Theme entfernt und es so schlank wie möglich gehalten.
@Olli: Ich glaube hier wurde auch nur das WP Minify Skript implementiert und nicht komplett neu geschrieben. Wenn es damit Probleme gibt kann man aber diese Cach Methode deaktivieren. Ich hatte das WP-Minify auch schon mal einzeln laufen, aber da wir ich von den Ergebnissen nicht so wahnsinnig übrerzeugt.
@Markus: Ach ja es gibt ja noch was neben Linux
Bei einem Winserver ist das Ganze natürlich ein bisschen komplizierter. Ein Testserver ist da nie verkehrt.
@cimddwc: Das ist wirklich mehr als seltsam, denn ich habe alles gerade im Safari getestet. Das wäre natürlich blöd, wenn es da probleme geben sollte. Ich werde das noch mal genauer anschauen. Danke für den Hinweis!
@Marc/Markus: Damit liegs du falsch Marc
Mir ging es am Sonntag genauso und hatte auch den Denkfehler. Ich habe mehrere Stunden Tests gemacht und am Ende waren sie alle umsonst 
Ich bin nämlich in die gleiche Falle getappt wie du bei deinen Tests. Der W3 Cache cached die Seite für 60 Minuten (bei mir so eingestellt. Rufst du die Seite direkt auf => Keine Werbung. Ruft ein anderer die Seite über Google auf, dann erkennt W3 Cache, dass was anders ist => Bekommt die Seite mit Werbung. Somit sind dann 2 Versionen im Cache, die je nach Situation aufgerufen werden. D.h. aber nicht, dass wenn einer die Seite ohne Werbung aufgerufen hat, dass die Google Besucher jetzt auch keine Werbung haben. Ich habe das mit mehreren Systemen getestet und es ist wirklich so. Ich habe auch mal meine Adsense zahlen angeschaut. Die Anzeigerate ist mit Cache nicht eingebrochen und auch die Einnahmen sind im grünen Bereich => Das Cache Plugin macht hier nichts kaputt.
Wie er jetzt genau weiß, woher du kommst kann ich dir aber nicht sagen. Den selbst wenn du deinen Browsercache leerst, dann bleibt der Zustand für 60 Minuten unverändert.
Wegen Cookies: Das Plugin who sees ads und meines basiert auf Cookies. Sonst würden sie gar nicht funktionieren. Aber du kannst auch in der Konfigutation einstellen, dass gewisse Seiten und auch Cookiers vom Cache ignoriert werden.
Markus
@hombertho Nun ja komplizierter würd ich nicht sagen. Ist ja inzwischen fast alles von Haus aus dabei.
@Marc Bau mal auf einer Seite mit WP-SuperCache in die functions.php nen parse error ein und ruf dann eine gecachte Seite auf. Wie sollte auch sonst bei einem Plugin der Server erkennen das er dir eine statische Seite ausliefern soll? Die functions.php wird in der Regel vorher durchlaufen und deshalb kann man da wunderbar ansetzen.
Kim
Ich habe das Plugin in meinem Blog jetzt auch mal installiert und werde es über die nächsten Wochen ein wenig beobachten, was es an Performance bringt gegenüber einer uncached Version, die vorher lief
Google bietet ja hier recht gute Auswertungsmöglichkeiten, indem sie in den Webmastertools den Zeitaufwand fürs Crawling grafisch darstellen. Da sollte man recht schnell sehen, ob das Plugin massiv was bringt oder nicht, denke ich mir.
Es fühlt sich schon mal ein wenig schneller an, aber so richtig aussagekräftig ist das natürlich nicht.
Marc
@Markus: Werde ich mal testen, aber so ganz kann ich es mir nicht vorstellen.
Ich weiss, was nicht funktioniert:
Ich habe in meiner header.php einen include “landingsite.php” – wenn der Besucher von Google & Co kommt, bekommt er mehr zu sehen.
Diese include wird definitiv gecacht, der jeweilige Zustand bei Erstellung (SuMa oder nicht) ist dann für eine Stunde gültig, egal wo der Bursche wirklich herkommt.
Deshalb kann ich es mir absolut nicht vorstellen, dass es beim Aufruf einen Funktion anders aussehen soll, als bei einem include…
Markus
@Marc Ja die header.php ist zu spät. Ganz genau weiß ich auch noch nicht wann was aufgerufen wird. Aber zum Verständniss nochmal. Du rufst die Domain auf. so jetzt kommt erst mal der Server ins Spiel und schaut was zu tun ist. Domain -> Verzeichniss -> Standarddokument aufrufen u.s.w. Dann kommt erst WP und auch da gibt es ja eine Reihenfolge. index.php wp-header.php wp-load.php und so weiter. Irgendwann werden dann auch die Plugins geladen und WP gesagt halt da gibts ein Cache. Rating Plugins zum Beispiel haben teilweise auch Funktionen das das Rating trotz Cache funktioniert. Das Rating wird zum Beispiel per Ajax nachgeladen.
hombertho
@Kim: Meine Auswertung würde ich auch über Google Webmastertools machen. Nur leider werden die Zahlen nicht so oft aktualisiert. Daher muss man erst einmal Geduld üben. Von der Geschwindigkeit überzeugt es auf jeden Fall schon mal und richtige Probleme konnte ich bis jetzt auch nicht feststellen.
R. Lochbauer
Ich hatte bisher eigentlich immer gelesen, dass Cache-Plugins nicht wirklich viel bringen. Aber laut deiner Aussage lädt die Seite ja mehr als doppelt so schnell…
hombertho
@R. Lochbauer: Die Cache Plugins bringen nur wirklich was, wenn eine Seite öfters und am besten auch gleich von mehreren gleichzeitig aufgerufen wird. Erst dann spielt der Cache seine Vorteile aus. Bei einer Handvoll von Usern in der Stunde wird man sicherlich keine Vorteile haben. Das ist auch der Grund, wieso ich jetzt erst den Cache aktiviert habe.
R. Lochbauer
Und ab wie viele User macht das Sinn? Gibt es da auch Richtwerte, nach denen man gehen kann? Lohnt es sich schon bei 150 Besuchern täglich, oder erst meinetwegen ab 1000?
Thomas
Bei uns haben wir ein seltsames Problem.
Startseite und Blog werden super gecached, sind sehr zufrieden, aber alle anderen Seiten (z.B. domain.com/seite1, domain.com/seite2) werden nicht gecached. Eine Lösung hierfür habe ich nicht gefunden. Ist Euch das Problem auch begegnet?
hombertho
@R.Lochbauer: Also ein Cache macht Sinn wenn viele User gleichzeitig auf eine Seite zugreifen. Dann muss sie nicht jedes mal neu erstellt werden. Bei 150 Usern täglich wird sich das Plugin vermutlich noch nicht so auswirken, als wenn du 1500 Besucher hast. Aber schaden kann es auch nicht. Hier heißt die Devise einfach mal ausprobieren und wenn man noch keinen Geschwindigkeitsschub feststellen kann, dann einfach wieder deaktivieren
@Thomas: Das ist aber sehr seltsam. Hast du die irgendwie ausgeschlossen? Werden die einzelnen Seiten richtig gecached? Vielleicht hilft es auch, wenn du nur mal den Cache leerst und neu aufbaust.
mt
Hallo,
Ich hab das Plugin auch im Einsatz – auf einer etwas größeren Seite (3500 Posts, 2000 Besucher/Tag – 10.000-15.000 Seitenaufrufe/Tag) und bin noch nicht so richtig glücklich damit.
- Die Option Seiten für eingeloggte User zu speichern sollte man tunlichst nicht aktivieren. Bei mir wurden dann für alle Seite die Seite für den eingeloggten User ausgeliefert also z.b. mit Name und Ausloggen Link im Kommentarfeld – ein Sicherheitsrisiko sollte es nicht sein – weil man noch den &wp_nonce Key benötigt aber sehr unschön und effektiv macht die Kommentarfunktion kapatt. Darüber hinaus entweichen so evtl. auch vertrauliche Daten (E-Mail Adresse – Dinge aus dem Backend)
- Ich habe es mit APC im Einsatz und man sollte den APC-Cache auf mindestens 64MB stellen da es sonst Segmentation Faults von PHP gibt wenn der Speicher überläuft. Im Schnitt werden bei mir so 30-50 MB belegt.
- der APC-Cache ist beim Apache Neustart weg – ist aber kein großes Problem
- Die Mininify Funktion hat bei mir die CPU-Last extrem angehoben anscheinend wird jede Seite beim ersten mal neu komprimiert und dann im Cache abgelegt aber bei großen Seiten frisst das ordentlich CPU
- Memcached war lokal ein wenig langsamer als APC dafür ist der Cache persistent über Apache-Restarts – wenn man also sehr viel Traffic hat ist memcache für den PageCache eventuell die bessere Wahl.
- JavaScript und CSS Minify _kann_ Layouts kaputt machen – sollte man sorgfältig testen.
- Eventuell liegt es an einzelnen Plugins der spezifischen Seite aber so richtig flott wie eine statische Seite funktioniert es bei mir nicht – wenn ich die Seite mit Apache-Bench quäle ist die CPU-Auslastung dennoch 100% und der Load geht steil nach oben. Also das scheint noch mehr zu passieren als nur das holen aus dem APC-Cache – ist eventuell aber ein lokales Konfigurationsproblem.
Alles in allem – wenn es läuft ne feine Sache – aber aber durch die heterogene Plugin-Landschaft bei Wordpress und durch diverse Webserver-Konfiguration schwierig vernünftig zu konfigurieren.
hombertho
@mt: Vielen Dank für deinen ausführlichen Zusatz. Bei der Seitengröße kann ich leider noch nicht mitsprechen
Die Option “angemledete User zu cachen” war bei mir standardmässig deaktiviert und ich würde auch empfehlen, dass man diese am besten auch so läßt.
Bei den anderen Einstellungen fahre ich immer noch gut, wie ich es beschrieben hatte. Ich mit meinem Auswertungstools habe ich keine Probleme feststellen können. Ich bin immer noch sehr zufrieden damit und ein anderes Cache Plugin kommt für mich nicht mehr in Frage.
Auf jeden Fall finde ich klasse, dass du deine bisherigen Erfahrungen mit dem Plugin hier mit uns teilst.
Viele Grüße
Thomas
Chris
Ich hab jetzt auch mal W3 Cache ausführlich getestet und muss sagen, dass die CDN-Auslagerung nochmal zusätzlich was bringt, die einschlägigen Pagespeed und Yslow Tools vergeben gleich viel bessere Noten und Amazon S3 / Cloudfront ist fix eingerichtet, superschnell und kostet für durchschnittliche Blogs wahrscheinlich keinen Dollar im Monat. Einfach mal ausprobieren, ich hatte gleich wie in den Voreinstellungen vorgeschlagen Theme, Medien-Bibliothek, CSS und JS komplett ausgelagert und man merkt und sieht schon nochmal einen deutlichen Schub, gerade bei sonst langsamen Shared Hosting Paketen.
hombertho
@Chris: Ich bin bisher auch sehr zufrieden. Die CDN-Nutzung habe ich mir allerdings noch nicht so genau angeschaut. Da ich meine Bilder aller über Flickr lade, habe ich ein Pseudo CDN. Aber das steht auf jeden Fall noch auf meiner To-Do Liste. Danke für den kleinen Erfahrungsbericht
plerzelwupp
Meines Erachtens geht es bei CDN nicht nur um den Content der Artikel, sondern primär um die Einbindung des styles und der Grafiken des Layouts.
Mit Amazon hab ich mich noch nicht beschäftigt, ist aber sicherlich eine Überlegung wert. Stattdessen hab ich mit google geflirtet und ca. eine Sekunde herausgeholt. Allerdings ohne Plugin.
Ebenso (ohne Plugin) hab ich jetzt mal die Gravatare der Kommentatoren in der Artikelansicht gecached. Die liegen nun einen Monat lang auf plerzelwupp – nochmals Zeit gespart. Nicht nur durch “Auslagern”, auch durch “Einlagern” kann man des ein oder andere Sekündchen sparen.
hombertho
@Oliver: So wie ich dich kenne probierst du das auch noch aus und schreibst dann darüber einen sehr ausführlichen Artikel
Hattest du schon einen Artikel geschrieben, wie du deine Gravatare gecached werden?
Sepp
Habe nach deinem Bericht ebenfalls W3 installiert. Die Fetch-Zeit hat sich dadurch halbiert. Komischerweise hat das bei Google-Webmastertool wenig gebracht. Gehöre dort immer noch zu den langsamen Seiten. Was mich aber bewegt, ist die Frage nach den Cache-Zeiten. Standardmäßig liegen die bei 3600s für die Page und 180s für die DB. Wie sollte man die einstellen? Habe gelesen, dass du bei 60min bist. Ist es ein Nachteil die Zeiten einfach noch höher zu stellen? Denn wenn etwas geändert wird am Blog, kann man doch einfach manuell den Speicher leeren. Was spricht also gegen eine hohe Zeitspanne? Und warum ist der DB-Speicher prinzipiell niedriger? Vielleicht kann mir ja jemand eine (einfache) Antwort geben! Danke
hombertho
@Sepp: Das Problem ist wenn du diese Zahl zu hoch ansetzt, dass die Datenbankabfragen nicht mehr so aktuell sind. Ich habe die Standardwerte übernommen. Am besten probierst du es einfach mal aus, wie es sich auswirken würde und ob man noch einmal einen Geschwindigkeitsschub bekommst. Es gibt leider keine Faustregel und bei jedem Blog verhält es sich anders.