CDN

Internete paskelbto turinio kiekis ir prie jo prijungtų įrenginių skaičius vis dar auga. Dideliam išteklių kiekiui, pavyzdžiui, internetinių parduotuvių asortimentui ar daugialypės terpės platformų ištekliams, reikia tinkamų įrankių, kad svetainė tinkamai veiktų. Vienas geriausių sprendimų yra CDN - „Content Delivery Network“.
Visą straipsnį rasite CDN ...

Rodyti filtrą
Filtrų talpinimas
A2 Themes & Host Me Filter

Operacinė sistema

Disko talpa

RAM atmintis

Disko tipas

CPU šerdys

Rūšiuoti

Trust Pilot Nexcess
Balas – 9.8
Nexcess Logo
Nexcess

Nexcess

CDN 250
$25 /Kas mėnesį

Atsiliepimai 102


Serverio vietos


Nexcess Servers in SurreyJungtinė Karalystė Nexcess Servers in DearbornJungtinės Valstijos Nexcess Servers in AmsterdamNyderlandai Nexcess Servers in SydneyAustralija
Palyginkite
Trust Pilot Liquid Web
Balas – 9.4
Liquid Web Logo
Liquid Web

Skystasis internetas

1 TB
$130 /Kas mėnesį

Atsiliepimai 406

45 Kuponai

Serverio vietos


Liquid Web Servers in PhoenixJungtinės Valstijos Liquid Web Servers in AmsterdamNyderlandai
Palyginkite
Trust Pilot OVH.ie
Balas – 7.8
OVH.ie Logo
OVH.ie

OVH.ie

InfraStructure CDN
$11.23 /Kas mėnesį

Atsiliepimai 47


Serverio vietos


OVH.ie Servers in IrelandAirija OVH.ie Servers in NetherlandsNyderlandai OVH.ie Servers in JapanJaponija OVH.ie Servers in ItalyItalija OVH.ie Servers in HillsboroJungtinės Valstijos OVH.ie Servers in SingaporeSingapūras OVH.ie Servers in Frankfurt am MainVokietija OVH.ie Servers in MontrealKanada OVH.ie Servers in WarsawLenkija OVH.ie Servers in LondonJungtinė Karalystė OVH.ie Servers in RoubaixPrancūzija OVH.ie Servers in SpainIspanija
Palyginkite
Trust Pilot Sonic Fast.io
Balas – 7.6
Sonic Fast.io Logo
Sonic Fast.io

„Sonic Fast.io“

CDN
$8.72 /Kas mėnesį

Atsiliepimai 8


Serverio vietos


Sonic Fast.io Servers in Las VegasJungtinės Valstijos Sonic Fast.io Servers in LondonJungtinė Karalystė Sonic Fast.io Servers in Hong KongHonkongas
Palyginkite
Trust Pilot Hostry
Balas – 7
Hostry Logo
Hostry

Hostry

1,5TB CDN - 10$/mo
$10 /Kas mėnesį


Serverio vietos


Hostry Servers in Czech RepublicČekijos Respublika Hostry Servers in SofiaBulgarija Hostry Servers in KievUkraina Hostry Servers in AmsterdamNyderlandai Hostry Servers in DallasJungtinės Valstijos Hostry Servers in MoscowRusijos Federacija Hostry Servers in PolandLenkija Hostry Servers in RigaLatvija Hostry Servers in SingaporeSingapūras
Palyginkite
Trust Pilot Stack Path
Balas – 6.4
Stack Path Logo
Stack Path

Krūvos kelias

200 GB
$200 /Kas mėnesį

Atsiliepimai 1

42 Kuponai

Serverio vietos


Stack Path Servers in United StatesJungtinės Valstijos
Palyginkite
Trust Pilot Ovh.de
Balas – 5.6
Ovh.de Logo
Ovh.de

Ovh.de

CDN InfraStructure
$13.38 /Kas mėnesį

Atsiliepimai 5

Palyginkite
Balas – 0
OUR Host Logo
OUR Host

MŪSŲ Šeimininkas

Defend Pack
$49.4 /Kas mėnesį


Serverio vietos


OUR Host Servers in BakuAzerbaidžanas OUR Host Servers in VilniusLietuva OUR Host Servers in AmsterdamNyderlandai
Palyginkite

Kas yra CDN („Content Delivery Network“)?

 

Turinio pristatymo tinklas yra serverių sistema, išsibarsčiusi pasirinktoje srityje - pvz. šalis ar žemynas. Tinkle esantys serveriai bendradarbiauja tarpusavyje, perduodami puslapių išteklius, t. Y. HTML kodą, „JavaScript“ failus, stiliaus lapus, nuotraukas ar vaizdo įrašus. Todėl jie suteikia greitą prieigą prie puslapių ir svetainių, neatsižvelgiant į vartotojų skaičių ir vietą.

 

 

Content Delivery Network

 

 

Geriausias CDN veikimo pavyzdys yra „YouTube“. Manoma, kad kiekvieną minutę į platformą įkeliama 500 valandų vaizdo įrašų. Tai neįsivaizduojamas filmų kiekis, tačiau bet kuris vartotojas iš bet kurios pasaulio vietos gali lengvai žiūrėti įrašą aukšta raiška. Kodėl? „YouTube“ veikia efektyviai dėka pasaulinio CDN tinklo, kuris platina įrašus ir nukreipia vartotojų srautus į serverius, esančius arčiausiai interneto vartotojo naudojamo įrenginio. Tai visiems suteikia geriausią patirtį.

 

Paprasčiau tariant, CDN yra paslauga, leidžianti mums teikti statinį turinį (vaizdus, ​​PDF, vaizdo įrašus, CSS, JS ir kt.) Iš serverių, kurie yra geografiškai arčiausiai lankytojo, įeinančio į internetą.

 

Ką tai veikia?Na, atstumas kilometrais (nors ir ne visai toks) daro įtaką delsai: kuo didesnis atstumas, tuo didesnis delsinys.Kuo daugiau vėlavimo ar PING yra tarp lankytojo ir žiniatinklio serverio, tuo lėtesni bus atsakymai. Taip pat galima sakyti, kad nuo tam tikro & ldquo; lygio & rdquo; taip pat sulėtės užklausų atsisiuntimas ir net gali būti prarastas ryšys.

 

Mums turėtų būti aišku, kad norėdami kuo greičiau aptarnauti žiniatinklį visose įmanomose situacijose, turime būti labai atsargūs, naudodami didelę vėlavimą.

 

Tai, ką daro CDN, yra talpykla ir įrašykite šiuos statinius tipus, kuriuos mes anksčiau pasirinkome, ir išsaugokite juos tam tikrą valandų ar dienų skaičių tarnybos serveriuose, duomenų centre tam tikroje pasaulio vietoje.

 

Vėliau, naudodama bet kokią transliuojamą DNS paslaugą, kai lankytojas pateikia užklausą žiniatinkliui, tarnyba patikrina, kuris yra arčiausiai lankytojo esantis POP (buvimo taškas) ar duomenų centras. Tokiu būdu tie failai aptarnaujami iš artimiausių serverių.

 

Kaip veikia turinio pristatymo tinklai?

 

Pagrindinis CDN uždavinys yra pagerinti svetainės našumą ir pagreitinti svetainės įkėlimo laiką. Tai veikia perkėlus jūsų paskelbtą turinį į paskirstytus serverius, kurie talpina turinį ir aptarnauja vartotojus. Kai kas nors patenka į svetainę, kuri yra CDN dalis, tinklas nukreipia užklausą iš svetainės serverio į arčiausiai vartotojo esantį CDN serverį. CDN tinklai įgalina aktyvų ryšį tarp serverių, kad būtų galima atsisiųsti ir talpinti turinį, kuris dar nėra išplatintas visame tinkle.

 

Pats CDN veikimo būdas yra praktiškai nepastebimas vartotojui. Visi turinio perkėlimai ir peradresavimai atliekami serverio pusėje. Tačiau paskirstytų tinklų poveikis labai teigiamai veikia vartotojo patirtį lankomoje svetainėje. Toks turinys, kaip nuotraukos ir vaizdo įrašai, pateikiamas nedelsiant ir geresnės kokybės, o antriniai puslapiai arba atidaryti langai įkeliami daug greičiau.

Vienintelis aiškus CDN veikimo požymis yra automatinis svetainės adreso pakeitimas. Pavyzdžiui, jūsų svetainėje yra kelios kalbos versijos arba ji gali būti daugelyje domenų (.pl, .com, .de, .uk). Įvesdamas „svetainės pavadinimą“ pagal vietą, vartotojas arba pamatys svetainę atitinkama kalba, arba bus automatiškai nukreiptas į kitą domeno svetainę.

 

Ar CDN paslauga yra labai pastebima?

 

Na, TAIP ir NE, tai yra, tai labai priklauso nuo atvejo ir nėra aiškios bendros taisyklės nuspręsti, ar įdiegti CDN, ar ne.

 

Bet mes taip pat turime atskirti gryną CDN pagal atvirkštinį tarpinį serverį, kuris atlieka kodo optimizavimą. CDN gali atlikti tam tikrus CSS ir JS optimizavimus, todėl gali atsirasti patobulinimų, kurie atsiranda ne įgyvendinant CDN paslaugą, o optimizuojant.

 

Bet mes bandysime išaiškinti keletą dalykų ar aplinkybių, kuriomis CDN gali mums padėti:


  • Jei turite svetainę, kurios turinys yra anglų kalba, joje yra nevienodas srautas iš JAV ir kitų pasaulio regionų.

  • Jei turite internetinę parduotuvę, kuri parduodama visoje Europoje.

  • Jei turite bet kokio tipo svetainę, kuri yra keliomis kalbomis tame pačiame domene.

 

Kai geografiniai atstumai yra didesni, pakrovimo greičio skirtumas yra daug labiau pastebimas. Prisiminkime, kad tai pastebima, nes tai neturi įtakos tik 1 konkrečiai vaizdo užklausai, tačiau tai daro įtaką viso žiniatinklio, bet ypač sunkiausio, užklausoms.

 

Kai kuriais atvejais netgi galite šiek tiek pastebėti rezultatus dėl tarpinio serverio talpyklos, kurią ji įgyvendina.

Kitas iš pagrindinių CDN punktų yra tas, kad jie gali statinius, daugeliu atvejų, aptarnauti greičiau nei interneto prieglobos serveriai. Galų gale, jie yra tam pasirengę ir naudoja „Nginx“ arba didelio našumo žiniatinklio serverius teikdami turinį.

 

Be to, CDN serveriai yra daug geriau pasirengę tvarkyti didelius srautus nei įprasti prieglobos serveriai. Jie juk tam ir yra.

 

How do content delivery networks work?

 

Ar verta naudoti CDN?

 

Išplatintų tinklų naudojimo pranašumai priklauso nuo puslapio dydžio, jame esančio turinio kiekio ir vartotojų reikalavimų. Tačiau jie visi turės naudos iš keturių pagrindinių privalumų, susijusių su CDN.

 

Įkeliamas laikas ir puslapio kokybė

 

Jei jūsų puslapis įkeliamas per lėtai, vartotojai nustos jame lankytis. Dėka serverių paskirstymo ir tinkamo ryšio pasirinkimo, duomenų paskirstymas trunka mažiau laiko. Jūsų puslapiai ir turinys greitai įkeliami, o vartotojas iš karto pasieks savo apsilankymo tikslą. Daugialypės terpės turinio atveju duomenų perdavimo greitis taip pat yra susijęs su jų kokybe, o tai teigiamai veikia vartotojo patirtį.

 

Prieinamumas ir atleidimas

 

Yra daugybė veiksnių, galinčių sutrikdyti svetainės veikimą - staigus apsilankymų skubėjimas ar aparatūros gedimai yra viena iš dažniausiai pasitaikančių prieigos prie svetainės priežasčių. CDN tinklai atsvers tokių situacijų padarinius. Turinys priglobtas daugelyje įrenginių, į kuriuos tinklas gali nukreipti per didelį srautą. Sugedus serveriui, CDN automatiškai paskiria artimiausią, kad būtų užtikrinta nenutrūkstama prieiga prie svetainės.

 

Svetainės apsauga

 

CDN tinklas taip pat pagerina jūsų puslapių ir svetainių saugumą. Patobulinę saugos sertifikatus ir atitraukdami serverius, apsaugosite savo svetainę, taip pat ir nuo DDoS atakos, kurios operacija yra visų turimų paslaugų išteklių panaudojimas siekiant užblokuoti prieigą prie svetainės.

 

Svetainės padėties nustatymas „Google“ (SEO)

 

Interneto paieškos sistemų algoritmuose atsižvelgiama į daugybę puslapių funkcijų ir atributų. Puslapio įkėlimo greitis, grafikos indeksavimas, saugumas, pvz. su SSL sertifikatu - šie elementai turi įtakos jūsų svetainės padėčiai. Naudodamiesi CDN, padėsite savo svetainei pasiekti aukštesnę poziciją „Google“ paieškos rezultatuose.

 

Kaip įdiegti CDN

 

CDN įdiegimas svetainėje visiškai priklauso nuo CDN tipo. Kaip jau minėjome, yra du tipai:Tradicinis CDNirGrįžtamojo tarpinio serverio CDN.

 

Atvirkštiniame tarpiniame CDN jūs tiesiog turite sekti procesą, kurį mums sako paslauga ir kuris paprastai (visada) keičia mūsų domeno DNS pagal jų pateiktą DNS.

Bet & hellip; Ką apie tradicinius CDN? Na, tradiciniuose CDN turime sukonfigūruoti CNAME, nurodantį pagrindinio kompiuterio pavadinimą, kurį pateikia CDN ir kuris veiks kaip tiltas failams talpinti naudojant „pull“.

 

Procesas gali skirtis priklausomai nuo naudojamo domeno teikėjo, nes ne visi turi tą pačią sąsają. Turime sukonfigūruoti CNAME savo DNS serveryje, kuris nurodo pagrindinio kompiuterio pavadinimą, kurį pateikia tas CDN, kurį mes sukonfigūravome.

 

Sukonfigūravę CNAME dalį, turime pradėti konfigūruoti CNAME arba CNAME atitinkamame TVS.Mes jums pasakysime, ką turite padaryti „WordPress“ atveju.Siekiama, kad TVS automatiškai pakeistų failų ar užklausų, kurias norime pateikti iš CDN, kelius.

 

Nustatykite CDN „WordPress“

 

Yra įvairių būdų įdiegti ir konfigūruoti CDN sistemoje „WordPress“ ir, priklausomai nuo naudojamo talpyklos papildinio, naudosime vieną ar kitą sprendimą.Jei naudojame „WP Rocket“, „W3 Total Cache“ arba „LiteSpeed ​​Cache“, šiuose papildiniuose yra CDN konfigūracijos skirtukas, leidžiantis lengvai pridėti šiuos CNAME.Jei norite konfigūruoti CDN sistemoje „WordPress“, norite naudoti kitą papildinį, kuris nėra talpykla. Pasirinkimų nėra daug ir nemokamų:


  • Parfumeriai: Tai aukščiausios kokybės ir turi daugiau funkcijų; Tarp jų galimybė sukonfigūruoti sąlyginę apkrovą iš šaunios sąsajos.


  • Domeno dalijimasis: CDN įdiegti nėra tiksliai, tačiau jis yra nemokamas, nors atnaujinant reikia daug laiko.


  • CDN leidėjas: „KeyCDN“ sukurtas įskiepis, naudojamas naudoti bet kokį CDN sistemoje „WordPress“.

 

Atlikę konfigūraciją, turime patikrinti, ar niekas nebuvo sugadinta ir ar užklausos pateiktos CDN. Tam galime naudoti „Pingdom Tools“.

 

content delivery networks

 

Nustatykite CDN

 

Kai kurie iš nedaugelio TVS, kuriuose CDN konfigūracija integruota savaime. Dalykas yra tas, kad jis taip nevadinamas, žmonės paprastai nežino, koks yra konkretus variantas.

Skiltyje „Medijos serveriai“ ten turite įdėti ką tik sukurtus CNAME į savo DNS. Tai automatiškai pakeis daugumos statinių failų įkėlimo URL naujais URL, kuriuos įkelsite iš CDN.

 

CDN jQuery ir kitoms bibliotekoms

 

Kitas dalykas yra tas, kad plačiai naudojamoms bibliotekoms yra tam tikros CDN paslaugos, pvz., „JQuery“ arba dažniausiai naudojamiems „WordPress“ failams ir TVS.Šie CDN paprastai aptarnauja tiek įprastą, tiek susiaurintą bibliotekų versiją, o tai labai naudinga svetainės WPO.Paprastai jie yra geras įprasto CDN papildymas.

 

„Google CDN“ knygynams

 

„Google“ taip pat palaiko galingą CDN su „Google Cloud“, iš kurio galime naudoti tam tikras bibliotekas, įkeltas iš „Google“ serverių. Ašt turi tam tikrų apribojimų ir yra labiau orientuotas į „jQuery“ ir jo bibliotekas.

 

Kaip CDN naudojamas „WordPress“ svetainėje?

 

Jūs tikriausiai daug girdėjote apie „WordPress“ CDN ir jų galimybes pagreitinti tinklalapius, be kitų naudojimo būdų.Nenuostabu, nes naršymo greitis svetainėje, be jokios abejonės, yra vienas iš svarbiausių veiksnių, siekiant pagerinti vartotojo patirtį, o jūsų vartotojai naršo jūsų svetainės puslapiuose.Šiais laikais puslapis, kurio rodymas ekrane užtrunka kelias sekundes, vartotojui praras kantrybę ir jos atsisakys, kad galėtų rasti tai, ko ieško kitur.

 

Galų gale viskas internete yra vos keli pelės paspaudimai, tad kodėl gi laukti, kai galite nueiti kitur be didelių pastangų?Savo ruožtu vartotojo patirtis daro įtaką svetainės SEO, nes „Google“ baudžia puslapius, kurių įkėlimas užtrunka per ilgai, būtent dėl ​​neigiamo poveikio šiam veiksniui.

 

Tai iki šiol buvo pakankama priežastis atsistoti ant kojų ir pradėti optimizuoti vaizdus, ​​įdiegti talpyklos papildinį, naudoti mažai išteklių turinčius įskiepius ir kt.

 

Kol mes atrasime, kad CDN egzistuoja!

 

Skirtingai nuo kitų optimizavimo išteklių ar komponentų, įdiegtų žiniatinklio serveryje ar „WordPress“, įsikiša išoriniai CDN serveriai, kurie sąveikauja su žiniatinklio serveriu, kad pagreitintų tinklalapio atsisiuntimą ir atitinkamai naršymo greitį.

 

Ką CDN veikia „WordPress“ svetainėje?

 

CDN labai trumpai yra serverių rinkinys, paskirstytas visoje planetoje ir sujungtas vienas su kitu internetu.

Bet aš manau, kad geriausias būdas suprasti, kas yra CDN ir kaip jis veikia, yra pirmiausia žinant sekamą procesą nuo tada, kai vartotojas įveda adresą savo naršyklėje, kol ekrane pasirodo atitinkamas tinklalapis.

 

Nors nėra reikšmingų skirtumų su kitais turinio valdytojais, norėdami supaprastinti šio proceso aprašymą, nuo šiol manysime, kad prieiname „WordPress“ svetainės tinklalapį. Procedūra būtų tokia:


  • Vartotojas įveda adresą savo naršyklėje.

  • Naršyklė nustato serverį, atitinkantį tą adresą, ir reikalauja atitinkamo tinklalapio.

  • Serveris gauna šią užklausą, o „WordPress“ sugeneruoja HTML failą iš jo duomenų bazėse saugomos informacijos.

  • Minėtas serveris siunčia šį HTML failą naršyklei, kuri pateikė užklausą.

  • Kai naršyklė gauna HTML failą, ji skaito ir interpretuoja jo turinį.

  • Šio aiškinimo metu gali atsirasti nuorodų (interneto adresų) į įvairius išteklius, pvz., Stiliaus failus ar vaizdus, ​​kurie yra tinklalapio turinio ar struktūros dalis.

  • Kiekvienai iš šių nuorodų naršyklė prašo to ištekliaus iš to paties serverio.

  • Serveris aptarnauja kiekvieną iš šių užklausų, nustatydamas atitinkamą šaltinį standžiajame diske ir nusiųsdamas jį į naršyklę.

  • Kai naršyklė gauna šiuos išteklius, ji sugeneruoja ir pateikia tinklalapį vartotojui.

 

Šio tipo įrankio naudojimas atlaisvina prieglobos serverį nuo šios paskutinės užduoties, todėl jam teks rūpintis tik naršyklės užklausomis. Savo ruožtu CDN bus atsakingas už persiuntimą į išteklius.

 

Kaip veikia CDN?

 

Išsamiai išanalizavę procesą pastebėsime, kad didžioji dalis prieglobos serverio atlikto darbo paradoksalu nėra skirta svarbiausiai užduočiai: HTML puslapio sugeneravimui ir pateikimui naršyklėje, kuri to reikalauja.

 

Vietoj to, prieglobos serveris praleidžia daug apdorojimo laiko paprasčiausiai surasdamas ir pateikdamas išteklių failus į naršyklę.

 

Tarp šių išteklių dažniausiai yra vaizdai, kurie paprastai užima žymiai daugiau vietos ir todėl sunaudoja daugiau pralaidumo nei pats HTML puslapis, kad ir kokie jie būtų optimizuoti.

 

Turėdamas šį šaltinį, prieglobos serveris gali sutelkti savo darbą į tai, kas svarbu: atsižvelgti į vartotojo užklausas, sugeneruoti prašomus HTML failus ir juos grąžinti.

Iki šiol mes tik sustojome norėdami pamatyti išorinį jo naudojimo efektą, tačiau tikrai jūs pradedate įžvelgti kai kuriuos privalumus, kuriuos jis gali mums suteikti.Prieš pradėdami išsamiai pažvelgti, kam jis skirtas, šiek tiek sustokime, kad sužinotume, kaip veikia CDN, ir taip geriau suprastume visas jo galimybes.

 

Schematiškai CDN veikimo principas grindžiamas šiais 3 punktais:


  • Turėti platų serverių tinklą, sujungtą per internetą, išsibarsčiusius visoje žemės geografijoje.


  • Šiuose serveriuose saugome visų statinių išteklių failų, kuriuos turime mūsų prieglobos serveryje, kopijas.


  • Kišimasis į šių išteklių failų užklausas ir jų vykdymas, kai naršyklė prašo sugeneruoti ir rodyti tinklalapį vartotojui.

 

Pažiūrėkime toliau kiekvieną punktą išsamiau ...

 

Serverių tinklo turėjimas

 

Nors iki šiol mes kalbėjome apie CDN pavieniu būdu, tarsi su vienu elementu, iš tikrųjų tai yra serverių rinkinys, paskirstytas visoje planetoje ir sujungtas vienas su kitu internetu.

 

Šios nuostatos dėka, kai naršyklė prašo išteklių, ją aptarnauja arčiausiai savo geografinės vietos esantis serveris, žymiai sutrumpindamas duomenų siuntimo ir gavimo laiką.Vidinis šio serverių tinklo valdymas ir veikimas yra visiškai skaidrus tiek CDN naudojančios svetainės savininkui, tiek jos puslapius naršantiems vartotojams.Abiem atvejais jis atrodo išoriškai iš vieno serverio, kuris pateikia išteklių failus internete.

 

Išteklių saugojimas vietoje

 

Tai prasminga, nes jei CDN (mums nesvarbu, kuris iš jos serverių) ketina pateikti, pavyzdžiui, vaizdą į naršyklę, jis turi turėti tą vaizdo failą savo standžiajame diske.Jei turėčiau to prašyti iš prieglobos serverio, mes nebeturėtume visų privalumų, kuriuos jis galėtų mums suteikti. Tai netgi neigiamai paveiktų našumą, nes reikės pateikti dvi užklausas dėl to paties failo.

 

Šių failų gavimo būdas yra saugomas ir paskirstomas tarp jo serverių, o tai gali skirtis priklausomai nuo paslaugos konfigūracijos ir mums taip pat skaidrus, mums visai nereikia kištis.

 

Pagal numatytuosius nustatymus dauguma CDN sukuria visų išteklių failų vietinę kopiją, kai jie yra įdiegti ir suaktyvinti pirmą kartą. Panašiai ir pati CDN yra atsakinga už tai, kad būtų patikrinta, ar jos vietinė kopija atnaujinama pakeitus originalų failą prieglobos serveryje.

 

Kišimasis ir atsakymas į išteklių prašymus

 

Iki šiol turime serverių tinklą ir, pasiskirstę juose, visų mūsų išteklių failų kopijas.Tačiau nuorodos (interneto adresai) į šiuos iš tinklalapių HTML kodo esančius išteklius lieka mūsų prieglobos serveryje.

 

Tai reiškia, kad kai naršyklė skaito ir interpretuoja šiuos žiniatinklio adresus HTML kode, ji ir toliau jų prašys iš prieglobos serverio, o ne iš serverių.Todėl norint, kad naršyklė galėtų atsisiųsti šiuos failus iš CDN, tuos interneto adresus reikės pakeisti taip, kad jie nukreiptų į CDN serverius, o ne į prieglobos serverį.

 

Čia mes galime šiek tiek išsigąsti: ar mes turime pakeisti VISŲ savo vaizdų interneto adresus?

 

Iš esmės taip, tačiau tokio tipo įrankių teikėjai teikia įrankius (pvz., „CDN“ papildinį, skirtą „WordPress“), kad tai padarytų mums automatiškai, todėl neturėtume jaudintis ir dėl to.

 

CDN veikimo režimai

 

„WordPress“ teikėjai gali pasirinkti dvi alternatyvas, kai reikia kištis ir atsakyti į išteklių užklausas:


  • Pirmasis, kurį jau aprašėme anksčiau: CDN „WordPress“ papildinys, kurį teikia jo teikėjas, modifikuoja tinklalapių HTML kodo žiniatinklio adresus taip, kad jie nukreiptų į atitinkamas serverio išteklių failų kopijas.


  • Įdiegus ir sukonfigūravus šį papildinį, interneto adresų keitimo procesas yra automatinis ir skaidrus tiek svetainės savininkui, tiek jį naršantiems vartotojams, kurie neturi žinoti, kur iš tikrųjų yra talpinami ištekliai.


  • Savo ruožtu, naudojant antrąjį būdą, puslapių interneto adresai nesikeičia, tačiau serveriai tuos adresus aptarnauja tiesiogiai taip, lyg jie būtų pirminis prieglobos serveris. Šiuo atveju „WordPress“ CDN serveris veikia kaip tarpinis serveris, atsidūręs tarp naršyklės ir prieglobos serverio.


  • Kai serveris gali pateikti prašomą šaltinį, nes jis turi vietinę kopiją, jis jį tuo metu pateikia. Jei jis negali jos pateikti tiek dėl to, kad ji nėra saugoma jūsų kietajame diske, nei dėl to, kad tai yra pasenusi kopija, ji nukreipia užklausą į prieglobos serverį dėl paslaugos.


  • Naudojant šį režimą, prieglobos serveris visada bus už CDN serverio, todėl jūs gausite papildomą apsaugos nuo galimų išorinių atakų lygį, kuris pirmiausia turi praeiti per jį.


  • Be to, ji turi galimybę saugoti statinę tinklalapių kopiją, elgtis kaip talpyklos serveris, ypač naudinga, kai mūsų turinio puslapiai keičiasi retai.


  • Pats CDN serveris yra atsakingas už periodišką šių statinių kopijų atnaujinimą, kad vartotojai visada turėtų prieigą prie naujausios puslapių versijos.

 

Kam skirtas CDN „WordPress“?

 

Dabar, kai žinome, kas yra šis terminas ir kaip jis veikia, pažiūrėkime, kokias paslaugas CDN teikia mums „WordPress“ ir kaip mes galime jomis pasinaudoti, kad pagerintume mūsų serverio atsakymo laiką ir atitinkamai vartotojų naršymo greitį:

 

1. Statinių išteklių failų saugojimas ir pristatymas

 

Iš esmės vaizdai ir CSS failai. Tai yra pagrindinė serverių savybė ir beveik jų priežastis.

Kaip minėta pirmiau, turėdamas vietinę statinių išteklių kopiją, prieglobos serveris neturi teisės jų siųsti į naršyklę, kai vartotojas patenka į vieną iš savo tinklalapių, atlaisvindamas jį atlikti kitas užduotis.

 

2. Dinaminių išteklių talpykla

 

Dinaminiai ištekliai yra tie, kuriuos turinio tvarkytuvė sugeneruoja kiekvieną kartą apsilankius svetainėje.

Pavyzdžiui, „WordPress“ tinklalapiai generuojami kiekvieną kartą, kai vartotojas prie jo prisijungia. Kai svetainė lankosi daug kartų, šis procesas kartojamas nuolat, o tai turi įtakos prieglobos serverio veikimui.

 

Norėdami to išvengti, galite sukonfigūruoti „WordPress“ CDN, kuris saugo statinę šių dinaminių puslapių kopiją ir veikia kaip talpykla, kai keli vartotojai naršo tuos pačius puslapius.Jis pats yra atsakingas už savo vietinių statinių kopijų atnaujinimą prieglobos serveryje.

 

Šiuo metu reikia pažymėti, kad ne visi „WordPress“ CDN siūlo šią paslaugą ir kad dažniausiai tai yra mokama paslauga.

 

3. Greičiau reaguoti vartotojams iš kitų šalių

 

Mūsų prieglobos serveris yra vienas arba nedidelis serverių rinkinys, jei svetainė yra didelė, esanti vienoje geografinėje vietoje.

Šis serveris vykdo vartotojų užklausas iš bet kurios pasaulio vietos.

 

Kuo toliau nuo to vartotojo, tuo daugiau laiko reikia perduoti duomenis iš naršyklės į serverį ir atvirkščiai.

Turint šį šaltinį, ši problema išnyksta, nes jų serveriai yra išplitę visuose žemynuose.

 

Kai vartotojas pateks į mūsų svetainę, jį aptarnaus CDN serveris, kuris yra arčiausiai jo fizinės vietos, žymiai sutrumpindamas tranzito laiką, taigi ir svetainės atsisiuntimo bei naršymo laiką.

 

4. Prieglobos serverio išteklių naudojimo optimizavimas

 

Jau minėjome aukščiau, kaip atrodė visas tinklalapio generavimo ir atsisiuntimo procesas, kurio metu didžioji dalis prieglobos serverio pajėgumų, pvz., Apdorojimo laikas ir pralaidumas, buvo skirti statinių išteklių failų dėmesiui ir atsisiuntimui.

 

Užsakydamas šį atsisiuntimą, serveris gali skirti didesnę savo galios dalį tam, kas iš tikrųjų svarbu: dėmesiui vartotojams ir jų lankomų tinklalapių generavimui.Tokiu būdu galėsite aptarnauti didesnį vartotojų skaičių ir aptarnauti daugiau tinklalapių, neturėdami neigiamos įtakos atsisiuntimo ir naršymo laikui.

 

5. Apsauga nuo įsilaužėlių atakų

 

Ypač „Denial of Service“ („DoS“ arba „DDoS“) išpuoliai, kurie susideda iš daugybės vienu metu prieigų prie serverio, siekiant jį prisotinti ir negalėti patenkinti teisėtų vartotojų prašymų.

 

CDN serveriai turi mechanizmus, leidžiančius nustatyti, kada įvyksta tokio tipo išpuoliai, ir juos neutralizuoti, išvengiant ar ribojant poveikį, kurį jis gali turėti įprastai prieglobos serverio veiklai.

 

Tačiau „WordPress“ CDN neturėtų būti naudojamas kaip pagrindinė apsaugos priemonė nuo tokio tipo atakų, nes prieglobos serveris vis dar pasiekiamas per internetą, o įsilaužėliai gali rasti būdų, kaip prieiti prie jo tiesiogiai, pakoreguodami serverius.

 

Todėl, norėdami užkirsti kelią šioms tiesioginėms atakoms, visada turėtumėte turėti kokybišką interneto prieglobą, kurioje būtų apsaugos nuo šių atakų priemonės.

 

Ar galiu naudoti „CDN“ tik „WordPress“ svetainėms?

 

„WordPress“ yra dažniausiai naudojamas turinio tvarkytuvas praktiškai bet kokio tipo ir dydžio žiniatinkliui, pradedant tinklaraščiais, kuriuose yra tik straipsniai, iki tikrų el. Prekybos platformų, kuriose yra viskas, ko reikia norint pirkti internetu.Ši hegemonija reiškia, kad šio tipo paslaugų teikėjai daugiau pastangų skiria „WordPress“ žiniatinkliui pritaikytiems sprendimams vien todėl, kad turi daugiau klientų, naudojančių šį tvarkyklę.

 

Be to, „WordPress CDN“ vartotojų bendruomenė taip pat yra žymiai didesnė, todėl lengviau ir greičiau rasti problemų sprendimus, kuriuos kiti vartotojai jau turėjo, išsprendė ir pasidalijo su bendruomene.

 

Tačiau tai nereiškia, kad jo negalima naudoti su kitais turinio valdytojais. CDN teikėjai siūlo papildinius, priedus ar modulius integruoti savo serverius į pagrindinius rinkos turinio valdytojus, ne tik CDN, skirtus „WordPress“.

 

Tais atvejais, kai tokio tipo teikėjai nepateikia papildinio turinio tvarkytuvei, galite kreiptis į jų palaikymo tarnybą arba vartotojų bendruomenę ir paklausti, ar yra perspektyvi alternatyva, kurią lengva įgyvendinti.

 

Kita vertus, net jei konkretus paslaugų teikėjas nesiūlo sprendimo ar palaikymo konkrečiam turinio tvarkytuvui, rinkoje yra toks platus tiekėjų spektras, kad, be abejo, kai kurie iš jų siūlo tai. vadybininkas.

 

Kaip galiu įdiegti CDN savo „WordPress“ svetainei?

 

CDN diegimas „WordPress“ svetainėje nesukelia daug sunkumų, nes paslaugų teikėjai teikia papildinius, kurie atlieka didelę dalį darbo, kartu su paslaugos konfigūracija, kad užregistruotų svetainę.

 

Nors kiekvienas tokio tipo išteklių teikėjas turi savo ypatumus diegdamas ir konfigūruodamas papildinį bei pačią paslaugą, pagrindinį skirtumą suteikia darbo režimas:

 

Išteklių failų URL nukreipimas

 

Šiam būdui integruoti tokio tipo paslaugas reikia atlikti šiuos 2 bendruosius veiksmus (informacija teikėjams gali šiek tiek skirtis):


  • Registruokitės CDN platformoje per teikėjo svetainę ir suaktyvinkite svetainę, kuria naudosis CDN. Nors nomenklatūra skirtingiems paslaugų teikėjams gali skirtis, jie dažnai vadinami „zona“. Prie šios zonos jis susieja URL, kurį turime užrašyti.


  • Įdiekite CDN papildinį, kuris pasirūpins visų išteklių failų peradresavimu. Norėdami tai padaryti, turime sukonfigūruoti zonos URL, kurį pažymėjome ankstesniame punkte.

 

CDN serveris kaip tarpinis serveris

Norint integruoti tokio pobūdžio paslaugą, kuri veikia kaip tarpinis serveris, taip pat reikia dviejų bendrų veiksmų:


  • Registruokitės CDN platformoje per teikėjo svetainę ir suaktyvinkite svetainę. Tai darydama ji teikia svetainės domeno vardų serverius.


  • Pakeiskite tiekėjo vardų serverius, kad jie nukreiptų į CDN vardų serverius. Nuo to momento bet kokia prieiga prie svetainės visada ir išimtinai bus vykdoma per serverius.

 

Šiuo atveju nebūtina įdiegti CDN įskiepio, skirto „WordPress“, nes ankstesni pakeitimai yra pakankami ištekliaus veikimui. Nors patartina, norint sukonfigūruoti kai kurias sritis, nereikia patekti į teikėjo svetainę.

 

Vardų serverių keitimas

 

Šis pakeitimas priklauso nuo domeno teikėjo, su kuriuo esame pasirašę sutartį. Pažiūrėkime veiksmus, kuriuos apskritai turime atlikti su bet kuriuo teikėju:


  • Prisijunkite prie mūsų paskyros domeno vardų teikėjo svetainėje.

  • Tarp konfigūravimo parinkčių raskite parinktį, kurioje rodomi tiekėjo teikiami serveriai.


  • Teikėjas visada tiekia du DNS serverius. Turime juos modifikuoti ir įvesti vietoj dviejų vardų serverių


  • Atlikus modifikaciją, gali praeiti iki 24–48 valandų, kol pakeitimai pasklis visame tinkle. Jo neįmanoma pagreitinti, todėl galime tik palaukti.

 

Išvados

 

Gali būti kelios priežastys, dėl kurių galime apsvarstyti jos naudojimą, pvz., Natūralios padėties nustatymo optimizavimas, papildomo apsaugos nuo įsilaužėlių apsaugos prie interneto pridėjimas arba geresnis prieglobos serverio išteklių naudojimas.

 

Nepaisant techninio sudėtingumo, paslaugų teikėjai pateikė lengvai įdiegiamus ir konfigūruojamus mechanizmus bei įrankius populiariausiems turinio valdytojams, įskaitant „WordPress“ CDN.

 

Nors daugelis paslaugų teikėjų teikia nemokamus planus, dauguma jų turi terminą, kuriam pasibaigus reikia sudaryti mokamą planą, atsižvelgiant į srauto lygį ir apsilankymus svetainėje. Tai gali veikti dviem būdais: perrašyti svetainės statinių išteklių failų URL arba elgtis kaip tarpinis serveris.