Erfahren Sie, wie sich Caching auf EPMV auswirkt

Caching (oder Cache) ist eine Art Zwischenpuffer, in dem Daten gespeichert werden. Dank Caching wird die Site-Seite nicht für jeden Benutzer neu erstellt. Caching ermöglicht es Ihnen, mit einer großen Datenmenge in kürzester Zeit und mit begrenzten Ressourcen (Server und Benutzer) zu arbeiten.

Arten des Cachings

1. Browser-Caching oder Client-Caching

Es weist den Browser an, eine vorhandene zwischengespeicherte Kopie zu verwenden. Die Arbeit eines solchen Cachings basiert auf der Tatsache, dass bei einem zweiten Besuch der Header 304 Not Modified an den Browser übergeben wird und die Seite oder das Bild selbst aus dem lokalen Benutzercache geladen wird. Es stellt sich heraus, dass der Eigentümer der Website Datenverkehr zwischen dem Browser des Besuchers und dem Hosting der Website einspart. Dementsprechend beginnt die Site-Seite schneller zu laden.

1.1. Caching von Dateien und Bildern.

Browser-Caching eignet sich am besten für Seiten mit vielen Bildern: Das Bild wird nicht bei jedem Seitenaufruf heruntergeladen, sondern einfach über den Browser-Cache geladen. Dies ist die erste Caching-Ebene, die den „expired“-Header und den „304 Not Modified“-Header zurückgeben soll. Als effektivstes Caching gilt eine Dauer von zwei Wochen.

In diesem Fall gibt es jedoch eine wichtige Nuance: Wenn sich das Bild auf der Website ändert, erfährt der Browser dies nicht sofort, sondern nur, wenn Sie auf den Ablauf warten oder den Cache im Browser selbst zurücksetzen. Es ist nicht sehr effektiv, wenn sich die Datei ständig ändert und ständig die aktuelle Version zurückgegeben werden muss.

1.2. HTTPS-Caching

Spezielle Header wie strict-security. Ermöglicht dem Browser, immer auf die ausgewählte Domain über https zu verweisen. Es hält diesen Zustand ziemlich starr und wenn diese Art von Cache abgebrochen wird, versucht der Browser noch ziemlich lange, die Seite über https zu laden, während er die aktuellen Header ignoriert.

1.3. Caching von Zertifizierungsstellen

Der sogenannte Zertifizierungsstellenstempel.

Diese Art des Cachings gilt als obligatorisch, wenn der Website-Inhaber nicht möchte, dass die Benutzer seiner Website darauf warten, dass die Zertifizierungsstelle (und dies ist ein bestimmter Server, der für die Gültigkeit des Zertifikats verantwortlich ist) die Anfrage des Browsers des Benutzers verarbeitet und bestätigen, dass die Ressource tatsächlich von ihm bestätigt wurde.

1.4. Seiten-Caching

Wenn die Seite bereits generiert ist, müssen Sie ihre Relevanz ständig überwachen. Dazu müssen Sie einen Server-Cache verwenden, der den Zeitpunkt der Änderungen in einzelnen Teilen der Seite verfolgt (wenn die Seite aus einer Reihe dynamisch generierter Blöcke aufgebaut ist). Bei diesem Ansatz werden in jede Antwort des Servers spezielle Header eingebaut, die den Zeitpunkt des Seitenwechsels angeben, die dann vom Browser des Benutzers gesendet werden, wenn die Website-Seite erneut aufgerufen wird. Beim Empfang solcher Header kann der Server den aktuellen Zustand der Seite analysieren (vielleicht sogar rendern), aber statt des Seiteninhalts den Header „304 Not Modified“ ausgeben, was für den Benutzerbrowser bedeutet, dass die Seite sein kann aus seinem Cache (des Browsers des Benutzers) angezeigt.

Natürlich ist es auch möglich, die entsprechenden Header zu versenden, ohne den serverseitigen Tracking-Cache zu verwenden, aber in diesem Fall erhalten die meisten Benutzer die Seiteninhaltsaktualisierung ziemlich spät. Bei diesem Ansatz fragt der Browser manchmal den Server ab, um Updates zu erhalten, aber die Häufigkeit und die Regeln für jeden Browser werden von seinem Entwickler konfiguriert, sodass es keinen Grund gibt zu hoffen, dass Benutzer Updates rechtzeitig erhalten.

Typischerweise wird der Cache nach dem Benutzertyp kategorisiert:

• für autorisiert;
• für Unbefugte.

Diese Unterteilung ergibt sich aus der Einzigartigkeit des Inhalts für jeden autorisierten Benutzer und der Allgemeingültigkeit des Inhalts für die Gastbenutzer. Bei den meisten Sites kann ein unbefugter Benutzer den Inhalt der Site nicht ändern und somit deren Inhalt beeinflussen.

Mit dem Browser-Cache können Sie Datenverkehr und Zeit beim Laden von Seiten sparen. Um den Einspareffekt zu erzielen, muss der Benutzer die Ressourcenseite jedoch mindestens einmal besuchen, was bedeutet, dass die Belastung der Serverressourcen verringert wird, jedoch nicht wesentlich.

2 Server-Caching

Server-Caching bezeichnet alle Arten von Caching, bei denen Daten serverseitig gespeichert werden. Diese Daten sind für Client-Browser nicht verfügbar. Der Cache wird auf einer Eins-zu-Viele-Basis erstellt und gespeichert (viele sind in diesem Fall Clientgeräte).

2.1. Ganzseitiges Caching

Effizientester Cache. Sein größter Vorteil ist, dass die Seite fast zum Zeitpunkt des Zugriffs zurückgegeben wird, wodurch Millionen von Anfragen selbst auf dem schwächsten Server mit der Geschwindigkeit des Speichers und mit geringer CPU-Auslastung verarbeitet werden können.

Diese Art von Cache hat auch ihre Nachteile: zum Beispiel die Unfähigkeit, Seiten für einen autorisierten Benutzer oder für einen Benutzer, dessen Seiteninhalt von den aktuellen Benutzervariablen abhängt, zwischenzuspeichern.

Verwenden Sie diesen Cache, wenn der Server alle statischen Zustände der externen Daten kennt, das heißt, dies ist tatsächlich der ideale Seitenzustand für Gastbenutzer. Zu beachten ist, dass bei einem solchen Caching die Architektur einer Seite oder Anwendung eingehende Anfragen immer gleich verarbeiten und gleichartig antworten muss. Ein solcher Zustand existiert in jeder Anwendung oder Site, er muss nur nachverfolgt und auf den Cache angewendet werden.

Das Zwischenspeichern ganzer Seiten wird meistens in Notfällen verwendet, während der Seitencache für eine vorbestimmte Zeit (ab 2 Minuten) gespeichert wird, während der die Antworten vom Server vom gleichen Typ sind.

2.2. Zwischenspeichern der PHP-Kompilierung

Dabei wird zwischen der reinen Kompilierung des Codes und dessen Optimierung während der Kompilierung (Substitution von Skripten) unterschieden.

2.3. Zwischenspeichern einzelner Blöcke einer Seite

Dies ist die interessanteste und zugleich schwierigste Art des Cachings. Trotzdem kann es auch effektiv sein; Es ist der einfachste Weg, die Prinzipien des Cachings im Allgemeinen anhand seines Beispiels zu erklären.

Es muss überwacht werden: der Status der Tabellen, der Status der Benutzersitzung, ob das Caching während POST- oder GET-Anforderungen deaktiviert werden soll, die Abhängigkeit von der aktuellen Adresse, die Persistenz des Caching (wenn sich die vorherigen Bedingungen ändern) oder seine Dynamik Einstellung.

Das Zwischenspeichern einzelner Seitenblöcke ist besser als andere Arten des Zwischenspeicherns, wenn Sie beispielsweise die Anzahl der Anfragen an die Datenbank von echten (autorisierten) Benutzern reduzieren müssen.

2.4. PHP-Caching basierend auf nicht freigegebenen Ressourcen

Am besten geeignet für die Standardisierung von Anfragen, das Abrufen von Daten aus gemeinsam genutzten Ressourcen und das Vorhandensein interner Variablen, auf die PHP-Ressourcen während der Seitengenerierung mehrmals zugreifen.

2.5. PHP-Caching basierend auf gemeinsam genutzten Ressourcen

Dieses Caching wird verwendet, um serialisierte Daten zu speichern. Zum Beispiel eine Konfigurationsdatei, Tabellenzustände, Dateisystemlisten.

2.6. MySQL-Caching basierend auf dem Abfrage-Cache

Dies ist ein ziemlich bekanntes und bekanntes Thema. Trotzdem möchte ich die Besonderheiten der Arbeit mit Zeitstempeln betrachten und wie Sie vermeiden können, dass der Abfrage-Cache ständig geleert wird.

Wenn Sie in solchen Abfragen einen sich ständig ändernden Zeitstempel verwenden, ist der SQL-Cache nicht nur nutzlos, sondern sogar schädlich, da sich die meisten zwischengespeicherten Abfragen ansammeln, deren Daten zum Zeitpunkt der Erstellung des Caches veraltet sind.

Jedes Material wird in der Regel zu bestimmten Zeitpunkten veröffentlicht. Zum Beispiel 00:00. Alles, was Sie tun müssen, ist eine Abfrage zu erstellen, die die Tabelle nach dem maximalen Datum auswertet, während es weniger als das aktuelle ist.

Diese Abfrage wird nicht zwischengespeichert, aber alle Abfragen an diese Tabelle werden zwischengespeichert, wenn ihre Anzahl größer als eins ist.

2.7. MySQL-Caching der Ausgabe, Aggregieren von Tabellen

Es gibt eine Regel: Es sollte deutlich weniger Datenaktualisierungen als Lesevorgänge geben, um sie zurückzugeben.

DNS-Caching: das leistungsstärkste Website-Caching

Die bestmögliche Art des Cachings ist jedoch das DNS-Caching, das den Webserver vor unnötiger Seitenvorbereitung für statische Seiten bewahrt und Inhaltskopien näher an den Benutzer bringt, wodurch die Bereitstellung der Website beschleunigt wird.

DNS-Caching kann teuer werden, kann aber kostenlos auf Ihren Websites implementiert werden, indem Sie Technologien wie die Ezoic-Plattform verwenden, die den Inhalt von Websites optimiert.

Big-Data-Analysen und Statistiken durch Seiten-Caching

Das heißt, es macht keinen Sinn zu aggregieren, was sich im selben Moment ändern wird, während die Relevanz der aggregierten Daten wichtig ist.

Was ist für die Aggregation zu wählen? Normalerweise handelt es sich dabei um statistische Informationen über die Anzahl der Datensätze, das Datum der letzten Aktualisierung, den Autor der letzten Aktualisierung und dergleichen.

Um herauszufinden, wie sich das Caching auf EPMV auswirkt, sollte der Websitebesitzer die folgenden Schritte ausführen:

1. Melden Sie sich bei Ihrem Ezoic-Konto an;
2. Wählen Sie im Menü auf der linken Seite die Einstellung „Website-Geschwindigkeit“;
3. Klicken Sie im Dropdown-Menü auf die Option „Caching“.

Der Benutzer wird auf eine Seite geleitet, die Analysedaten anzeigt. Ein Teil der Daten wird in Form eines Diagramms und der zweite in Form einer Tabelle angezeigt, in der die Analysedaten detaillierter beschrieben werden.

Überblick über Diagramm- und Tabellendaten

Es sollte sofort darauf hingewiesen werden, dass die Daten, die in diesem Artikel angegeben werden, nur für einen bestimmten Standort gültig sind. Wenn Sie der Eigentümer Ihrer eigenen Website sind und auch Zugriff auf solche Analysen benötigen, müssen Sie sich im Ezoic-System registrieren.

Die Hauptfunktion des Cache besteht darin, den Datenabrufprozess zu beschleunigen. Es beseitigt die Notwendigkeit, auf eine langsamere zugrunde liegende Speicherebene zuzugreifen. Die geringe Menge an Cache -Speicher wird durch die hohe Zugangsgeschwindigkeit kompensiert.

Mit den richtigen * ezoischen * Cache -Einstellungen können Sie die Qualität Ihrer Website für sich und Ihre Benutzer verbessern.

Sobald die Option „Caching“ aktiviert ist, sieht der Websitebesitzer ein Diagramm und eine Tabelle darunter. Die folgenden Daten werden in der Tabelle für diese Art von Analyse angezeigt:

1. Ezoic-Cache-Level;
   
2. Durchsuchen von Seiten;
   
3. Durchschnittliche Seitenladezeit;
   
4. Page-Engagement-Rate;
   
5. Durchschnittliche Zeit bis zum ersten Byte;
   
6. Durchschnittliche Interaktionszeit;
   
7. Durchschnittliche Antwortzeit des Hosts;
   
8. Absprungrate;
   
9. Austrittsprozentsatz;
   
10. Caching-RPM (Revenue Per Mille).
    

Cache-Treffer.

Ein Cache-Treffer ist die erste Ebene des Caches in Ezoic. Lass uns genauer hinschauen. Seitenaufrufe - 2.002.169, von der Gesamtzahl der Aufrufe, das sind 69,96 %. Die durchschnittliche Seitenladezeit für diese Cache-Ebene betrug 00:36, während der Durchschnitt für diese Metrik 00:38 betrug. Die Page Engagement Rate beträgt 49,02 %, der Durchschnitt für dieses Kriterium liegt bei 50,52 Prozent. Die durchschnittliche Zeit bis zum ersten Byte beträgt 1.470,92 ms, die Gesamtzeit 1.906,62 ms.

Die durchschnittliche Interaktionszeit für diese Cache-Ebene beträgt 2.469,89 ms, während die Gesamtzeit 2.959,37 ms beträgt. Die durchschnittliche Antwortzeit des Hosts beträgt 20,70 ms, insgesamt 262,14 ms. Die Absprungrate beträgt 28,96 %, die Gesamtabsprungrate 28,47 %. Der Ausstiegsprozentsatz beträgt 84,73 %, der Gesamtprozentsatz 84,52 %.

Der RPM für einen bestimmten Cache-Tier beträgt 5,32 USD, und die Summe für alle Cache-Tiers beträgt 5,29 USD.

Den Cache nicht treffen.

Den Cache nicht zu treffen, ist die zweite Ebene des Cachings in Ezoic. Lass uns genauer hinschauen. Seitenaufrufe 727.702, von der Gesamtzahl der Aufrufe sind dies 24,43 %. Die durchschnittliche Seitenladezeit für diese Cache-Ebene betrug 00:41, während der Durchschnitt für diese Metrik 00:38 betrug. Die Page Engagement Rate liegt bei 54,52 %, der Durchschnitt für dieses Kriterium liegt bei 50,52 Prozent. Die durchschnittliche Zeit bis zum ersten Byte beträgt 2.558,18 ms, die Summe 1.906,62 ms.

Die durchschnittliche Interaktionszeit für diese Cache-Ebene beträgt 3.677,07 ms, während die Gesamtzeit 2.959,37 ms beträgt. Die durchschnittliche Antwortzeit des Hosts beträgt 415,68 ms, insgesamt 262,14 ms. Die Absprungrate liegt bei 26,98 %, der Gesamtprozentsatz bei 28,47 %. Der Ausstiegsprozentsatz beträgt 83,99 %, der Gesamtprozentsatz 84,52 %.

Der RPM für einen bestimmten Cache-Tier beträgt 5,23 US-Dollar, und die Summe für alle Cache-Tiers beträgt 5,29 US-Dollar.

Der Cache ist deaktiviert.

Cache aus – Dies ist die dritte Ebene des Cachings in Ezoic. Lass uns genauer hinschauen. Seitenaufrufe 132.113, von der Gesamtzahl der Aufrufe sind dies 4,62 %. Die durchschnittliche Seitenladezeit für diese Cache-Ebene betrug 00:36, während der Durchschnitt für diese Metrik 00:38 betrug. Die Page Engagement Rate beträgt 51,20 %, der Durchschnitt für dieses Kriterium liegt bei 50,52 Prozent. Die durchschnittliche Zeit bis zum ersten Byte beträgt 4.695,58 ms, die Gesamtzeit 1.906,62 ms.

Die durchschnittliche Interaktionszeit für diese Cache-Ebene beträgt 6.169,49 ms, während die Gesamtzeit 2.959,47 ms beträgt. Die durchschnittliche Antwortzeit des Hosts beträgt 3,075,51 ms, mit einem Gesamtdurchschnitt von 262,14 ms. Die Absprungrate liegt bei 29,55 %, der Gesamtprozentsatz bei 28,47 %. Der Austrittsprozentsatz liegt bei 84,70 %, der Gesamtprozentsatz bei 84,52 %.

Der RPM für einen bestimmten Cache-Tier beträgt 5,17 USD, und die Summe für alle Cache-Tiers beträgt 5,29 USD.

Big-Data-Analysen von Ezoic

Big Data Analytics von Ezoic ist ein relativ junges Produkt auf dem Markt für ähnliche Dienstleistungen dieses Unternehmens. Es sollte beachtet werden, dass es bei Website-Eigentümern sehr beliebt ist, und dafür gibt es mehrere Gründe.

Einer der ersten, der Aufmerksamkeit erregt - nach der Registrierung auf seiner Ressource kann der Eigentümer eine riesige Auswahl an Informationen erhalten, die sehr gut visualisiert und selbst für diejenigen, die neu in diesem Geschäft sind, leicht verständlich sind.

Ein weiterer Grund ist die benutzerfreundliche Oberfläche des Produkts. Dies bedeutet, dass selbst ein nicht fortgeschrittener Benutzer die Funktionalität verstehen, verstehen kann, wo was ist und wie man es sich ansieht.

In der Big-Data-Analyse stehen viele verschiedene Kriterien zur Verfügung, die Sie zur Untersuchung von Asset-Analysen verwenden können. Sie können beispielsweise jederzeit sehen, wie viel Geld eine Ressource zu einem bestimmten Zeitpunkt generiert, oder wie Sie die Rentabilität von Seiten in Abhängigkeit vom Einfluss ihres Alters sehen können.

Häufig Gestellte Fragen

Was sind die Vorteile des Cachings für eine Website?

Der Hauptvorteil des Cachings für eine Website besteht darin, dass die Seite nicht für jeden Benutzer neu erstellt werden muss. Dies gibt Ihnen die Möglichkeit, mit einer großen Datenmenge in kürzester Zeit und mit begrenzten Ressourcen zu arbeiten.

Was bedeutet das Caching von Site?

Caching (oder Cache) ist eine Art Zwischenpuffer, bei dem Daten gespeichert werden. Dank Caching wird die Site-Seite für jeden Benutzer nicht neu erstellt. Mit dem Caching können Sie in kürzester Zeit und mit begrenzten Ressourcen (Server und Benutzer) mit einer großen Menge an Daten arbeiten.

In welcher Beziehung zwischen Website Caching und EPMV und wie können Verlage über diese Auswirkungen erfahren?

Das Caching kann EPMV positiv beeinflussen, indem die Seitenladezeiten beschleunigt und die Benutzererfahrung verbessert werden. Dies kann zu einem erhöhten AD -Engagement und -einsatz führen. Verlage können EPMV vor und nach der Implementierung von Caching -Lösungen analysieren, um seine Auswirkungen zu verstehen.