Verwenden von Persistenten Objekt-Cache – WordPress Health Check

„Du solltest einen persistenten Objekt-Cache verwenden“ ist das Ergebnis eines neuen Gesundheitschecks, der in WordPress 6.1 eingeführt wurde. In diesem Artikel wird erklärt, warum Sie diese Empfehlung sehen und was Sie tun können, um sie zu beheben, wenn Sie das überhaupt müssen.

Seit WordPress 6.1 gibt es einen neuen spezifischen Cache Health Check. Es gibt zwei Gesundheitschecks, einen Full Page Cache Check und einen Persistent Object Cache Check.

Grundsätzlich verwendet der Objekt-Cache eine Reihe von „Tests“, um zu entscheiden, ob ein Objekt-Cache von Vorteil wäre.

Hier sind die Variablen, die verwendet werden:

Wir werden hier nicht auf jede einzelne Variable eingehen, aber wir sind nicht unbedingt der Meinung, dass dies die einzige Möglichkeit ist, um zu testen, ob eine Website von einem Objekt-Cache profitieren würde. Wie bereits erwähnt, ist es unwahrscheinlich, dass ein Objekt-Cache die Ursache für Performance-Probleme ist, wenn eine Website keine dynamischen Inhalte pro Benutzer erstellt. Ein Seiten-Cache wäre in diesem Szenario viel vorteilhafter. Dennoch gibt es sicherlich viele Fälle, in denen eine Website von Object Caching profitieren kann.

Persistente Objekt-Caches sind spezialisierte Server wie Redis oder Memcached, die einen Speicher für Datenstrukturen im Arbeitsspeicher bereitstellen, der sich perfekt für bestimmte Arten von Caching eignet.

In der WordPress-Welt wird das Objekt-Caching am häufigsten als Datenbank- oder MySQL-Abfrage-Cache verwendet. Wenn zum Beispiel ein bestimmter Codeabschnitt mehrmals die Tabelle WP_Options abfragen muss, können die Ergebnisse dieser Abfrage in Ihrem Objekt-Cache im Speicher zwischengespeichert werden. Wenn Sie die Abfrageergebnisse das nächste Mal benötigen, rufen Sie Ihren Objekt-Cache auf und erhalten sie fast augenblicklich. Auch wenn Datenbankserver ihre eigenen Caches verwenden, müssen sie sehr oft noch auf die Festplatte zugreifen und die Ergebnisse berechnen, was länger dauern kann.

Wie bei allen Caches gibt es einen Kompromiss zwischen höherer Leistung und älteren, veralteten Daten. Wenn Sie Ihren Cache so einstellen, dass er nicht sehr lange lebt, werden mehr Abfragen an die Datenbank gestellt und der Vorteil des Caches wird etwas zunichte gemacht.

Bei einem Seiten-Cache entfällt jede Art von Datenabfrage, da die Seite bereits erstellt und im Cache gespeichert wurde. Wenn jemand die Seite das nächste Mal anfordert, stellt der Webserver (oder der Reverse-Proxy-Caching-Server) die Seite selbst bereit, ohne PHP, Mysql usw. aufzurufen. In diesem Szenario würde ein Objekt-Cache nicht helfen.

Wo Objekt-Caches wirklich glänzen, ist dort, wo Seiten-Caches nicht verwendet werden können. Wenn Sie beispielsweise einen Woocommerce-Shop betreiben und ein eingeloggter Benutzer Artikel zu seinem Warenkorb hinzufügt und auf Kontoinformationen zugreift, kann uns ein Seiten-Cache nicht helfen, da dieser Inhalt nur für den Benutzer bestimmt ist. Ein Objekt-Cache könnte uns jedoch bei Abfragen helfen, auf die mehr als einmal zugegriffen wird.

Um einen dauerhaften Objekt-Cache hinzuzufügen, müssen Sie sicherstellen, dass Ihre Website Zugriff auf einen Redis – oder Memcached-Server hat.
Sobald dies der Fall ist, können Sie ein Plugin in WordPress verwenden, um die Verwendung des Objekt-Caches zu aktivieren.