Caching in WordPress verstehen, Teil 2
Im vorherigen Beitrag habe ich eine grundlegende Einführung darüber gegeben, wie datenbankgestützte Anwendungen – insbesondere WordPress – ohne Caching funktionieren.
Und bevor wir darüber sprechen, wie grundlegendes Caching in WordPress funktioniert, nämlich mit der Transients-API, ist es wichtig, die Grundprinzipien des Cachings zu besprechen. Dazu gehören, warum wir es tun, seine Vorteile und wie es funktioniert.
Dann werden wir uns damit befassen, wie wir die grundlegenden Funktionen in WordPress nutzen können, um dies tatsächlich zu tun.
Caching in WordPress verstehen: Caching?
Warum wir es tun
Im Allgemeinen tun wir dies, um sicherzustellen, dass unsere Websites schnell sind. Wir wissen, dass die Geschwindigkeit eine Rolle spielt, wie eine Seite in den Suchergebnissen platziert wird. Und obwohl das vielleicht nicht der Hauptgrund ist, ist es ein wichtiger Grund.
Das vielleicht einfachste und beste Argument für das Caching ist eine schnelle Site (oder eine performante Site). Und in diesem Zusammenhang kann dies eine Website oder eine Webanwendung bedeuten.
Unabhängig davon wissen wir, wie es sich anfühlt, wenn wir dasitzen und darauf warten, dass eine Seite oder ein Teil einer Seite geladen wird. Wenn es uns nicht gefällt, warum sollten wir unseren Besuchern das zeigen wollen?
Seine Vorteile
Die Vorteile des Cachings liegen in mindestens zwei Hauptbereichen:
- Benutzererfahrung,
- Zeit zum Laden.
Im letzten Abschnitt habe ich gesagt, dass die Vorteile des Cachings spürbar sind, wenn Sie ein Benutzer sind. Das ist etwas, was wir alle erlebt haben und als Entwickler können wir es unseren Benutzern durch eine Vielzahl von Techniken anbieten.
Aber „Ladezeit” ist auch etwas, was zählt, und hier geht es nicht nur um die Vorteile, wie lange es dauert, bis ein Benutzer die Seite lädt. Stattdessen ist es ein bisschen technischer.
Erinnern Sie sich an den vorherigen Beitrag, dass eine Anfrage – oder ein Trip – damit beginnt, dass der Benutzer Informationen vom Server anfordert, und dann geht der Prozess vom Computer des Benutzers zum Server zur Datenbank und wieder zurück.
Wenn wir Caching eingeführt haben, müssen wir das alles nicht mehr tun. Stattdessen verkürzt sich eine Fahrt, weil die Daten eigentlich woanders aufbewahrt werden. Und wenn die Reise kürzer ist (und ich meine nicht vom Computer des Benutzers zum Standort des Servers in der Welt), dann sollte es auch schneller gehen.
Aber wie?
Wie es funktioniert
Es gibt zahlreiche Arten von Caching, die verfügbar sind, aber ich halte diese spezielle Serie auf hohem Niveau. Das heißt, ich werde nicht zwischen Browser-Cache, Seiten-Cache, Objekt-Cache usw. unterscheiden.
Vielleicht in einem zukünftigen Beitrag. Aber im Moment spreche ich speziell über das Caching auf hoher Ebene.
Wie auch immer, so funktioniert es:
- Während des ersten Besuchs einer Seite werden alle zum Laden der Seite erforderlichen Informationen zusammengestellt.
- Anstatt sie zu verwerfen, wenn der Benutzer die Site (oder die Seite) verlässt, werden die Informationen an einem leicht zugänglichen Ort aufbewahrt, wie z. B. im Speicher des Servers.
- Wenn der nächste Benutzer auf die Seite klickt, muss die Reise nicht zur Datenbank gehen, um alle Informationen zu erhalten, sie zusammenzustellen und sie dann an den Benutzer zurückzugeben. Stattdessen zieht es die vollständig zusammengestellten Informationen aus dem Speicher des Servers (was in den meisten Fällen bereits schneller ist) und gibt sie dann an den Benutzer zurück.
Dabei sind viele Vorbehalte zu berücksichtigen, wie z. B. angepasste Benutzerdaten, teilweises Laden von Seiten usw., aber das Prinzip hinter der Reise bleibt dasselbe.
WordPress-Transienten
Wie funktioniert das in WordPress? Auf der grundlegendsten Ebene bietet die Transients-API einige grundlegende Funktionen dafür.
Aber es ist wichtig zu verstehen, wie es funktioniert und warum es so funktioniert, wie es funktioniert. Deshalb werde ich im nächsten Beitrag dieser Serie speziell darauf eingehen.