Leer hoe Caching EPMV beïnvloedt

Caching (of cache) is een soort tussenbuffer waarin gegevens worden opgeslagen. Dankzij caching wordt de sitepagina niet voor elke gebruiker opnieuw gemaakt. Met CACHING kunt u in de kortst mogelijke tijd met een grote hoeveelheid gegevens werken en met beperkte middelen (server en gebruiker).

Soorten caching

1. Browser caching of client caching

Het instrueert de browser om een ​​bestaande cache-kopie te gebruiken. Het werk van een dergelijke caching is gebaseerd op het feit dat bij een tweede bezoek de 304 niet gewijzigde koptekst aan de browser wordt gegeven en de pagina of de afbeelding zelf is geladen van de lokale gebruikerscache. Het blijkt dat de eigenaar van de site op het verkeer slaat tussen de browser van de bezoeker en de hosting van de site. Dienovereenkomstig begint de sitepagina sneller te laden.

1.1. Cachebestanden en afbeeldingen.

Browser Caching is het best geschikt voor sites met een groot aantal afbeeldingen: de afbeelding wordt niet gedownload elke keer dat de site wordt geopend, maar eenvoudig geladen via de browsercache. Dit is het eerste niveau van caching, dat is om de verlopen header en de 304 niet-gewijzigde header te retourneren. De meest effectieve caching wordt beschouwd als gedurende twee weken.

In dit geval is er echter een belangrijke nuance: als het beeld op de site verandert, dan zal de browser er niet onmiddellijk over weten, maar alleen als u wacht op het verstrijken of de cache in de browser zelf opnieuw instellen. Het is niet erg effectief als het bestand constant verandert en het noodzakelijk is om constant de huidige versie te retourneren.

1.2. Https caching

Speciale headers zoals strikte beveiliging. Hiermee kan de browser altijd het geselecteerde domein raadplegen via HTTPS. Het zorgt ervoor dat deze staat nogal stijve en, als dit type cache wordt geannuleerd, probeert de browser nog een lange tijd de pagina via HTTPS te laden, terwijl u de huidige headers negeert.

1.3. CERTIFICATIONAAL CACHING

De zogenaamde stempel van certificeringautoriteit.

Dit type caching wordt als verplicht beschouwd als de eigenaar van de website niet wil dat de gebruikers van zijn website wachten op de certificeringsinstantie (en dit is een bepaalde server die verantwoordelijk is voor de geldigheid van het certificaat) om het verzoek van de browser van de gebruiker te verwerken van de geldigheid van het certificaat) en bevestig dat de bron inderdaad door hem is bevestigd.

1.4. Pagina caching

Wanneer de pagina al is gegenereerd, moet u de relevantie ervan voortdurend volgen. Om dit te doen, moet u een servercache gebruiken met het volgen van de tijd van wijzigingen in afzonderlijke delen van de pagina (als de pagina is opgebouwd uit een reeks dynamisch gegenereerde blokken). Met deze aanpak worden in elk antwoord van de server geïnstalleerd dat speciale koptekers worden geïnstalleerd die de tijd aangeven waarop de pagina is gewijzigd, die vervolgens door de browser van de gebruiker worden verzonden wanneer de sitepagina opnieuw is bereikt. Bij ontvangst van dergelijke koptekers kan de server de huidige status van de pagina analyseren (maakt het misschien zelfs weer), maar in plaats van de pagina-inhoud, geeft u de kop 304 niet gewijzigd, die voor de gebruikersbrowser betekent dat de pagina kan zijn getoond uit de cache van de (gebruiker browser).

Natuurlijk is het mogelijk om de juiste headers te verzenden zonder de sculpe van de server-side-tracking te gebruiken, maar in dit geval zullen de meeste gebruikers de update van de pagina vrij laat ontvangen. Met deze aanpak peilt de browser soms de server om updates te ontvangen, maar de frequentie en regels voor elke browser zijn geconfigureerd door zijn ontwikkelaar, dus er is geen reden om te hopen dat gebruikers updates op tijd zullen ontvangen.

Meestal is de cache gecategoriseerd door het type gebruiker:

• voor geautoriseerd;
• voor ongeoorloofd.

Deze divisie is het gevolg van het unieke karakter van de inhoud voor elke geautoriseerde gebruiker en de algemeenheid van de inhoud voor de gastgebruikers. Op de meeste sites kan een ongeautoriseerde gebruiker de inhoud van de site niet wijzigen en zijn inhoud daarom beïnvloeden.

Met Browser Cache kunt u verkeer en tijd besparen die worden uitgegeven aan het laden van pagina's. Maar om het besparingseffect te bereiken, moet de gebruiker minstens één keer de resource-pagina bezoeken, wat betekent dat de belasting op serverbronnen zal afnemen, maar niet significant.

2 servercaching

Caching-server zijn alle soorten van caching waarin gegevens worden opgeslagen op de server. Deze gegevens zijn niet beschikbaar voor client browsers. De cache wordt gemaakt en opgeslagen op een één-op-velen basis (veel, in dit geval, zijn cliëntinrichtingen).

2.1. Volledige pagina caching

Meest efficiënte cache. Het grootste voordeel is dat de pagina bijna terug op het tijdstip van de toegang, als een gevolg daarvan is de mogelijkheid om miljoenen te verwerken, zelfs op de zwakste server met de snelheid van het geheugen en met weinig CPU-gebruik.

Dit type cache heeft ook zijn nadelen: bijvoorbeeld, het onvermogen om cache-pagina's voor een geautoriseerde gebruiker, of voor een gebruiker van wie de pagina-inhoud is afhankelijk van de huidige gebruiker variabelen.

Gebruik deze cache als de server kent alle statische toestanden van de externe gegevens, dat wil zeggen, in feite is dit de ideale pagina staat voor gastgebruikers. Hierbij moet worden bedacht dat met dergelijke caching, de architectuur van een site of applicatie moet altijd verwerken binnenkomende aanvragen op dezelfde manier en geven dezelfde soort reacties. Een dergelijke toestand bestaat in elk programma op deze site, het hoeft alleen te worden gevolgd en toegepast op de cache.

Caching van volledige pagina's, het vaakst wordt gebruikt in een soort van nood, terwijl de pagina cache wordt bewaard voor een vooraf bepaalde tijd (van 2 minuten), waarin de reacties van de server zijn van hetzelfde type.

2.2. Compilatie van PHP caching

Er wordt onderscheid gemaakt tussen pure compilatie van de code en de optimalisatie daarvan bij het samenstellen (substitutie van scripts).

2.3. Caching afzonderlijke blokken van een pagina

Dit is de meest interessante en tegelijkertijd de moeilijkste vorm van caching. Toch kan het ook effectief zijn; het is de gemakkelijkste manier om de principes van caching in het algemeen, met behulp van zijn voorbeeld te verklaren.

Het is nodig om toezicht te houden: de toestand van de tabellen, de toestand van de gebruiker sessie, of om te cachen tijdens de POST uit te schakelen of GET verzoeken, de afhankelijkheid van de huidige adres, persistentie van caching (als de vorige omstandigheden veranderen) of de dynamische aanpassing.

Caching individuele pagina blokken is beter dan andere vormen van caching als je nodig hebt, bijvoorbeeld om het aantal verzoeken aan de database van echte (geautoriseerde) gebruikers te verminderen.

2.4. PHP caching gebaseerd op ongedeelde middelen

het best geschikt voor het standaardiseren van verzoeken, het ophalen van gegevens van gedeelde bronnen, met inwendige variabelen die php middelen toegang tot meerdere keren tijdens pagina generatie.

2.5. PHP caching op basis van gedeelde bronnen

Dit caching wordt gebruikt voor het opslaan van gegevens in series. Bijvoorbeeld, een configuratiebestand, tafel staten, bestandssysteem lijsten.

2.6. Mysql Caching Op basis van Query Cache

Dit is een vrij bekende en bekende topic. Toch zou ik graag de details van het werken met timestamp overwegen en hoe je constant kunt voorkomen dat het doorspoelen van de query cache.

Als u een constant veranderende timestamp in dergelijke vragen te gebruiken, dan is de sql cache zal niet alleen nutteloos, maar zelfs schadelijk zijn, aangezien de meeste van de in de cache queries zal ophopen, waarvan de data is verouderd op het moment dat de cache is gemaakt.

In de regel wordt elk materiaal gepubliceerd op bepaalde punten in de tijd. Bijvoorbeeld: 00:00 uur. Het enige wat u hoeft te doen is een vraag die de tafel zal beoordelen door de maximale datum, terwijl minder dan de huidige.

Deze vraag zal niet worden gecached, maar alle vragen van deze tabel zal worden gecached als hun aantal is meer dan een.

2.7. Mysql caching van de output, het aggregeren van tabellen

Er is een regel: er moeten aanzienlijk minder gegevensupdates dan leest om hen terug te keren.

DNS caching: de best presterende website caching

Echter, het beste type van caching mogelijk DNS caching, dat de webserver van onnodige pagina voorbereiding op statische pagina's bespaart, en brengt de inhoud kopieën dichter bij de gebruiker, waardoor de site levering sneller.

DNS caching zou kunnen krijgen duur, maar kan worden geïmplementeerd op uw websites voor gratis door het gebruik van technologieën zoals de Ezoic platform dat optimaliseert websites inhoud.

Big Data Analytics en statistieken per pagina Caching

Dat wil zeggen, het is niet logisch om te aggregeren wat er op hetzelfde moment zal veranderen, terwijl de relevantie van de geaggregeerde gegevens belangrijk is.

Wat te kiezen voor aggregatie? Meestal is dit een soort statistische informatie over het aantal records, de datum van de laatste update, de auteur van de laatste update en dergelijke.

Om erachter te komen hoe Caching EPMV beïnvloedt, moet de eigenaar van de website deze stappen volgen:

1. Log in op uw Ezoic -account;
2. Selecteer in het menu van de linkerkant de instelling Sitesnelheid;
3. Klik in het vervolgkeuzemenu op de optie Caching.

De gebruiker wordt naar een pagina gebracht die analytische gegevens weergeeft. Een deel van de gegevens wordt weergegeven in de vorm van een grafiek en de tweede - in de vorm van een tabel, waarin de analytische gegevens in meer detail worden beschreven.

Overzicht van grafiek- en tabelgegevens

Er moet meteen worden opgemerkt dat de gegevens die in dit artikel zullen worden gegeven, alleen voor één specifieke site geldig zijn. Als u de eigenaar bent van uw eigen website, en moet u ook toegang krijgen tot dergelijke analyse, dan moet u zich registreren in het Ezoic -systeem.

De hoofdfunctie van de cache is om het gegevensherstelproces te versnellen. Het elimineert de noodzaak om toegang te krijgen tot een langzamere onderliggende opslaglaag. De kleine hoeveelheid cachegeheugen wordt gecompenseerd door de hoge toegangssnelheid.

Met de juiste Ezoic cache -instellingen kunt u de kwaliteit van uw site voor uzelf en uw gebruikers verbeteren.

Eenmaal in de optie Caching ziet de eigenaar van de site een grafiek en een onderstaande tabel. De volgende gegevens worden weergegeven in de tabel voor dit type analyse:

1. Ezoic cache-niveau;
   
2. BROWSPAPAGES;
   
3. Gemiddelde tijdsladtijd;
   
4. Pagina-aangrijpingspercentage;
   
5. Gemiddelde tijd tot de eerste byte;
   
6. Gemiddelde interactietijd;
   
7. Gemiddelde responstijd van de gastheer;
   
8. Stuiter tarief;
   
9. Exit-percentage;
   
10. Caching RPM (omzet per mille).
    

Cache geraakt.

Een cache-hit is het eerste niveau van de cache in Ezoic. Laten we dat eens van dichterbij bekijken. Pagina-weergaven - 2.002.169, van het totale aantal weergaven, dit is 69,96%. De gemiddelde paginastijd voor dit cache-niveau was 00:36, terwijl het gemiddelde voor deze metriek 00:38 was. De paginatiegraden is 49,02%, het gemiddelde voor dit criterium is 50,52 procent. De gemiddelde tijd tot de eerste byte is 1.470.92 ms, het totaal is 1.906.62 ms.

De gemiddelde interactietijd voor dit cache-niveau is 2.469.89 MS, terwijl het totaal 2.959,37 ms is. De gemiddelde responstijd van de gastheer is 20.70 ms, met in totaal 262,14 ms. De Bounce-tarief is 28,96%, de algehele bounce-tarief is 28,47%. Het exit-percentage is 84,73%, het totale percentage is 84,52%.

De RPM voor een bepaalde cache-tier is $ 5,32 en het totaal voor alle cache-tiers is $ 5,29.

De cache niet raken.

De cache niet raken is het tweede niveau van caching in Ezoic. Laten we dat eens van dichterbij bekijken. Paginaweergaven 727.702, van het totale aantal weergaven, dit is 24,43%. De gemiddelde paginastijd voor dit cache-niveau was 00:41, terwijl het gemiddelde voor deze metriek 00:38 was. De paginatiegraden is 54,52%, het gemiddelde voor dit criterium is 50,52 procent. De gemiddelde tijd tot de eerste byte is 2.558.18 MS, het totaal is 1.906.62 ms.

De gemiddelde interactietijd voor dit cache-niveau is 3.677.07 MS, terwijl het totaal 2.959,37 ms is. De gemiddelde responstijd van de gastheer is 415.68 MS, met in totaal 262,14 ms. De Bounce-tarief is 26,98%, het algemene percentage is 28,47%. Het exitpercentage is 83,99%, het totale percentage is 84,52%.

Het RPM voor een bepaalde cache-tier is $ 5,23 en het totaal voor alle cache-tiers is $ 5,29.

De cache is uitgeschakeld.

Cache Off - Dit is het derde niveau van caching in Ezoic. Laten we dat eens van dichterbij bekijken. Paginaweergaven 132.113, van het totale aantal weergaven, dit is 4,62%. De gemiddelde paginastijd voor dit cache-niveau was 00:36, terwijl het gemiddelde voor deze metriek 00:38 was. De paginavraag is 51,20%, het gemiddelde voor dit criterium is 50,52 procent. De gemiddelde tijd tot de eerste byte is 4.695.58 MS, het totaal is 1.906.62 ms.

De gemiddelde interactietijd voor dit cache-niveau is 6.169.49 MS, terwijl het totaal 2.959.47 ms is. De gemiddelde responstijd van de host is 3.075.51 ms, met een algemeen gemiddelde van 262,14 ms. De Bounce-tarief is 29,55%, het algemene percentage is 28,47%. Het exitpercentage is 84,70%, het totale percentage is 84,52%.

De RPM voor een bepaalde cache-tier is $ 5,17 en het totaal voor alle cache-tiers is $ 5,29.

Big Data Analytics van Ezoic

Big Data Analytics van Ezoic is a relatively young product in the market for similar services from this company. It should be noted that it is very popular with website owners, and there are several reasons for this.

Een van de eersten die aandacht trekken - na registratie op hun bron, kan de eigenaar een enorme reeks informatie krijgen, die zeer goed visualiseerd en gemakkelijk te begrijpen is, zelfs bij degenen die nieuw zijn voor dit bedrijf.

Een andere reden is de gebruiksvriendelijke interface van het product. Dit betekent dat zelfs een niet-geavanceerde gebruiker de functionaliteit kan begrijpen, begrijpt waar en hoe het moet kijken.

Er zijn veel verschillende criteria beschikbaar in Big Data Analytics die u kunt gebruiken om Asset Analytics te onderzoeken. Op elk moment kunt u bijvoorbeeld zien hoeveel geld een resource op een bepaald moment genereert, of hoe de winstgevendheid van pagina's te zien, afhankelijk van de invloed van hun leeftijd.

Veelgestelde Vragen

Wat zijn de voordelen van caching voor een website?

Het belangrijkste voordeel van caching voor een site is de mogelijkheid om de pagina voor elke gebruiker niet opnieuw te maken. Dit geeft u de mogelijkheid om in de kortst mogelijke tijd en met beperkte middelen met een groot aantal gegevens te werken.

Wat betekent sitescaching?

Caching (of cache) is een soort tussenliggende buffer waarin gegevens worden opgeslagen. Dankzij de caching wordt de sitepagina niet opnieuw gemaakt voor elke gebruiker. Met caching kunt u werken met een groot aantal gegevens in de kortst mogelijke tijd en met beperkte bronnen (server en gebruiker).

Wat is de relatie tussen website -caching en EPMV, en hoe kunnen uitgevers leren over deze impact?

Caching kan EPMV positief beïnvloeden door de laadtijden van de pagina -laad te versnellen en de gebruikerservaring te verbeteren, wat kan leiden tot verhoogde advertentie -betrokkenheid en inkomsten. Uitgevers kunnen EPMV analyseren voor en na het implementeren van caching -oplossingen om de impact ervan te begrijpen.