Caching in WordPress verstehen, Teil 3
In den letzten beiden Beiträgen habe ich über die Grundlagen des Cachings gesprochen und wie das Caching in WordPress funktioniert, zumindest bis zu einem gewissen Grad.
Aber denken Sie daran, dass diese Serie durch eine E-Mail von jemandem motiviert wurde, der dachte, dass ich besser erklären könnte, wie Transienten und Caching in WordPress funktionieren und warum es wichtig ist zu verstehen, wie alles zusammenarbeitet.
In diesem Beitrag möchte ich also alles zusammenbringen und darüber sprechen, wie die Transients-API in Verbindung mit MySQL funktioniert, warum es wichtig ist, die Beziehung zu verstehen, und wie damit in Zukunft umgegangen werden kann.
Wie funktionieren Transienten in WordPress?
Wie Transienten funktionieren
Erstens funktionieren Transienten laut Codex wie folgt:
Diese Seite enthält die technische Dokumentation der WordPress Transients API, die eine einfache und standardisierte Möglichkeit bietet, zwischengespeicherte Daten vorübergehend in der Datenbank zu speichern, indem sie ihnen einen benutzerdefinierten Namen und einen Zeitrahmen geben, nach dem sie ablaufen und gelöscht werden.
Die Idee dahinter scheint einfach genug, oder?
- Sie speichern eine Option in der Datenbank,
- Legen Sie eine Zeit fest, wie lange es bestehen soll,
- Dann wird es für diesen Zeitraum gespeichert
- Und wird, falls nach Ablauf angefordert, abgerufen und in seinen Übergangszustand zurückversetzt.
Wo liegt also die Verwirrung?
Wie im ersten Beitrag erwähnt, war mir nicht klar, wie lange die transienten Informationen verfügbar sein würden. Es handelt sich nicht um einen Mindestzeitraum, in dem die Daten verfügbar sind, sondern um einen Höchstzeitraum.
Das bedeutet, wenn Sie etwas für einen Tag verfügbar machen, wird es für einen Tag verfügbar sein. Nicht weniger; nicht mehr. Und nachdem diese Zeit abgelaufen ist, muss es erneut in den Übergangszustand versetzt werden.
So lautet zumindest die gängige Meinung dahinter. Es ist nicht falsch, aber es steckt mehr dahinter. Hier wird es allerdings etwas technischer.
Welche Rolle spielt MySQL?
Mit der Weiterentwicklung von WordPress, Hosting und anderen Technologien haben sich auch die zugrunde liegenden Datenbanken geändert, die die Anwendung antreiben. Das ist weder gut noch schlecht (obwohl wir vielleicht in einem zukünftigen Beitrag argumentieren könnten, dass es eine gute Sache ist).
Aber es kann helfen zu erklären, warum Transienten angesichts des Stacks, mit dem wir es gewohnt sind, so funktionieren, wie sie es tun, und warum sie ohne Datenbanksysteme möglicherweise nicht wie erwartet funktionieren.
Wenn Sie sich dafür entscheiden, MySQL als Datenbank für Ihre WordPress-Installation zu verwenden, was ich wage zu sagen, dass die meisten Leute es immer noch tun, dann funktionieren die Informationen in der Optionstabelle (wo auch Transienten gespeichert werden) als die Transients-API oben skizziert.
Aber was passiert, wenn Sie andere Caching-Formen wie Objekt-Caching durch Software wie Memcached oder Redis usw. einführen?
In diesem Fall sind die Daten möglicherweise nicht wie erwartet verfügbar. Kurz gesagt, die Caching-Software kann Informationen löschen, die nicht so oft angefordert werden wie andere Informationen. Das heißt, es gibt Informationen, die häufiger angefordert werden, eine Prioritätsstufe.
Vorwärts gehen
Wenn Sie alle oben genannten Punkte berücksichtigen, sehen Sie sich mehrere Dinge an:
- die Transienten-API,
- eine Datenbank,
- ein Caching-System eines Drittanbieters.
Wenn Sie die Transients-API und eine Standarddatenbank haben, werden Sie in Ordnung sein, da die Dinge so funktionieren, wie Sie es erwarten.
Wenn Sie jedoch ein Caching-System eines Drittanbieters einführen, kann das Ergebnis anders sein. Insbesondere funktionieren die Dinge möglicherweise nicht – und werden wahrscheinlich nicht – so, wie Sie es erwarten.
Das heißt, das Caching-System eines Drittanbieters kann alle Informationen, die es löschen möchte, ignorieren, wenn es der Meinung ist, dass es sie entfernen muss. Das bedeutet, dass alles, was Sie im Cache verfügbar zu haben glauben, dort nicht vorhanden sein wird.
Letztendlich ist der beste Rat, den ich geben kann, dieser:
- Wenn Sie MySQL und die Transients-API verwenden, funktionieren die Dinge wie in Codex beschrieben.
- Wenn Sie andererseits ein anderes Caching-System verwenden, ist es wichtig zu verstehen, wie es funktioniert und wie Sie dafür Code schreiben können, damit es wie gewünscht funktioniert.
Und damit gibt es zu dieser Einführung zum Verständnis des Cachings in WordPress nichts mehr hinzuzufügen.