Lær hvordan Caching Påvirker EPMV

Caching (eller cache) er en slags mellemliggende buffer, hvor data er lagret. Takket være caching, er det websted siden ikke genskabt for hver bruger. Caching gør det muligt at arbejde med en stor mængde data på kortest mulig tid og med begrænsede ressourcer (server og bruger).

Typer af caching

1. Browser caching eller klient caching

Det instruere browseren til at bruge en eksisterende cached kopi. Arbejdet med en sådan caching er baseret på det faktum, at på et andet besøg, er det 304 Ikke Modified header givet til browseren, og siden eller selve billedet indlæses fra den lokale bruger cache. Det viser sig, at ejeren af ​​webstedet sparer på trafikken mellem den besøgendes browser og webstedets hosting. Derfor sitet side starter indlæsning hurtigere.

1.1. Caching filer og billeder.

Browser caching er den bedst egnet til websteder, der indeholder et stort antal billeder: billedet er ikke hentet hver gang webstedet åbnes, men blot indlæses via browserens cache. Dette er det første niveau af caching, som er at returnere udløbet header og 304 Not Modified header. Den mest effektive caching anses for at være i to uger.

Men i dette tilfælde er der en vigtig nuance: hvis billedet på webstedet ændringer, så browseren ikke vil vide det med det samme, men kun hvis du venter på udløb eller nulstille cachen i selve browseren. Det er ikke særlig effektiv, hvis filen er i konstant forandring, og det er nødvendigt hele tiden at returnere sin nuværende version.

1.2. https caching

Særlige overskrifter som streng-sikkerhed. Tillader browseren til altid henvise til den valgte domæne via https. Det holder denne tilstand snarere stive og, hvis denne form for cache annulleres, vil browseren stadig forsøge at indlæse siden via https i temmelig lang tid, uden at se de aktuelle overskrifter.

1.3. Certificeringsmyndighed Caching

Den såkaldte certificeringsmyndighed stempel.

Denne type caching betragtes som obligatorisk, hvis hjemmesiden ejeren ikke ønsker brugerne af hans hjemmeside til at vente på den certificeringsmyndighed (og dette er en vis server, der er ansvarlig for gyldigheden af ​​certifikatet) for at behandle anmodningen fra brugerens browser og bekræfter, at ressourcen er faktisk bekræftet af ham.

1.4. Side caching

Når side allerede er genereret, er du nødt til konstant at overvåge sin relevans. For at gøre dette, er du nødt til at bruge en server cache med sporing tidspunktet for ændringer i de enkelte dele af siden (hvis siden er bygget fra et sæt af dynamisk genererede blokke). Med denne tilgang, i hvert svar fra serveren, er særlige overskrifter installeret, som angiver den tid siden blev ændret, som derefter sendes af brugerens browser, når sitet side er re-adgang. Når du modtager sådanne overskrifter, kan serveren analysere den nuværende tilstand på siden (måske endda gøre den), men i stedet for sidens indhold, giver overskriften 304 Not Modified, som for brugeren browser vil betyde, at siden kan være vist fra sin (brugerens browser) cache.

Selvfølgelig er det muligt at sende de rette overskrifter uden at bruge server-side sporing cache, men i dette tilfælde, vil de fleste brugere modtage sidens indhold opdatering ret sent. Med denne tilgang, at browseren tider meningsmålinger serveren modtage opdateringer, men hyppigheden og regler for hver browser er konfigureret af dets udvikler, så der er ingen grund til at håbe, at brugerne vil modtage opdateringer til tiden.

Typisk er cachen kategoriseret efter typen af ​​bruger:

• til autoriserede;
• for uberettiget.

Denne opdeling skyldes det unikke i indholdet for hver autoriseret bruger og den generelle betydning af indholdet for gæstebrugere. I de fleste steder, kan en uautoriseret bruger ikke ændre indholdet af hjemmesiden, og derfor påvirke dens indhold.

Browser cache kan du gemme trafik og tid brugt på indlæsning af sider. Men for at opnå den besparelse effekt, skal brugeren besøge den ressource side mindst én gang, hvilket betyder, at belastningen på serveren ressourcer vil falde, men ikke signifikant.

2 Server caching

Server Caching refererer til alle typer caching, hvor data er gemt på serversiden. Disse data er ikke tilgængelige for klientbrowsere. Cachen er oprettet og opbevaret på en-til-mange basis (mange, i dette tilfælde er klientenheder).

2.1. Fuld side caching.

Mest effektive cache. Dens største fordel er, at siden returneres næsten på tidspunktet for adgangen, som følge heraf er det evnen til at behandle millioner af anmodninger selv på den svageste server med hastigheden af ​​hukommelsen og med lille CPU-brug.

Denne type cache har også sine ulemper: for eksempel manglende evne til cache-sider for en autoriseret bruger eller for en bruger, hvis sidet indhold afhænger af de aktuelle brugervariabler.

Brug denne cache, hvis serveren kender alle de statiske tilstande af de eksterne data, det er faktisk, at dette er den ideelle sidestatus for gæster. Det skal tages i betragtning, at arkitekturen på et websted eller en applikation med sådan caching skal altid behandle indgående anmodninger på samme måde og give den samme type svar. En sådan stat eksisterer i enhver applikation eller et websted, det skal kun spores og anvendes på cachen.

Caching af hele sider, oftest, bruges i en eller anden form for nødsituation, mens sidekuffen opbevares i en forudbestemt tid (fra 2 minutter), hvor svarene fra serveren er af samme type.

2.2. PHP kompilering caching.

Der sondres mellem ren kompilering af koden og dens optimering under kompilering (substitution af scripts).

2.3. Caching individuelle blokke af en side

Dette er den mest interessante og samtidig den sværeste type caching. Ikke desto mindre kan det også være effektivt; Det er den nemmeste måde at forklare principperne om caching generelt ved hjælp af dets eksempel.

Det er nødvendigt at overvåge: Tabellernes tilstand, brugerens tilstand, uanset om det skal slukke caching under post eller få anmodninger, afhængigheden af ​​den nuværende adresse, vedholdenhed af caching (hvis de tidligere betingelser ændres) eller dets dynamiske justering.

Caching individuelle sider blokke er bedre end andre typer caching, hvis du f.eks. Har brug for at reducere antallet af anmodninger til databasen fra rigtige (autoriserede) brugere.

2.4. PHP caching baseret på ubehagelige ressourcer

bedst egnet til standardiseringsanmodninger, hentning af data fra delte ressourcer, idet der tages interne variabler, som PHP-ressourcer har adgang til flere gange under sidegenerering.

2.5. PHP caching baseret på delte ressourcer

Denne caching bruges til at gemme serialiserede data. For eksempel en konfigurationsfil, tabelstater, filsystemlister.

2.6. MySQL Caching baseret på Query Cache

Dette er et ret velkendt og velkendt emne. Ikke desto mindre vil jeg gerne overveje de specifikationer for at arbejde med Timestamp, og hvordan du kan undgå konstant at skylle forespørgsels cachen.

Hvis du bruger en konstant skiftende tidsstempel i sådanne forespørgsler, vil SQL-cachen ikke kun være ubrugelig, men endda skadelig, da de fleste af de cachelagrede forespørgsler vil akkumulere, hvis data er forældet på det tidspunkt, hvor cachen blev oprettet.

Som regel offentliggøres ethvert materiale på visse punkter i tide. For eksempel 00:00. Alt du skal gøre er at oprette en forespørgsel, der vil evaluere bordet med den maksimale dato, mens mindre end den nuværende.

Denne forespørgsel vil ikke blive cachelagret, men alle forespørgsler til denne tabel vil blive cachelagret, hvis deres nummer er mere end en.

2.7. MySQL caching af output, aggregering af tabeller

Der er en regel: Der skal være betydeligt færre dataopdateringer end leader for at returnere dem.

DNS Caching: Den bedste udførende hjemmeside caching

Men den bedste type caching er DNS-caching, der sparer webserveren fra unødvendig sideforberedelse til statiske sider, og bringer indhold kopier tættere på brugeren, hvilket gør webstedets levering hurtigere.

DNS-caching kan blive dyrt, men kan implementeres på dine websteder gratis ved hjælp af teknologier som den * ezoiske * -platform, der optimerer websites indhold.

Big data analytics og statistikker efter side caching

Det vil sige, det giver ingen mening at aggregat, hvad der vil ændre sig i samme øjeblik, mens relevansen af ​​de aggregerede data er vigtig.

Hvad skal man vælge til sammenlægning? Normalt er dette en form for statistiske oplysninger om antallet af poster, datoen for den sidste ændring, forfatteren af ​​den sidste ændring, og lignende.

For at finde ud af, hvordan caching påvirker EPMV, bør boardadministrator følge disse trin:

1. Log ind på din Ezoic konto;
2. I menuen til venstre, skal du vælge indstillingen Webstedets hastighed;
3. I drop-down menuen, klik på Caching valgmulighed.

Brugeren er taget til en side, der viser analytiske data. Én del af dataene vises i form af en graf, og den anden - i form af en tabel, i hvilken den analytiske data er beskrevet mere detaljeret.

Oversigt over graf og tabeldata

Det skal bemærkes med det samme, at de data, der vil blive givet i denne artikel gælder kun for en bestemt websted. Hvis du er ejer af din egen hjemmeside, og du også brug for at få adgang til sådanne analyser, så er du nødt til at registrere i Ezoic system.

Hovedfunktionen af ​​cachen er at fremskynde dataindhentningsprocessen. Det eliminerer behovet for at få adgang til et langsommere underliggende lagringsniveau. Den lille mængde cachehukommelse kompenseres af den høje adgangshastighed.

Med de rigtige Ezoic cache -indstillinger kan du forbedre kvaliteten af ​​dit websted for dig selv og dine brugere.

Når i Caching valgmulighed, vil ejeren af ​​webstedet se en graf og en tabel under den. Følgende data vil blive vist i tabellen for denne type analyser:

1. Ezoic cache niveau;
   
2. Gennemsyn af sider;
   
3. Gennemsnitlig side load tid;
   
4. Side engagement rate;
   
5. Gennemsnitlig tid til første byte;
   
6. Gennemsnitlig interaktion tid;
   
7. Gennemsnitlig vært responstid;
   
8. Afvisningsprocent;
   
9. Afslut procent;
   
10. Caching RPM (Revenue Per Mille).
    

Cache ramt.

En cache hit er det første niveau af cachen i Ezoic. Lad os tage et nærmere kig. Sidevisninger - 2.002.169, af det samlede antal visninger, er 69,96%. Den gennemsnitlige side indlæsningstid for denne cache niveau var 00:36, mens gennemsnittet for denne metrik var 0:38. Den side engagement sats er 49,02%, gennemsnittet for dette kriterium er 50,52 procent. Den gennemsnitlige tid til første byte er 1,470.92 ms, den samlede er 1,906.62 ms.

Den gennemsnitlige interaktion tid for denne cache niveau er 2,469.89 ms, mens den samlede er 2,959.37 ms. Den gennemsnitlige vært responstid er 20,70 ms, med i alt 262.14 ms. Den afvisningsprocent er 28,96%, den samlede afvisningsprocent er 28.47%. Udgangen procent er 84,73%, den samlede procentdel er 84.52%.

Den RPM for en given cache tier er $ 5,32, og samlet for alle cache tiers er $ 5,29.

Ikke at ramme cachen.

Ikke at ramme cachen er det andet niveau for caching i Ezoic. Lad os tage et nærmere kig. Sidevisninger 727.702, af det samlede antal visninger, er 24,43%. Den gennemsnitlige side indlæsningstid for denne cache niveau var 00:41, mens gennemsnittet for denne metrik var 0:38. Den side engagement sats er 54.52%, gennemsnittet for dette kriterium er 50,52 procent. Den gennemsnitlige tid til den første byte er 2,558.18 ms, den samlede er 1,906.62 ms.

Den gennemsnitlige interaktion tid for denne cache niveau er 3.677.07 ms, mens den samlede er 2.959.37 ms. Den gennemsnitlige vært er svartiden 415.68 ms, med i alt 262.14 ms. Enkeltsidefrekvensen er 26,98%, den samlede procentdel er 28.47%. Udgangen procent er 83,99%, den samlede procentdel er 84.52%.

Den RPM for en given cache tier er $ 5,23, og samlet for alle cache tiers er $ 5,29.

Cache er deaktiveret.

Cache Off - Dette er det tredje niveau af caching i Ezoic. Lad os tage et nærmere kig. Sidevisninger 132.113, af det samlede antal visninger, er 4,62%. Den gennemsnitlige side indlæsningstid for denne cache niveau var 00:36, mens gennemsnittet for denne metrik var 0:38. Den side engagement sats er 51.20%, gennemsnittet for dette kriterium er 50,52 procent. Den gennemsnitlige tid til første byte er 4,695.58 ms, den samlede er 1,906.62 ms.

Den gennemsnitlige interaktion tid for denne cache niveau er 6.169.49 ms, mens den samlede er 2.959.47 ms. Gennemsnitlig vært responstid er 3.075.51 ms, med et samlet gennemsnit på 262.14 ms. Enkeltsidefrekvensen er 29,55%, den samlede procentdel er 28.47%. Udgangen procent er 84,70%, den samlede procentdel er 84.52%.

RPM for en given cache-tier er $ 5,17, og summen for alle cache-tier er $ 5,29.

Big Data Analytics fra Ezoic

Big Data Analytics fra 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.

En af de første, der tiltrækker opmærksomhed - efter registrering på deres ressource, kan ejeren få et stort udvalg af information, hvilket er meget godt visualiseret og let at forstå selv blandt dem, der er nye til denne virksomhed.

En anden grund er produktets brugervenlige grænseflade. Det betyder, at selv en ikke-avanceret bruger vil være i stand til at forstå funktionaliteten, forstå, hvor hvad der er og hvordan man ser på det.

Der er mange forskellige kriterier, der er tilgængelige i Big Data Analytics, som du kan bruge til at undersøge Asset Analytics. For eksempel kan du til enhver tid se, hvor mange penge en ressource der genererer på et givet tidspunkt, eller hvordan man kan se rentabiliteten af ​​sider afhængigt af deres alders indflydelse.

Ofte Stillede Spørgsmål

Hvad er fordelene ved cache til et websted?

Den største fordel ved cache til et websted er muligheden for ikke at genoprette siden for hver bruger. Dette giver dig muligheden for at arbejde med en stor mængde data på kortest mulig tid og med begrænsede ressourcer.

Hvad betyder webstedscache?

Cache (eller cache) er en slags mellembuffer, hvor data gemmes. Takket være cache er sidesiden ikke genoprettet for hver bruger. Cache giver dig mulighed for at arbejde med en stor mængde data på kortest mulig tid og med begrænsede ressourcer (server og bruger).

Hvad er forholdet mellem webstedets cache og EPMV, og hvordan kan udgivere lære om denne indflydelse?

Cache kan påvirke EPMV positivt ved at fremskynde sidebelastningstider og forbedre brugeroplevelsen, hvilket kan føre til øget annonceengagement og indtægter. Udgivere kan analysere EPMV før og efter implementering af cache -løsninger for at forstå dens indflydelse.