Jifunze jinsi Caching Huathiri EPMV

Caching (au cache) ni aina ya bafa ya kati ambayo data kuhifadhiwa. Shukrani kwa Caching, tovuti ukurasa si upya kwa kila mtumiaji. Caching utapata kazi na kiasi kikubwa cha data katika muda mfupi iwezekanavyo na kwa rasilimali chache (server na mtumiaji).

Aina ya Caching

1. Browser Caching au mteja Caching

Ni kuelekeza browser kutumia zilizopo kache nakala. kazi ya Caching kama ni msingi wa ukweli kwamba katika ziara ya pili, header 304 Si iliyorekebishwa hupewa browser, na ukurasa au picha yenyewe ni kubeba kutoka cache ya ndani user. Ni zinageuka kuwa mmiliki wa tovuti huokoa trafiki kati ya browser wageni na tovuti ya hosting. Kwa hiyo, tovuti ukurasa kuanza kupakia kasi zaidi.

1.1. Caching files na picha.

Browser Caching ni bora inafaa kwa maeneo yenye idadi kubwa ya picha: picha si kupakuliwa kila wakati tovuti ni wazi, lakini tu kubeba kwa njia ya akiba ya kivinjari. Hii ni ngazi ya kwanza ya Caching, ambayo ni ya kurudi muda wake header na 304 Si iliyopita kichwa. ufanisi Caching ni inachukuliwa kuwa kwa wiki mbili.

Hata hivyo, katika kesi hii, kuna nuance moja muhimu: kama picha juu ya mabadiliko ya tovuti, basi kivinjari si kujua kuhusu hilo mara moja, lakini kama tu kusubiri kwa kumalizika au upya cache katika browser yenyewe. Si nzuri sana ikiwa faili ni kubadilika na ni muhimu mara kwa mara kurudi version yake ya sasa.

1.2. https Caching

headers Maalum kama kali-usalama. Inaruhusu browser daima rejea domain kuchaguliwa kupitia https. Hufanya hali hii badala rigid, na kama aina hii ya akiba ni kufutwa, browser bado kujaribu kupakia ukurasa kupitia https kwa muda mrefu kabisa, wakati kupuuza headers sasa.

1.3. Idhini ya Cheti Caching

kinachojulikana vyeti mamlaka muhuri.

Aina hii ya Caching ni kuchukuliwa lazima kama mmiliki wa tovuti hataki watumiaji wa tovuti yake kusubiri kwa vyeti mamlaka (na hii ni baadhi ya server kwamba ni wajibu wa uhalali wa cheti) kuchakata ombi kutoka kivinjari cha mtumiaji na kuthibitisha kuwa rasilimali ni kweli kuthibitishwa na yeye.

1.4. ukurasa Caching

Wakati ukurasa ni tayari yanayotokana, unahitaji mara kwa mara kufuatilia umuhimu wake. Ili kufanya hivyo, unahitaji kutumia server cache na kufuatilia wakati wa mabadiliko katika sehemu ya mtu binafsi ya ukurasa (kama ukurasa ni kujengwa kutoka seti ya vitalu dynamically yanayotokana). Kwa njia hii, katika kila jibu kutoka server, headers maalum imewekwa zinazoonyesha wakati ukurasa ilibadilishwa, ambavyo kutumwa na browser mtumiaji wakati tovuti ukurasa ni re-kufikiwa. Wakati wa kupokea headers kama hiyo, server unaweza kuchambua hali ya sasa ya ukurasa (pengine hata kutoa yake), lakini badala ya maudhui ya ukurasa, kutoa kichwa 304 Si iliyopita, ambao kwa browser mtumiaji maana kwamba ukurasa inaweza kuwa inavyoonekana kutoka yake (browser mtumiaji) akiba.

Bila shaka, inawezekana kutuma headers sahihi bila ya kutumia upande wa seva kufuatilia cache, lakini katika kesi hii, watumiaji wengi watapata maudhui ya ukurasa update marehemu kabisa. Kwa njia hii, browser wakati mwingine uchaguzi server kupokea taarifa, lakini marudio na sheria kwa kila kivinjari ni kimeundwa na msanidi yake, hivyo hakuna sababu ya matumaini kwamba watumiaji kupokea taarifa ya wakati.

Kwa kawaida, cache ni jumuishwa na aina ya mtumiaji:

• kwa mamlaka;
• kwa bila idhini.

mgawanyiko Hii ni kutokana na upekee wa bidhaa kwa kila mtumiaji mamlaka na ujumla wa bidhaa kwa ajili ya watumiaji mgeni. Katika maeneo mengi, user ruhusa hawawezi kubadilisha maudhui ya tovuti, na kwa hiyo kuathiri maudhui yake.

Browser cache utapata kuokoa trafiki na muda unaotumika katika ukurasa upakiaji. Lakini kufikia kuokoa athari, mtumiaji lazima kutembelea ukurasa wa rasilimali angalau mara moja, ambayo ina maana kwamba mzigo rasilimali server utapungua, lakini si kwa kiasi kikubwa.

2 Server Caching

Caching ya seva inahusu aina zote za caching ambayo data ni kuhifadhiwa upande wa seva. Data hii haipatikani kwa vivinjari vya mteja. Cache imeundwa na kuhifadhiwa kwa msingi mmoja kwa wengi (wengi, katika kesi hii, ni vifaa vya mteja).

2.1. Ukurasa kamili wa caching.

Cache yenye ufanisi zaidi. Faida yake kubwa ni kwamba ukurasa unarudi karibu wakati wa upatikanaji, kwa sababu hiyo, ni uwezo wa mchakato wa mamilioni ya maombi hata kwenye seva dhaifu na kasi ya kumbukumbu na kwa matumizi kidogo ya CPU.

Aina hii ya cache pia ina vikwazo vyake: kwa mfano, kutokuwa na uwezo wa kurasa za cache kwa mtumiaji aliyeidhinishwa, au kwa mtumiaji ambaye maudhui ya ukurasa hutegemea vigezo vya sasa vya mtumiaji.

Tumia cache hii ikiwa seva inajua majimbo yote ya static ya data ya nje, yaani, kwa kweli, hii ndiyo hali nzuri ya watumiaji kwa watumiaji wa wageni. Inapaswa kuzingatiwa kuwa kwa caching vile, usanifu wa tovuti au maombi lazima daima mchakato maombi zinazoingia kwa njia ile ile na kutoa aina hiyo ya majibu. Hali kama hiyo iko katika programu yoyote au tovuti, inahitaji tu kufuatiliwa na kutumiwa kwenye cache.

Caching ya kurasa zote, mara nyingi, hutumiwa kwa aina fulani ya dharura, wakati cache ya ukurasa imehifadhiwa kwa muda uliotanguliwa (kutoka dakika 2), wakati ambapo majibu kutoka kwa seva ni ya aina hiyo.

2.2. Ushirikiano wa PHP Caching.

Tofauti hufanywa kati ya mkusanyiko safi wa msimbo na uboreshaji wake wakati wa kukusanya (badala ya scripts).

2.3. Caching blocks binafsi ya ukurasa.

Hii ni ya kuvutia zaidi na wakati huo huo aina ngumu zaidi ya caching. Hata hivyo, inaweza pia kuwa na ufanisi; Ni njia rahisi ya kuelezea kanuni za caching kwa ujumla kwa kutumia mfano wake.

Ni muhimu kufuatilia: hali ya meza, hali ya kikao cha mtumiaji, ikiwa ni kuzima caching wakati wa chapisho au kupata maombi, utegemezi wa anwani ya sasa, kuendelea kwa caching (ikiwa hali ya awali inabadilika) au nguvu yake marekebisho.

Kuzuia vitalu vya ukurasa binafsi ni bora kuliko aina nyingine za caching ikiwa unahitaji, kwa mfano, kupunguza idadi ya maombi kutoka kwa database kutoka kwa watumiaji halisi (mamlaka).

2.4. PHP caching kulingana na rasilimali zisizo na furaha.

Bora inafaa kwa ajili ya maombi ya kawaida, kurejesha data kutoka kwa rasilimali zilizoshirikiwa, kuwa na vigezo vya ndani ambavyo rasilimali za PHP zinapata mara nyingi wakati wa kizazi cha ukurasa.

2.5. PHP caching kulingana na rasilimali zilizoshirikiwa

Caching hii hutumiwa kuhifadhi data ya serialized. Kwa mfano, faili ya usanidi, majimbo ya meza, orodha ya mfumo wa faili.

2.6. MySQL Caching Kulingana Query Cache

Hii ni mada maalumu na inayojulikana. Hata hivyo, ningependa kufikiria specifics za kufanya kazi na mhuri wa muda na jinsi ya kuepuka mara kwa mara kusafisha cache swala.

Ikiwa unatumia timestamp inayobadilika mara kwa mara katika maswali kama hayo, basi cache ya SQL haitakuwa na maana tu, lakini hata hatari, kwa kuwa maswali mengi ya cached yatajilimbikiza, data ambayo haipatikani wakati wa cache ilipoundwa.

Kama sheria, nyenzo yoyote inachapishwa kwa pointi fulani kwa wakati. Kwa mfano, 00:00. Wote unahitaji kufanya ni kuunda swala ambalo litatathmini meza kwa tarehe ya juu, wakati chini ya moja ya sasa.

Swali hili halitachukuliwa, lakini maswali yote kwenye meza hii yatachukuliwa ikiwa idadi yao ni zaidi ya moja.

2.7. MySQL caching ya pato, meza ya jumla.

Kuna sheria: Kuna lazima iwe na sasisho za data ndogo zaidi kuliko kusoma ili uwape.

DNS caching: tovuti bora ya kufanya caching.

Hata hivyo, aina bora ya caching inawezekana ni DNS caching, ambayo inaokoa webserver kutoka maandalizi ya ukurasa usiohitajika kwa kurasa za tuli, na huleta nakala za maudhui karibu na mtumiaji, na hivyo kufanya utoaji wa tovuti kwa kasi.

Caching ya DNS inaweza kupata ghali, lakini inaweza kutekelezwa kwenye tovuti zako kwa bure kwa kutumia teknolojia kama vile jukwaa * la ezoic * ambalo linasaidia maudhui ya tovuti.

Big data analytics na takwimu kwa ukurasa Caching

Hiyo ni, haina mantiki kwa jumla ya mabao nini mabadiliko kwa wakati huo, wakati umuhimu wa data kukusanywa ni muhimu.

Nini cha kuchagua kwa mkusanyiko? Kwa kawaida hii ni aina fulani ya taarifa za takwimu kuhusu idadi ya rekodi, tarehe ya update mwisho, mwandishi wa taarifa ya mwisho, na kama.

Ili kujua jinsi Caching huathiri EPMV, mmiliki wa tovuti inapaswa kufuata hatua hizi:

1. Kuingia kwenye * Akaunti yako * Ezoic;
2. Katika upande wa kushoto menu, kuchagua Site kasi kuweka,
3. Katika orodha ya kuacha chini, bofya Caching chaguo.

user ni kuchukuliwa kwa ukurasa huo maonyesho uchambuzi data. sehemu moja ya data huonyeshwa kwa njia ya graph, na wa pili - kwa njia ya meza, ambapo data uchambuzi ni maelezo kwa undani zaidi.

Taswira ya data graph na meza

Ikumbukwe mara moja kwamba data kwamba atapewa katika makala hii ni halali tu kwa moja maalum tovuti. Kama wewe ni mmiliki wa tovuti yako mwenyewe, na pia unahitaji kupata analytics vile, basi haja ya kujiandikisha katika Ezoic mfumo.

Kazi kuu ya kache ni kuharakisha mchakato wa kurudisha data. Inaondoa hitaji la kupata tier ya chini ya uhifadhi. Kiasi kidogo cha kumbukumbu ya kache ni fidia na kasi kubwa ya ufikiaji.

Ukiwa na mipangilio ya kashe ya kulia ya Ezoic, unaweza kuboresha ubora wa tovuti yako mwenyewe na watumiaji wako.

Kwa mara nyingine katika Caching chaguo, mmiliki wa tovuti Utaona graph na meza chini yake. data zifuatazo kuonyeshwa katika meza kwa ajili ya aina hii ya analytics:

1. Ezoic cache cha;
   
2. Kuvinjari kurasa;
   
3. Wastani wa kupakia wakati;
   
4. Mwingiliano wa ukurasa kiwango;
   
5. Wastani wa muda wa Byte kwanza;
   
6. Wastani mwingiliano wakati;
   
7. Wastani jeshi majibu wakati;
   
8. Bounce kiwango;
   
9. asilimia Toka;
   
10. Caching RPM (Mapato Kwa Mille).
    

Cache kugonga.

cache hit ni ngazi ya kwanza ya cache katika Ezoic. Hebu kuangalia kwa karibu. Ukurasa views - 2002169, jumla ya idadi ya maoni, hii ni 69.96%. wastani wa kupakia wakati wa ngazi hii cache mara 0:36, wakati wastani wa tani hii ilikuwa 00:38. mwingiliano wa ukurasa ni kiwango cha 49.02%, wastani wa kigezo hiki ni asilimia 50.52. wakati wastani wa Byte kwanza ni 1,470.92 ms, jumla ni 1,906.62 ms.

kila mwingiliano wakati wa ngazi hii cache ni 2,469.89 ms, wakati jumla ya ni 2,959.37 ms. wastani jeshi majibu wakati ni 20.70 ms, na jumla ya 262.14 ms. kiwango bounce ni 28.96%, kiwango cha jumla cha bounce ni 28.47%. asilimia ya kutoka ni 84.73%, asilimia ya jumla ni 84.52%.

RPM kwa kupewa cache tier ni $ 5.32, na jumla ya ngazi zote cache ni $ 5.29.

Si kupiga akiba.

Si kupiga cache ni ngazi ya pili ya Caching katika Ezoic. Hebu kuangalia kwa karibu. Ukurasa anaona 727,702, jumla ya idadi ya maoni, hii ni 24.43%. wastani wa kupakia wakati wa ngazi hii cache mara 0:41, wakati wastani wa tani hii ilikuwa 00:38. mwingiliano wa ukurasa ni kiwango cha 54.52%, wastani wa kigezo hiki ni asilimia 50.52. wakati wastani wa Byte kwanza ni 2,558.18 ms, jumla ni 1,906.62 ms.

kila mwingiliano wakati wa ngazi hii cache ni 3.677.07 ms, wakati jumla ya ni 2.959.37 ms. wastani jeshi majibu wakati ni 415.68 ms, na jumla ya 262.14 ms. kiwango bounce ni 26.98%, asilimia jumla ni 28.47%. asilimia ya kutoka ni 83.99%, asilimia ya jumla ni 84.52%.

RPM kwa kupewa cache tier ni $ 5.23, na jumla ya ngazi zote cache ni $ 5.29.

cache imezimwa.

Cache Off - Hii ni ngazi ya tatu ya Caching katika Ezoic. Hebu kuangalia kwa karibu. Ukurasa anaona 132,113, jumla ya idadi ya maoni, hii ni 4.62%. wastani wa kupakia wakati wa ngazi hii cache mara 0:36, wakati wastani wa tani hii ilikuwa 00:38. mwingiliano wa ukurasa ni kiwango cha 51.20%, wastani wa kigezo hiki ni asilimia 50.52. wakati wastani wa Byte kwanza ni 4,695.58 ms, jumla ni 1,906.62 ms.

kila mwingiliano wakati wa ngazi hii cache ni 6.169.49 ms, wakati jumla ya ni 2.959.47 ms. Wastani jeshi majibu wakati ni 3.075.51 ms, kwa wastani wa jumla wa 262.14 ms. kiwango bounce ni 29.55%, asilimia jumla ni 28.47%. asilimia ya kutoka ni 84.70%, asilimia ya jumla ni 84.52%.

RPM kwa ajili ya tier ya cache iliyotolewa ni $ 5.17, na jumla ya tiers zote za cache ni $ 5.29.

Analytics ya Data Big kutoka Ezoic

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

Moja ya ya kwanza ambayo huvutia - baada ya kujiandikisha kwenye rasilimali zao, mmiliki anaweza kupata habari nyingi, ambazo zimeonekana vizuri na rahisi kuelewa hata kati ya wale ambao ni mpya kwa biashara hii.

Sababu nyingine ni interface ya kirafiki ya bidhaa. Hii ina maana kwamba hata mtumiaji asiye na juu ataweza kuelewa utendaji, kuelewa wapi na jinsi ya kuiangalia.

Kuna vigezo vingi tofauti vinavyopatikana katika uchambuzi wa data kubwa ambayo unaweza kutumia kuchunguza analytics ya mali. Kwa mfano, wakati wowote unaweza kuona kiasi gani cha rasilimali kinachozalisha wakati fulani, au jinsi ya kuona faida ya kurasa kulingana na ushawishi wa umri wao.

Maswali Yanayoulizwa Mara Kwa Mara

Je! Ni faida gani za caching kwa wavuti?

Faida kuu ya caching kwa tovuti ni uwezo wa kutounda tena ukurasa kwa kila mtumiaji. Hii itakupa fursa ya kufanya kazi na idadi kubwa ya data katika muda mfupi iwezekanavyo na rasilimali ndogo.

Je! Caching ya tovuti inamaanisha nini?

Caching (au cache) ni aina ya buffer ya kati ambayo data huhifadhiwa. Shukrani kwa caching, ukurasa wa tovuti haujaundwa tena kwa kila mtumiaji. Caching hukuruhusu kufanya kazi na idadi kubwa ya data kwa muda mfupi iwezekanavyo na rasilimali ndogo (seva na mtumiaji).

Je! Ni uhusiano gani kati ya caching ya wavuti na EPMV, na wachapishaji wanawezaje kujifunza juu ya athari hii?

Caching inaweza kuathiri vyema EPMV kwa kuharakisha nyakati za mzigo wa ukurasa na kuboresha uzoefu wa watumiaji, ambayo inaweza kusababisha ushiriki wa matangazo na mapato. Wachapishaji wanaweza kuchambua EPMV kabla na baada ya kutekeleza suluhisho za caching kuelewa athari zake.