Lär dig hur caching påverkar EPMV

Caching (eller cache) är en slags mellanliggande buffert där data lagras. Tack vare caching, återskapas webbplatssidan inte för varje användare. Caching låter dig arbeta med en stor mängd data på kortast möjliga tid och med begränsade resurser (server och användare).

Typer av caching

1. Browser Caching eller Client Caching

Det instruerar webbläsaren att använda en befintlig cachad kopia. Arbetet med sådan caching bygger på det faktum att den 304 ej modifierade rubriken på ett annat besök, och sidan eller sidan själv är laddad från den lokala användarcachen. Det visar sig att webbplatsägaren sparar på trafiken mellan besökarens webbläsare och webbplatsens hosting. Följaktligen börjar webbplatssidan att ladda snabbare.

1,1. Caching-filer och bilder.

Browser Caching är den bäst lämpade för webbplatser som innehåller ett stort antal bilder: Bilden är inte nedladdad varje gång webbplatsen öppnas, men helt enkelt laddad genom webbläsarens cache. Detta är den första nivån av caching, vilket är att returnera den utgått rubriken och 304 Ej modifierad rubriken. Den mest effektiva caching anses vara i två veckor.

Men i det här fallet är det en viktig nyans: Om bilden på webbplatsen ändras, kommer webbläsaren inte att veta om det omedelbart, men bara om du väntar på utgången eller återställ cacheminnet i själva webbläsaren. Det är inte särskilt effektivt om filen ständigt förändras och det är nödvändigt att ständigt returnera sin nuvarande version.

1,2. Https caching

Särskilda rubriker som strikt säkerhet. Tillåter att webbläsaren alltid refererar till den valda domänen via HTTPS. Det håller detta tillstånd ganska styvt och, om den här typen av cache avbryts, försöker webbläsaren fortfarande att ladda sidan via HTTPS under ganska lång tid, samtidigt som de ignorerar de aktuella rubrikerna.

1,3. Certifieringsmyndighet caching

Den så kallade certifieringsmyndigheten stämpeln.

Denna typ av caching anses vara obligatorisk om webbplatsägaren inte vill att användarna av hans hemsida ska vänta på certifieringsmyndigheten (och det här är en viss server som ansvarar för certifikatets giltighet) för att behandla begäran från användarens webbläsare och bekräfta att resursen verkligen bekräftas av honom.

1,4. Sida caching

När sidan redan genereras måste du ständigt övervaka sin relevans. För att göra detta måste du använda en servercache med spårning av tiden för ändringar i enskilda delar av sidan (om sidan är byggd från en uppsättning dynamiskt genererade block). Med detta tillvägagångssätt, i varje svar från servern är speciella rubriker installerade som anger den tid som sidan har ändrats, som sedan skickas av användarens webbläsare när webbplatssidan är återansluten. När du mottar sådana rubriker kan servern analysera det aktuella läget på sidan (kanske till och med göra det), men istället för sidinnehållet, ge rubriken 304 ej modifierad, vilket för användarbläddraren innebär att sidan kan vara visas från dess (användarens webbläsare) cache.

Det är självklart möjligt att skicka lämpliga rubriker utan att använda serverns spårningscache, men i det här fallet kommer de flesta användare att få uppdateringen av sidans innehåll ganska sent. Med det här tillvägagångssättet pollar webbläsaren ibland servern för att få uppdateringar, men frekvensen och reglerna för varje webbläsare är konfigurerad av sin utvecklare, så det finns ingen anledning att hoppas att användarna kommer att få uppdateringar i tid.

Typiskt är cacheminnet kategoriserad av typen av användare:

• för auktoriserad
• för obehörig.

Denna division beror på det unika innehållet för varje auktoriserad användare och innehållet av innehållet för gästanvändarna. På de flesta webbplatser kan en obehörig användare inte ändra innehållet på webbplatsen och därför påverka innehållet.

Webbläsarcache gör att du kan spara trafik och tid på att ladda sidor. Men för att uppnå besparingseffekten måste användaren besöka resurssidan minst en gång, vilket innebär att belastningen på serverresurser kommer att minska, men inte signifikant.

2 Servercaching

Servercaching avser alla typer av caching i vilka data lagras på serverns sida. Dessa data är inte tillgängliga för kundens webbläsare. Cachen skapas och lagras på en till många sätt (många, i det här fallet är klientenheter).

2,1. Full sida caching

Mest effektiva cache. Den största fördelen är att sidan returneras nästan vid åtkomststillfället, vilket är förmågan att bearbeta miljontals önskemål även på den svagaste servern med minneshastigheten och med liten CPU-användning.

Denna typ av cache har också sina nackdelar: till exempel oförmågan att cache sidor för en auktoriserad användare, eller för en användare vars sidinnehåll beror på de nuvarande användarvariablerna.

Använd den här cachen om servern känner till alla de statiska staterna för de externa data, det vill säga det här är den perfekta sidstaten för gästanvändare. Man bör komma ihåg att med sådan caching måste arkitekturen på en webbplats eller ett ansökan alltid bearbeta inkommande förfrågningar på samma sätt och ge samma typ av svar. Ett sådant tillstånd finns i vilken applikation som helst, den behöver bara spåras och appliceras på cacheminnet.

Cachning av hela sidorna, används oftast i någon form av nödsituation, medan sidcachen lagras under en förutbestämd tid (från 2 minuter), under vilken svaren från servern är av samma typ.

2,2. PHP-kompilering caching

En åtskillnad görs mellan ren sammanställning av koden och dess optimering under kompilering (substitution av skript).

2,3. Caching enskilda block på en sida

Detta är det mest intressanta och samtidigt den svåraste typen av caching. Ändå kan det också vara effektivt; Det är det enklaste sättet att förklara principerna om caching i allmänhet med hjälp av sitt exempel.

Det är nödvändigt att övervaka: Tabellernas tillstånd, användarnas tillstånd, om det ska stängas av caching under posten eller få förfrågningar, beroende av den aktuella adressen, persistensen av caching (om de föregående villkoren ändras) eller dess dynamiska justering.

Caching enskilda sidblock är bättre än andra typer av caching om du till exempel behöver minska antalet förfrågningar till databasen från reella (auktoriserade) användare.

2,4. PHP CACHING Baserat på Oshared Resources

Bäst lämpad för standardisering av förfrågningar, hämta data från delade resurser, med interna variabler som PHP-resurser åtkomst flera gånger under sidegenerering.

2,5. PHP CACHING Baserat på delade resurser

Denna caching används för att lagra serialiserade data. Till exempel, en konfigurationsfil, tabellstationer, filsystemlistor.

2,6. MySQL Caching baserat på Query Cache

Detta är ett ganska känt och välkänt ämne. Ändå skulle jag vilja överväga specifikationerna för att arbeta med Timestamp och hur du kan undvika att ständigt spola in Query-cachen.

Om du använder en ständigt föränderlig tidsstämpel i sådana frågor, så kommer SQL cache inte bara vara meningslöst, men även skadlig, eftersom de flesta av de cachade frågor kommer att samlas, vars uppgifter är föråldrad vid tidpunkten för cache skapades.

Som regel är något material som publiceras vid vissa tidpunkter. Till exempel 00:00. Allt du behöver göra är att skapa en fråga som kommer att utvärdera bordet av den maximala dagen, medan mindre än den nuvarande.

Denna fråga kommer inte att cachas, men alla förfrågningar till denna tabell kommer att cachas om deras antal är mer än en.

2,7. Mysql cachning av produktionen, aggregerande tabeller

Det finns en regel: det bör finnas betydligt färre data uppdateringar än läser in för att lämna tillbaka dem.

DNS caching: den bäst presterande webbplats caching

Men den bästa typen av caching möjligt DNS caching, som sparar webbserver från onödig sida förberedelse för statiska sidor, och ger innehålls kopior närmare användaren, vilket gör platsen leverans snabbare.

DNS caching kan bli dyrt, men kan implementeras på din webbplats gratis med hjälp av teknik som Ezoic plattform som optimerar webbplatser innehåll.

Stora data Analytics och statistik efter sida caching

Det är det, det är ingen mening att aggregera vad som kommer att förändras i samma ögonblick, medan relevansen av de aggregerade data är viktig.

Vad ska man välja för aggregering? Vanligtvis är det någon form av statistisk information om antalet poster, datumet för den senaste uppdateringen, författaren till den senaste uppdateringen och liknande.

För att ta reda på hur Caching påverkar EPMV, ska webbplatsägaren följa dessa steg:

1. Logga in på ditt Ezoic -konto
2. I vänstra menyn väljer du inställningen Site Speed;
3. I rullgardinsmenyn, klicka på alternativet Caching.

Användaren tas till en sida som visar analytiska data. En del av data visas i form av ett diagram, och den andra - i form av ett bord, i vilket analytiska data beskrivs mer detaljerat.

Översikt över graf och tabelldata

Det bör omedelbart noteras att de data som kommer att ges i den här artikeln är endast giltig för en specifik plats. Om du är ägare till din egen webbplats, och du måste också få tillgång till en sådan analys, måste du registrera dig i Ezoic -systemet.

Cachens huvudfunktion är att påskynda datainhämtningsprocessen. Det eliminerar behovet av att få tillgång till en långsammare underliggande lagringsnivå. Den lilla mängden cacheminne kompenseras av hög åtkomsthastighet.

Med rätt Ezoic cache -inställningar kan du förbättra kvaliteten på din webbplats för dig själv och dina användare.

En gång i alternativet Caching kommer webbplatsägaren att se ett diagram och ett bord under det. Följande data visas i tabellen för denna typ av analytik:

1. Ezoic cache-nivå;
   
2. Browsing sidor;
   
3. Genomsnittlig sidladdningstid;
   
4. Sidförlovningshastighet;
   
5. Genomsnittlig tid till första byte;
   
6. Genomsnittlig interaktionstid;
   
7. Genomsnittlig värdsvarstid;
   
8. Studsfrekvens;
   
9. Utgångsprocent
   
10. Caching RPM (intäkter per mille).
    

Cache slog.

En cache-träff är den första nivån på cacheminnet i Ezoic. Låt oss ta en närmare titt. Sidvisningar - 2,002,169, av det totala antalet visningar, detta är 69,96%. Den genomsnittliga sidladdningstiden för denna cache-nivå var 00:36, medan genomsnittet för denna metriska var 00:38. Sidans engagemang är 49,02%, genomsnittet för detta kriterium är 50,52 procent. Den genomsnittliga tiden till första byte är 1 470,92 ms, totalt är 1 906,62 ms.

Den genomsnittliga interaktionstiden för denna cache-nivå är 2,469,89 ms, medan totalen är 2,959,37 ms. Den genomsnittliga värdsvarstiden är 20,70 ms, med totalt 262.14 ms. Avslagshastigheten är 28,96%, den totala studsfrekvensen är 28,47%. Utgångsprocenten är 84,73%, den totala procentandelen är 84,52%.

RPM för en given cache-tier är $ 5,32, och totalt för alla cache-tier är $ 5,29.

Slår inte på cacheminnet.

Att inte slå cacheminnet är den andra nivån av caching i Ezoic. Låt oss ta en närmare titt. Page Visningar 727.702, av det totala antalet visningar, det här är 24,43%. Den genomsnittliga sidladdningstiden för denna cache-nivå var 00:41, medan genomsnittet för denna metriska var 00:38. Sidans engagemang är 54,52%, genomsnittet för detta kriterium är 50,52 procent. Den genomsnittliga tiden till den första byte är 2,558,18 ms, totalt är 1 906,62 ms.

Den genomsnittliga interaktionstiden för denna cache-nivå är 3,677,07 ms, medan summan är 2,959,37 ms. Den genomsnittliga värdsvarstiden är 415,68 ms, med totalt 262.14 ms. Avslagshastigheten är 26,98%, den totala procentsatsen är 28,47%. Utgångsprocenten är 83,99%, den totala procentandelen är 84,52%.

RPM för en given cache-tier är $ 5,23, och summan för alla cache-tier är $ 5,29.

Cachen är inaktiverad.

Cache av - det här är den tredje nivån på caching i Ezoic. Låt oss ta en närmare titt. Page Visningar 132,113, av det totala antalet visningar, det här är 4,62%. Den genomsnittliga sidladdningstiden för denna cache-nivå var 00:36, medan genomsnittet för denna metriska var 00:38. Sidans engagemang är 51,20%, genomsnittet för detta kriterium är 50,52 procent. Den genomsnittliga tiden till första byte är 4 695,58 ms, totalt är 1 906,62 ms.

Den genomsnittliga interaktionstiden för denna cache-nivå är 6,169,49 ms, medan summan är 2,959,47 ms. Genomsnittlig värdsvarstid är 3,075,51 ms, med ett totalt genomsnitt av 262.14 ms. Avslagshastigheten är 29,55%, den totala procenten är 28,47%. Utgångsprocenten är 84,70%, den totala procentandelen är 84,52%.

RPM för en given cache tier är $ 5,17, och totalt för alla cache nivåer är $ 5,29.

Stora datamängder från Ezoic

Stora datamängder från 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 av de första som drar till sig uppmärksamhet - efter registrering på deras resurs, kan ägaren få ett stort utbud av information, som är mycket väl visualiseras och lätt att förstå även bland dem som är nya för denna verksamhet.

En annan orsak är användarvänligt gränssnitt för produkten. Detta innebär att även en icke-avancerad användare kommer att kunna förstå funktionaliteten, förstå var vad som är och hur man ser på det.

Det finns många olika kriterier som finns i stora uppgifter Analytics som du kan använda för att undersöka tillgångsanalys. Till exempel, när som helst kan du se hur mycket pengar en resurs genererar vid en given tidpunkt, eller hur man ser lönsamheten sidor beroende på påverkan av sin ålder.

Vanliga Frågor

Vilka är fördelarna med att cache för en webbplats?

Den största fördelen med caching för en webbplats är förmågan att inte återskapa sidan för varje användare. Detta ger dig möjlighet att arbeta med en stor mängd data på kortast möjliga tid och med begränsade resurser.

Vad betyder cache -cache?

Caching (eller cache) är en slags mellanbuffert där data lagras. Tack vare Caching skapas inte webbplatssidan för varje användare. Caching låter dig arbeta med en stor mängd data på kortast möjliga tid och med begränsade resurser (server och användare).

Vad är förhållandet mellan webbplatscache och EPMV, och hur kan förläggare lära sig om denna inverkan?

Caching kan påverka EPMV positivt genom att påskynda sidbelastningstider och förbättra användarupplevelsen, vilket kan leda till ökat annonsengagemang och intäkter. Förlag kan analysera EPMV före och efter implementering av cachelösningar för att förstå dess inverkan.