Wie funktioniert WordPress Caching?

  1. 1. Leitfaden für Anfänger zum Verständnis der internen Funktionen von WordPress
  2. 2. Was ist WordPress-Caching und warum ist es wichtig??
  3. 3. Derzeit lesen: Wie funktioniert WordPress Caching??
  4. 4. So installieren und einrichten Sie WordPress-Caching mit WP Super Cache
  5. 5. So richten Sie WordPress-Caching mit W3 Total Cache (W3TC) ein
  6. 6. MaxCDN Review: Das beste CDN für WordPress?

Willkommen zu einem neuen Kapitel in unserer WordPress-Caching-Reihe, in dem wir lernen, wie WordPress-Caching funktioniert. Bevor wir diesem Thema auf den Grund gehen, stellen Sie bitte sicher, dass Sie jedes der vorherigen Themen (aus dieser Reihe) sorgfältig befolgt haben, da dieses Kapitel das Wissen aus ihnen verwendet. Lassen Sie uns zunächst über die beiden primären Arten von verfügbaren Caching-Protokollen sprechen, die auf dem Client-Server-Modell basieren:


  • Clientseitiges Caching und
  • Serverseitiges Caching

Clientseitiges Caching

Das Client-Server-Modell

Das Client-Server-Modell

Eine Website enthält viele nicht textuelle, statische Daten wie Bilder, CSS- und Javascript-Dateien. Sobald sie heruntergeladen wurden, ist Ihr Browser intelligent genug, um sie nicht jedes Mal erneut herunterzuladen, wenn Sie die F5-Taste drücken. Es werden lediglich die Daten aus dem lokalen Cache bereitgestellt – d. H. Die zwischengespeicherten Daten, die auf der Festplatte Ihres Computers gespeichert sind. Aus diesem Grund wird empfohlen, den Cache Ihres Browsers von Zeit zu Zeit zu bereinigen. Dies spart viel Platz und verbessert die Leistung.

Dieser Prozess der Wiederverwendung der zwischengespeicherten Daten vom Computer des Clients (oder vom Ende des Clients) wird als clientseitiges Caching bezeichnet. Fast jede moderne Website verwendet sie und jeder Browser unterstützt sie. Das clientseitige Caching verhindert Datenredundanz (d. H. Das wiederholte Herunterladen derselben Daten) und spart somit eine Menge Serverressourcen und vor allem Zeit!

Serverseitiges Caching

Server

Das serverseitige Caching umfasst alle verschiedenen Caching-Protokolle, die unter WordPress-Caching verwendet werden. Sie umfassen Folgendes:

  • Seiten-Caching
  • Zwischenspeichern von Datenbankabfragen
  • Objektbasiertes Caching
  • Opcode-Caching

WordPress verwendet diese vier wichtigen serverseitigen Caching-Protokolle. Wir werden uns jeden einzelnen einzeln ansehen und herausfinden, wie durch das Zwischenspeichern jedes einzelnen eine Menge wertvoller Rechenzeit gespart werden kann, wodurch Ihre Website beschleunigt wird.

Seiten-Caching

1381630448_HTML-2Das Seiten-Caching ist das einfachste aller Caching-Protokolle, und ich wette, Sie wissen dies bereits. Es bezieht sich einfach auf den Prozess des Speicherns der dynamisch generierten HTML-Dateien auf der Festplatte oder im Speicher (RAM) des Servers (allgemein als “Cache” bezeichnet) und beim Bereitstellen aus dem Cache (dh Wiederverwenden zuvor generierter Daten), wenn eine Anforderung gestellt wird . Dies spart den Aufwand für die Ausführung von PHP-Code- und MySQL-Datenbankabfragen.

Datenbank-Caching

DatenbankDas Erste, was Sie über Datenbanken wissen müssen, ist, dass sie riesig und ressourcenhungrig sind. Sie sind buchstäblich das Herz eines jeden Unternehmens – sei es online oder auf andere Weise. Gleiches gilt für WordPress. Ziel einer Datenbank ist es, Daten effizient zu speichern, zu aktualisieren und bereitzustellen. Da sie normalerweise sehr groß sind, benötigt jede Abfrage Zeit (normalerweise in der Größenordnung von einigen hundert Mikrosekunden). Bessere Hardware, schnellere Generierung der Abfrageergebnisse. Denk darüber nach. Da WordPress stark von seiner Datenbank abhängig ist, führt es ab und zu eine Abfrage durch. Und wenn Daten in der Datenbank nicht geändert werden, ähnelt das Abfragen derselben Daten dem wiederholten erneuten Herunterladen derselben Bilder – wie unter Client-seitiges Caching beschrieben. Daher ist es sinnvoll, die Ergebnisse einer Abfrage im lokalen Speicher zu speichern, nicht wahr? Dieses Speichern der Ergebnisse von Datenbankabfragen im lokalen Speicher wird als Datenbank-Caching bezeichnet und ist einer der grundlegenden Faktoren beim WordPress-Caching.

Sobald die Datenbank aktualisiert wurde (z. B. wenn ein Beitrag aktualisiert oder veröffentlicht oder ein Kommentar gesendet wurde), ist es jedoch sehr wichtig, dass der zuvor gespeicherte Datenbankcache gelöscht und die Ergebnisse der Datenbankabfrage erneut zwischengespeichert werden. Dies ist nicht redundant, da irrelevante oder fehlerhafte Ergebnisse von Datenbankabfragen beseitigt werden.

Objekt-Caching

OpcodeWordPress verfügt über ein internes Caching-System, das mehrere Subsysteme enthält (d. H. Die Caching-API, den Objekt-Cache und die Transient-API). Mit dem WordPress-Kern können Plugins dieses Caching-System steuern, um die Anzahl der Datenbankaufrufe zu reduzieren. Dies ist ein ziemlich fortgeschrittenes Thema und für den normalen Benutzer nicht ganz relevant.

Opcode-Caching

PHP-CodeÄhnlich wie beim Datenbank-Caching, bei dem die Anzahl der Datenbankabfragen reduziert werden soll, bezieht sich das Opcode-Caching auf das Speichern des kompilierten PHP-Codes zwischen jeder Anforderung. Wenn Sie sich eine PHP-Datei ansehen, werden Sie feststellen, dass der Code tatsächlich eine Liste von Anweisungen ist, die der Compiler verwenden kann. PHP ist eine objektorientierte Programmiersprache und hat ihre Vorteile von Anfang an! Damit ein PHP-Code ausgeführt werden kann, muss der PHP-Compiler zuerst den Code kompilieren und den ausführbaren Code generieren, den der Webserver ausführen soll. Beim Zwischenspeichern der Ausgabe des PHP-Compilers für mehrere Ausführungen geht es um das Zwischenspeichern von Opcode. Auch dies sind interne Dinge – Dinge, über die Sie sich keine großen Sorgen machen sollten!

Lokaler Speicher – Primär gegenüber Sekundär

Lokaler Speicher

Um serverseitiges Caching jeglicher Form zu implementieren, müssen die Daten im lokalen Speicher gespeichert werden. Der Begriff „lokaler Speicher“ kann eines von zwei Dingen bedeuten. Eine ist die Festplatte des Servers und die andere ist der primäre Speicher des Servers – d. H. Der RAM.

RAM, das für Random Access Memory steht, ist eine Form des flüchtigen Speichers und um Größenordnungen schneller als Festplatten, bei denen es sich um einen nichtflüchtigen Sekundärspeicher handelt. Es ist auch teurer. Natürlich wissen Sie das alle.

Wo Sie die zwischengespeicherten Daten speichern, macht einen großen Unterschied. Wenn es sich auf einer Festplatte befindet, ist es definitiv langsamer als wenn es in einem RAM gespeichert ist. Wieder ist die Geschwindigkeit der Festplatte wichtig. Server-Festplatten haben eine Drehzahl von 7.200 bis 15.000 U / min und können unterschiedliche RAID-Stufen aufweisen – RAID 0 ist die schnellste und unsicherste, RAID 4 ist ein ausgewogenes Verhältnis. Sie haben auch SSDs. Daher hat der zwischengespeicherte Datenort einen starken Einfluss auf die Geschwindigkeit.

Für Benutzer auf gemeinsam genutzten Hosting-Servern bleibt keine andere Wahl, als sie auf der Festplatte zu speichern. Für Benutzer, die ihren eigenen dedizierten Server oder VPS ausführen, haben Sie zusätzlich die Möglichkeit, den Cache in Ihrem Primärspeicher zu speichern, was wiederum mit großer Sorgfalt erfolgen muss. Eine falsche Konfiguration kann zu Instabilität führen (kein RAM mehr usw.). und häufige Serverabstürze.

Fazit

Nachdem Sie die verschiedenen WordPress-Caching-Protokolle gut verstanden haben, kommen wir zum Kernstück unserer Post-Serie – Implementieren des WordPress-Caching.

Wenn Sie Fragen oder Anregungen zur Verbesserung dieses Kapitels haben, können Sie diese gerne stellen oder teilen. Wir würden uns freuen, Ihre Gedanken zu hören!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map