Alamin kung paano nakakaapekto ang caching EPMV.

Ang caching (o cache) ay isang uri ng intermediate buffer kung saan nakaimbak ang data. Salamat sa pag-cache, ang pahina ng pahina ay hindi muling likhain para sa bawat gumagamit. Pinapayagan ka ng caching na magtrabaho kasama ang isang malaking halaga ng data sa pinakamaikling posibleng oras at may limitadong mga mapagkukunan (server at user).

Mga uri ng caching.

1. browser caching o client caching.

Ito ay nagtuturo sa browser na gumamit ng isang umiiral na cached copy. Ang gawain ng naturang caching ay batay sa katotohanan na sa pangalawang pagbisita, ang 304 hindi binagong header ay ibinibigay sa browser, at ang pahina o larawan mismo ay na-load mula sa lokal na cache ng user. Ito ay lumiliko na ang may-ari ng site ay nagse-save sa trapiko sa pagitan ng browser ng bisita at hosting ng site. Alinsunod dito, ang pahina ng site ay nagsisimula nang mas mabilis na naglo-load.

1.1. Caching file at mga imahe.

Ang browser caching ay ang pinaka-angkop para sa mga site na naglalaman ng isang malaking bilang ng mga imahe: ang larawan ay hindi na-download sa bawat oras na ang site ay binuksan, ngunit lamang load sa pamamagitan ng cache ng browser. Ito ang unang antas ng caching, na kung saan ay upang ibalik ang expired header at ang 304 hindi binagong header. Ang pinaka-epektibong pag-cache ay itinuturing na dalawang linggo.

Gayunpaman, sa kasong ito, may isang mahalagang pananaw: Kung ang imahe sa site ay nagbabago, pagkatapos ay hindi alam ng browser ang tungkol dito agad, ngunit kung maghintay ka lamang para sa pag-expire o i-reset ang cache sa browser mismo. Ito ay hindi masyadong epektibo kung ang file ay patuloy na nagbabago at ito ay kinakailangan upang patuloy na ibalik ang kasalukuyang bersyon nito.

1.2. Https caching.

Espesyal na mga header tulad ng mahigpit na seguridad. Pinapayagan ang browser na laging sumangguni sa napiling domain sa pamamagitan ng https. Pinapanatili nito ang estado na ito sa halip matibay at, kung ang ganitong uri ng cache ay nakansela, susubukan pa rin ng browser na i-load ang pahina sa pamamagitan ng https sa loob ng mahabang panahon, habang binabalewala ang kasalukuyang mga header.

1.3. Certification Authority Caching.

Ang tinatawag na sertipikasyon ng sertipikasyon ng sertipikasyon.

Ang ganitong uri ng pag-cache ay itinuturing na sapilitan kung ayaw ng may-ari ng website ang mga gumagamit ng kanyang website na maghintay para sa awtoridad ng certification (at ito ay isang tiyak na server na may pananagutan para sa bisa ng sertipiko) upang iproseso ang kahilingan mula sa browser ng gumagamit at kumpirmahin na ang mapagkukunan ay talagang nakumpirma sa kanya.

1.4. Page Caching.

Kapag nabuo na ang pahina, kailangan mong patuloy na subaybayan ang kaugnayan nito. Upang gawin ito, kailangan mong gumamit ng cache ng server sa pagsubaybay sa oras ng mga pagbabago sa mga indibidwal na bahagi ng pahina (kung ang pahina ay binuo mula sa isang hanay ng mga dynamic na nabuong bloke). Sa diskarteng ito, sa bawat tugon mula sa server, ang mga espesyal na header ay naka-install na nagpapahiwatig ng oras na binago ang pahina, na pagkatapos ay ipinadala ng browser ng gumagamit kapag muling na-access ang pahina. Kapag tumatanggap ng naturang mga header, ang server ay maaaring pag-aralan ang kasalukuyang estado ng pahina (marahil kahit na i-render ito), ngunit sa halip ng nilalaman ng pahina, bigyan ang header na 304 hindi binago, na para sa browser ng gumagamit ay nangangahulugan na ang pahina ay maaaring maging Ipinapakita mula sa cache ng browser nito (user).

Siyempre, posible na ipadala ang naaangkop na mga header nang hindi ginagamit ang cache ng pagsubaybay sa server-side, ngunit sa kasong ito, ang karamihan sa mga gumagamit ay makakatanggap ng pag-update ng nilalaman ng pahina nang huli. Sa diskarte na ito, ang browser kung minsan ay bumubuo sa server upang makatanggap ng mga update, ngunit ang dalas at panuntunan para sa bawat browser ay isinaayos ng developer nito, kaya walang dahilan upang umasa na ang mga gumagamit ay makakatanggap ng mga update sa oras.

Kadalasan, ang cache ay ikinategorya ng uri ng gumagamit:

• para sa awtorisadong;
• para sa hindi awtorisadong.

Ang dibisyon na ito ay dahil sa pagiging natatangi ng nilalaman para sa bawat awtorisadong gumagamit at ang kabuuan ng nilalaman para sa mga gumagamit ng bisita. Sa karamihan ng mga site, hindi maaaring baguhin ng hindi awtorisadong gumagamit ang nilalaman ng site, at samakatuwid ay nakakaimpluwensya sa nilalaman nito.

Pinapayagan ka ng cache ng browser na i-save ang trapiko at oras na ginugol sa mga pahina ng paglo-load. Ngunit upang makamit ang pag-save epekto, ang gumagamit ay dapat bisitahin ang pahina ng mapagkukunan ng hindi bababa sa isang beses, na nangangahulugan na ang load sa mga mapagkukunan ng server ay bumaba, ngunit hindi makabuluhang.

2 server caching.

Ang caching ng server ay tumutukoy sa lahat ng uri ng pag-cache kung saan nakaimbak ang data sa gilid ng server. Ang data na ito ay hindi magagamit sa mga browser ng client. Ang cache ay nilikha at naka-imbak sa isa-sa-maraming batayan (marami, sa kasong ito, ay mga client device).

2.1. Buong Page Caching.

Pinaka mahusay na cache. Ang pinakadakilang kalamangan nito ay ang pahina ay bumalik halos sa oras ng pag-access, bilang isang resulta, ito ay ang kakayahang maproseso ang milyun-milyong mga kahilingan kahit na sa pinakamahina na server na may bilis ng memorya at may maliit na paggamit ng CPU.

Ang ganitong uri ng cache ay mayroon ding mga kakulangan nito: halimbawa, ang kawalan ng kakayahan sa mga pahina ng cache para sa isang awtorisadong gumagamit, o para sa isang gumagamit na ang nilalaman ng pahina ay depende sa kasalukuyang mga variable ng gumagamit.

Gamitin ang cache na ito kung alam ng server ang lahat ng mga static na estado ng panlabas na data, iyon ay, sa katunayan, ito ang perpektong estado ng estado para sa mga gumagamit ng bisita. Dapat itong isipin na may ganitong pag-cache, ang arkitektura ng isang site o application ay dapat palaging iproseso ang mga papasok na kahilingan sa parehong paraan at magbigay ng parehong uri ng mga tugon. Ang naturang estado ay umiiral sa anumang aplikasyon o site, kailangan lamang itong masubaybayan at ilalapat sa cache.

Ang pag-cache ng buong pahina, kadalasan, ay ginagamit sa ilang uri ng emerhensiya, habang ang cache ng pahina ay naka-imbak para sa isang paunang natukoy na oras (mula sa 2 minuto), kung saan ang mga sagot mula sa server ay may parehong uri.

2.2. PHP compilation caching.

Ang pagkakaiba ay ginawa sa pagitan ng purong compilation ng code at pag-optimize nito sa panahon ng pagtitipon (pagpapalit ng mga script).

2.3. Pag-cache ng mga indibidwal na bloke ng isang pahina

Ito ang pinaka-kagiliw-giliw at sa parehong oras ang pinaka mahirap na uri ng caching. Gayunpaman, maaari rin itong maging epektibo; Ito ay ang pinakamadaling paraan upang ipaliwanag ang mga prinsipyo ng pag-cache sa pangkalahatan gamit ang halimbawa nito.

Kinakailangan upang subaybayan: ang estado ng mga talahanayan, ang estado ng sesyon ng gumagamit, kung i-off ang pag-cache sa panahon ng post o makakuha ng mga kahilingan, ang pagtitiwala sa kasalukuyang address, ang pagtitiyaga ng caching (kung ang mga nakaraang kondisyon ay nagbabago) o ang dynamic nito Pagsasaayos.

Ang pag-cache ng mga bloke ng indibidwal na pahina ay mas mahusay kaysa sa iba pang mga uri ng pag-cache kung kailangan mo, halimbawa, upang mabawasan ang bilang ng mga kahilingan sa database mula sa mga tunay na (awtorisadong) mga gumagamit.

2.4. Php caching batay sa unshared resources.

Pinakamahusay na angkop para sa standardizing mga kahilingan, pagkuha ng data mula sa mga nakabahaging mapagkukunan, pagkakaroon ng mga panloob na variable na ang mga mapagkukunan ng PHP ay nag-access ng maraming beses sa panahon ng henerasyon ng pahina.

2.5. PHP caching batay sa nakabahaging mga mapagkukunan

Ang caching na ito ay ginagamit upang mag-imbak ng serialized data. Halimbawa, ang isang configuration file, mga estado ng talahanayan, mga listahan ng file system.

2.6. MySQL caching batay sa cache ng query.

Ito ay isang medyo kilalang at kilalang paksa. Gayunpaman, nais kong isaalang-alang ang mga detalye ng pagtatrabaho sa timestamp at kung paano mo maiiwasan ang patuloy na pag-flush ng cache ng query.

Kung gumamit ka ng isang patuloy na nagbabago timestamp sa naturang mga query, pagkatapos ay ang sql cache ay hindi lamang walang silbi, ngunit kahit na mapanganib, dahil ang karamihan ng mga naka-cache na mga query ay maipon, ang data na kung saan ay lipas na sa panahon ng cache ay nilikha.

Bilang isang panuntunan, ang anumang materyal ay na-publish sa ilang mga punto sa oras. Halimbawa, 00:00. Ang kailangan mo lang gawin ay lumikha ng isang query na suriin ang mga talahanayan sa pamamagitan ng ang pinakamataas na petsa, samantalang mas mababa kaysa sa kasalukuyang isa.

Ang query na ito ay hindi naka-cache na, ngunit lahat ng mga query sa talahanayan na ito ay naka-cache na kung ang kanilang mga numero ay higit sa isa.

2.7. MySQL pag-cache ng output, pinagsasama-sama mga talahanayan

May isang panuntunan: dapat ay makabuluhang mas kaunting mga update data kaysa sa makakabasa upang ibalik ang mga ito.

DNS caching: ang pinakamahusay na gumaganap na website na pag-cache

Gayunman, ang pinakamahusay na uri ng cache posibleng ay DNS caching, na sine-save ng webserver mula sa hindi kinakailangan ang pahinang paghahanda para sa mga static na pahina, at nagdudulot ng nilalaman ng mga kopya ng mas malapit sa user, kaya ang paggawa ng site na paghahatid ng mas mabilis.

DNS caching ay maaaring makakuha ng mahal, ngunit maaaring ipinatupad sa iyong website para sa libre sa pamamagitan ng paggamit ng mga teknolohiya tulad ng  Ezoic platform   na ino-optimize ng mga website na nilalaman.

Big data analytics at istatistika sa pamamagitan ng pahina caching

Iyon ay, ito ay hindi gumagawa ng kahulugan sa pinagsama-samang ano ay magbabago sa parehong sandali, habang ang kaugnayan ng mga pinagsama-samang data ay mahalaga.

Ano ang dapat piliin para sa pagsasama-sama? Kadalasan ito ay ang ilang mga uri ng statistical impormasyon tungkol sa bilang ng mga talaan, ang petsa ng huling pag-update, ang may-akda ng huling pag-update, at iba pa.

Upang malaman kung paano pag-cache nakakaapekto EPMV,-ari ng website ay dapat sundin ang mga hakbang na ito:

1. Mag-log in sa iyong Ezoic account;
2. Sa kaliwang bahagi ng menu, piliin ang setting na Site speed;
3. Sa drop-down na menu, i-klik ang Pag-cache na opsyon.

Ang user ay dadalhin sa isang pahina na nagpapakita ng analytical data. Isang bahagi ng pagpapakita ng data sa anyo ng isang graph, at ang pangalawang - sa anyo ng isang table, kung saan ang analytical data ay inilarawan sa mas detalyado.

Pangkalahatang-ideya ng graph at talahanayan ng data

Dapat ito ay mapapansin kaagad na ang data na iyon ay ibinigay sa artikulong ito ay may-bisa lamang para sa isang tiyak na site. Kung ikaw ang may-ari ng iyong sariling website, at kailangan mo ring upang makakuha ng access sa naturang analytics, at pagkatapos ay kailangan mong magparehistro sa Ezoic system.

Ang pangunahing pag -andar ng cache ay upang mapabilis ang proseso ng pagkuha ng data. Tinatanggal nito ang pangangailangan na ma -access ang isang mas mabagal na pinagbabatayan na tier ng imbakan. Ang maliit na halaga ng memorya ng cache ay nabayaran ng mataas na bilis ng pag -access.

Gamit ang tamang Ezoic cache setting, maaari mong pagbutihin ang kalidad ng iyong site para sa iyong sarili at sa iyong mga gumagamit.

Sa sandaling nasa Caching na opsyon, may-ari ng site ay makakakita ng isang graph at isang table sa ibaba nito. Ang mga sumusunod na data ay ipinapakita sa talahanayan para sa ganitong uri ng analytics:

1. Ezoic cache na antas;
   
2. Pag-browse sa mga pahina;
   
3. Average pahina ng oras ng pagkarga;
   
4. Page engagement rate;
   
5. Average na oras sa unang byte;
   
6. Average na oras ng pakikipag-ugnayan;
   
7. Average host na oras ng pagtugon;
   
8. Ang bounce rate;
   
9. Lumabas na porsyento;
   
10. Cache RPM (Kita Per mille).
    

Cache hit.

Ang isang cache hit ay ang unang antas ng cache in Ezoic. Tingnan natin ang isang mas malapit hitsura. Page view - 2,002,169, ng kabuuang bilang ng mga view, ito ay 69.96%. Ang average na oras ng pagkarga ng pahina para sa antas ng cache ay 00:36, habang ang average para sa sukatang ito ay 00:38. Ang pahina ng pakikipag-ugnayan ng rate ay 49.02%, ang average para sa criterion na ito ay 50.52 porsyento. Ang average na oras sa unang byte ay 1,470.92 ms, ang kabuuang ay 1,906.62 ms.

Ang average na oras ng pakikipag-ugnayan para sa antas ng cache ay 2,469.89 ms, habang ang kabuuang ay 2,959.37 ms. Ang average na oras host tugon ay 20.70 ms, na may kabuuang 262.14 ms. Ang bounce rate ay 28.96%, ang kabuuang bounce rate ay 28.47%. Ang exit porsyento ay 84.73%, ang kabuuang porsyento ay 84.52%.

Ang RPM para sa isang naibigay na tier cache ay $ 5.32, at ang kabuuang para sa lahat ng tiers cache ay $ 5.29.

Hindi pagpindot sa cache.

Hindi pagpindot sa cache ay ang pangalawang antas ng pag-cache in Ezoic. Tingnan natin ang isang mas malapit hitsura. Page view 727,702, ng kabuuang bilang ng mga view, ito ay 24.43%. Ang average na oras ng pagkarga ng pahina para sa antas ng cache ay 00:41, habang ang average para sa sukatang ito ay 00:38. Ang pahina ng pakikipag-ugnayan ng rate ay 54.52%, ang average para sa criterion na ito ay 50.52 porsyento. Ang average na oras sa unang byte ay 2,558.18 ms, ang kabuuang ay 1,906.62 ms.

Ang average na oras ng pakikipag-ugnayan para sa antas ng cache ay 3.677.07 ms, habang ang kabuuang ay 2.959.37 ms. Ang average na oras host tugon ay 415.68 ms, na may kabuuang 262.14 ms. Ang bounce rate ay 26.98%, ang kabuuang porsyento ay 28.47%. Ang exit porsyento ay 83.99%, ang kabuuang porsyento ay 84.52%.

Ang RPM para sa isang naibigay na tier cache ay $ 5.23, at ang kabuuang para sa lahat ng tiers cache ay $ 5.29.

Ang cache ay hindi pinagana.

Cache Off - Ito ang pangatlong antas ng pag-cache in Ezoic. Tingnan natin ang isang mas malapit hitsura. Page view 132,113, ng kabuuang bilang ng mga view, ito ay 4.62%. Ang average na oras ng pagkarga ng pahina para sa antas ng cache ay 00:36, habang ang average para sa sukatang ito ay 00:38. Ang pahina ng pakikipag-ugnayan ng rate ay 51.20%, ang average para sa criterion na ito ay 50.52 porsyento. Ang average na oras sa unang byte ay 4,695.58 ms, ang kabuuang ay 1,906.62 ms.

Ang average na oras ng pakikipag-ugnayan para sa antas ng cache ay 6.169.49 ms, habang ang kabuuang ay 2.959.47 ms. Average host na oras ng pagtugon ay 3.075.51 ms, na may isang pangkalahatang average ng 262.14 ms. Ang bounce rate ay 29.55%, ang kabuuang porsyento ay 28.47%. Ang exit porsyento ay 84.70%, ang kabuuang porsyento ay 84.52%.

Ang RPM para sa isang naibigay na tier cache ay $ 5.17, at ang kabuuang para sa lahat ng tiers cache ay $ 5.29.

Big data analytics mula sa Ezoic

Big data analytics mula sa 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.

Ang isa sa mga unang mga na maakit ang pansin - pagkatapos ng pagrerehistro sa kanilang mga mapagkukunan, ang may-ari ay maaaring makakuha ng isang malaking array ng impormasyon, na kung saan ay napakahusay visualized at madaling maunawaan kahit na sa mga baguhan sa negosyong ito.

Ang isa pang dahilan ay ang mga user-friendly interface ng produkto. Ito ay nangangahulugan na kahit na isang non-advanced na user ay maaaring makapag upang maunawaan ang mga pag-andar, na maunawaan kung saan kung ano ang at kung paano upang tumingin sa ito.

Mayroong maraming mga iba't ibang pamantayan na magagamit sa malaking analytics data na maaari mong gamitin upang suriin asset analytics. Halimbawa, sa anumang oras maaari mong makita kung magkano ang pera isang mapagkukunan ay bumubuo sa isang naibigay na sandali, o kung paano upang makita ang kakayahang kumita ng mga pahina depende sa impluwensiya ng kanilang edad.

Madalas Na Nagtanong

Ano ang mga pakinabang ng caching para sa isang website?

Ang pangunahing bentahe ng caching para sa isang site ay ang kakayahang hindi muling likhain ang pahina para sa bawat gumagamit. Bibigyan ka nito ng pagkakataon na magtrabaho kasama ang isang malaking halaga ng data sa pinakamaikling posibleng oras at may limitadong mga mapagkukunan.

Ano ang ibig sabihin ng site caching?

Ang caching (o cache) ay isang uri ng intermediate buffer kung saan naka -imbak ang data. Salamat sa caching, ang pahina ng site ay hindi muling nilikha para sa bawat gumagamit. Pinapayagan ka ng caching na magtrabaho kasama ang isang malaking halaga ng data sa pinakamaikling posibleng oras at may limitadong mga mapagkukunan (server at gumagamit).

Ano ang ugnayan sa pagitan ng website caching at EPMV, at paano matututunan ng mga publisher ang tungkol sa epekto na ito?

Ang caching ay maaaring positibong nakakaapekto sa EPMV sa pamamagitan ng pagpabilis ng mga oras ng pag -load ng pahina at pagpapabuti ng karanasan ng gumagamit, na maaaring humantong sa pagtaas ng pakikipag -ugnayan at kita ng AD. Maaaring pag -aralan ng mga publisher ang EPMV bago at pagkatapos ng pagpapatupad ng mga solusyon sa caching upang maunawaan ang epekto nito.