CDN

Internetā ievietotā satura daudzums un tam pievienoto ierīču skaits joprojām pieaug. Lielam resursu apjomam, piemēram, tiešsaistes veikalu sortimentam vai multivides platformu resursiem, vietnes darbībai ir nepieciešami atbilstoši rīki. Viens no labākajiem risinājumiem ir CDN - satura piegādes tīkls.
Pilnu rakstu skatiet vietnē CDN ...

Rādīt filtru
Filtru mitināšana
A2 Themes & Host Me Filter

Operācijas sistēma

Vieta diskā

RAM atmiņa

Diska tips

CPU kodoli

Kārtot

Trust Pilot Nexcess
Rezultāts - 9.8
Nexcess Logo
Nexcess

Nexcess

CDN 250
$25 /Ikmēneša

Atsauksmes 102


Servera atrašanās vietas


Nexcess Servers in SurreyApvienotā Karaliste Nexcess Servers in DearbornSavienotās Valstis Nexcess Servers in AmsterdamNīderlande Nexcess Servers in SydneyAustrālija
Salīdzināt
Trust Pilot Liquid Web
Rezultāts - 9.4
Liquid Web Logo
Liquid Web

Šķidrais tīmeklis

1 TB
$130 /Ikmēneša

Atsauksmes 406

45 Kuponi

Servera atrašanās vietas


Liquid Web Servers in PhoenixSavienotās Valstis Liquid Web Servers in AmsterdamNīderlande
Salīdzināt
Trust Pilot OVH.ie
Rezultāts - 7.8
OVH.ie Logo
OVH.ie

OVH.ie

InfraStructure CDN
$11.23 /Ikmēneša

Atsauksmes 47


Servera atrašanās vietas


OVH.ie Servers in IrelandĪrija OVH.ie Servers in NetherlandsNīderlande OVH.ie Servers in JapanJapāna OVH.ie Servers in ItalyItālija OVH.ie Servers in HillsboroSavienotās Valstis OVH.ie Servers in SingaporeSingapūra OVH.ie Servers in Frankfurt am MainVācija OVH.ie Servers in MontrealKanāda OVH.ie Servers in WarsawPolija OVH.ie Servers in LondonApvienotā Karaliste OVH.ie Servers in RoubaixFrancija OVH.ie Servers in SpainSpānija
Salīdzināt
Trust Pilot Sonic Fast.io
Rezultāts - 7.6
Sonic Fast.io Logo
Sonic Fast.io

Sonic Fast.io

CDN
$8.72 /Ikmēneša

Atsauksmes 8


Servera atrašanās vietas


Sonic Fast.io Servers in Las VegasSavienotās Valstis Sonic Fast.io Servers in LondonApvienotā Karaliste Sonic Fast.io Servers in Hong KongHonkonga
Salīdzināt
Trust Pilot Hostry
Rezultāts - 7
Hostry Logo
Hostry

Saimniecība

1,5TB CDN - 10$/mo
$10 /Ikmēneša


Servera atrašanās vietas


Hostry Servers in Czech RepublicČehu Republika Hostry Servers in SofiaBulgārija Hostry Servers in KievUkraina Hostry Servers in AmsterdamNīderlande Hostry Servers in DallasSavienotās Valstis Hostry Servers in MoscowKrievijas Federācija Hostry Servers in PolandPolija Hostry Servers in RigaLatvija Hostry Servers in SingaporeSingapūra
Salīdzināt
Trust Pilot Stack Path
Rezultāts - 6.4
Stack Path Logo
Stack Path

Steka ceļš

200 GB
$200 /Ikmēneša

Atsauksmes 1

42 Kuponi

Servera atrašanās vietas


Stack Path Servers in United StatesSavienotās Valstis
Salīdzināt
Trust Pilot Ovh.de
Rezultāts - 5.6
Ovh.de Logo
Ovh.de

Ovh.de

CDN InfraStructure
$13.38 /Ikmēneša

Atsauksmes 5

Salīdzināt
Rezultāts - 0
OUR Host Logo
OUR Host

MŪSU Saimnieks

Defend Pack
$49.4 /Ikmēneša


Servera atrašanās vietas


OUR Host Servers in BakuAzerbaidžāna OUR Host Servers in VilniusLietuva OUR Host Servers in AmsterdamNīderlande
Salīdzināt

Kas ir CDN (satura piegādes tīkls)?

 

Satura piegādes tīkls ir serveru sistēma, kas izkliedēta izvēlētajā apgabalā - piem. valsts vai kontinents. Tīklā izvietotie serveri sadarbojas savā starpā, pārsūtot lapu resursus, t.i., HTML kodu, JavaScript failus, stila lapas, fotoattēlus vai videoklipus. Rezultātā tie nodrošina ātru piekļuvi lapām un vietnēm neatkarīgi no lietotāju skaita un atrašanās vietas.

 

 

Content Delivery Network

 

 

Labākais CDN darbības piemērs ir YouTube. Tiek lēsts, ka platformā katru minūti tiek augšupielādētas 500 stundas video. Tas ir neiedomājami daudz filmu, taču jebkurš lietotājs no jebkuras vietas pasaulē var viegli skatīties ierakstu augstas izšķirtspējas režīmā. Kāpēc? YouTube darbojas efektīvi, pateicoties globālajam CDN tīklam, kas izplata ierakstus un novirza lietotāju trafiku uz serveriem, kas ir vistuvāk ierīcei, kuru izmanto interneta lietotājs. Tas visiem nodrošina vislabāko lietotāja pieredzi.

 

Vienkārši sakot, CDN ir pakalpojums, kas ļauj mums apkalpot statisko saturu (attēlus, PDF, video, CSS, JS utt.) No serveriem, kas ir ģeogrāfiski vistuvāk apmeklētājam, kurš ienāk tīmeklī.

 

Ko tas ietekmē?Nu, attālums kilometros (lai gan tas nav tieši tāds) ietekmē latentumu: jo lielāks attālums, jo lielāks latentums.Jo vairāk latentuma vai PING ir starp apmeklētāju un tīmekļa serveri, jo lēnāk būs atbildes. Var arī teikt, ka no noteikta & ldquo; līmeņa & rdquo; palēnināsies arī pieprasījumu lejupielāde un savienojumā varētu būt pat pakešu zaudēšana.

 

Mums vajadzētu būt skaidram, ka, lai pēc iespējas ātrāk apkalpotu tīmekli VISĀS iespējamās situācijās, mums jābūt ļoti uzmanīgiem ar lieliem aizkavējumiem.

 

Tas, ko dara CDN, ir kešatmiņa un šo iepriekš izvēlēto tipu statiskā satura saglabāšana un saglabāšana uz noteiktu stundu vai dienu skaitu pakalpojuma serveros, datu centrā noteiktā pasaules apgabalā.

 

Vēlāk, izmantojot anycast DNS pakalpojumu, kad apmeklētājs pieprasa tīmeklim, pakalpojums pārbauda, ​​kurš ir POP (klātbūtnes punkts) vai datu centrs, kas ir vistuvāk apmeklētājam. Tādā veidā šie faili tiek pasniegti no tuvākajiem serveriem.

 

Kā darbojas satura piegādes tīkli?

 

CDN galvenais uzdevums ir uzlabot vietnes veiktspēju un paātrināt vietnes ielādes laiku. Tas darbojas, pārsūtot ievietoto saturu uz izplatītiem serveriem, kas satur kešatmiņu un ģeogrāfiski apkalpo lietotājus. Kad kāds ienāk vietnē, kas ir daļa no CDN, tīkls novirza pieprasījumu no vietnes servera uz CDN serveri, kas ir vistuvāk lietotājam. CDN tīkli nodrošina aktīvu saziņu starp serveriem, lai lejupielādētu un kešatmiņā saglabātu saturu, kas vēl nav izplatīts visā tīklā.

 

Pats CDN darbības veids lietotājam praktiski nav pamanāms. Viss satura pārsūtīšana un novirzīšana tiek veikta servera pusē. Sadalīto tīklu ietekme tomēr ļoti pozitīvi ietekmē lietotāju pieredzi apmeklētajā vietnē. Tāds saturs kā fotoattēli un videoklipi tiek piegādāti bez kavēšanās un labākas kvalitātes, un apakšlapas vai atvērtie logi tiek ielādēti daudz ātrāk.

Vienīgā skaidra CDN darbības pazīme ir automātiska vietnes adreses maiņa. Piemēram, jūsu vietnei ir vairākas valodu versijas vai tā var atrasties daudzos domēnos (.pl, .com, .de, .uk). Ievadot "vietnes nosaukumu", pamatojoties uz atrašanās vietu, lietotājs vai nu redzēs vietni attiecīgajā valodā, vai arī tiks automātiski novirzīts uz vietni citā domēnā.

 

Vai CDN pakalpojums ir ļoti pamanāms?

 

Nu, JĀ un NĒ, tas ir, tas ir daudz atkarīgs no gadījuma, un nav skaidra vispārīga noteikuma, lai izlemtu, vai ieviest CDN.

 

Bet mums ir jānošķir arī tīrs CDN ar reverso starpniekserveri, kas kodā veic optimizāciju. CDN var veikt noteiktas optimizācijas CSS un JS, tāpēc var rasties uzlabojumi, kas nenāk no CDN pakalpojuma ieviešanas, bet gan no optimizācijas.

 

Bet mēs centīsimies precizēt dažus punktus vai apstākļus, kādos CDN var mums palīdzēt:


  • Ja jums ir vietne, kuras saturs ir angļu valodā, un tajā ir jaukta procentuālā daļa no ASV un citiem pasaules reģioniem.

  • Ja jums ir tiešsaistes veikals, kas tiek pārdots visā Eiropā.

  • Ja jums ir jebkura veida vietne, kas ir daudzvalodu tajā pašā domēnā.

 

Kad ģeogrāfiskie attālumi ir lielāki, iekraušanas ātruma atšķirība ir daudz pamanāmāka. Atgādinām, ka tas ir pamanāms, jo tas neietekmē tikai 1 konkrētu pieprasījumu pēc attēla, bet tas ietekmē pieprasījumus no visa tīmekļa, bet jo īpaši smagākos.

 

Dažos gadījumos jūs pat varat pamanīt rezultātus nedaudz vairāk, pateicoties tā ieviestajai starpniekservera kešatmiņai.

Vēl viens no galvenajiem CDN punktiem ir tas, ka tie spēj statisku, daudzos gadījumos, apkalpot ātrāk nekā tīmekļa mitināšanas serveri. Galu galā viņi tam ir sagatavoti un satura apkalpošanai izmanto Nginx vai augstas veiktspējas tīmekļa serverus.

 

Arī CDN serveri ir daudz labāk aprīkoti, lai apstrādātu lielu trafiku nekā parastie mitināšanas serveri. Viņi galu galā ir par to.

 

How do content delivery networks work?

 

Vai ir vērts izmantot CDN?

 

Izplatīto tīklu izmantošanas priekšrocības ir atkarīgas no lapas lieluma, tajā esošā satura daudzuma un lietotāju prasībām. Tomēr viņi visi gūs labumu no četriem galvenajiem ieguvumiem, kas saistīti ar CDN.

 

Ielādes laiks un lapas kvalitāte

 

Ja jūsu lapa tiek ielādēta pārāk lēni, lietotāji pārtrauks tās apmeklēšanu. Pateicoties serveru izplatīšanai un pareizā savienojuma izvēlei, datu izplatīšana prasa mazāk laika. Jūsu lapas un saturs tiek ātri ielādēts, un lietotājs nekavējoties sasniegs sava apmeklējuma mērķi. Multivides satura gadījumā datu pārsūtīšanas ātrums ir saistīts arī ar to kvalitāti, kas pozitīvi ietekmē lietotāja pieredzi.

 

Pieejamība un atlaišana

 

Ir daudzi faktori, kas var traucēt vietnes veiktspēju - pēkšņa apmeklējumu sasteigšanās vai aparatūras kļūmes ir daži no visbiežāk sastopamajiem iemesliem, kāpēc vietnei nav iespējams piekļūt. CDN tīkli kompensēs šādu situāciju sekas. Saturs tiek mitināts daudzās ierīcēs, uz kurām tīkls var novirzīt pārmērīgu trafiku. Servera kļūmes gadījumā CDN automātiski nosaka tuvāko, lai nodrošinātu nepārtrauktu piekļuvi vietnei.

 

Vietnes drošība

 

CDN tīkls arī uzlabo jūsu lapu un vietņu drošību. Uzlabojot drošības sertifikātus un novēršot uzmanību serveriem, jūs nodrošināsiet savu vietni, tostarp pret DDoS uzbrukumu, kura darbība ir visu pieejamo pakalpojumu resursu izmantošana, lai bloķētu piekļuvi vietnei.

 

Vietnes izvietošana Google tīklā (SEO)

 

Interneta meklētājprogrammu algoritmos tiek ņemtas vērā daudzas lapu funkcijas un atribūti. Lapas ielādes ātrums, grafikas indeksēšana, drošība, piem. ar SSL sertifikātu - šie elementi ietekmē jūsu vietnes pozicionēšanu. Izmantojot CDN, jūs palīdzēsiet savai vietnei sasniegt augstāku pozīciju Google meklēšanas rezultātos.

 

Kā ieviest CDN

 

CDN ieviešana vietnē ir pilnībā atkarīga no CDN veida. Kā mēs teicām, ir divi veidi:Tradicionālais CDNunReversā starpniekservera CDN.

 

Apgrieztā starpniekservera CDN gadījumā jums vienkārši jāievēro process, ko mums saka pakalpojums un kas parasti (vienmēr) izmaina mūsu domēna DNS pret viņu nodrošināto DNS.

Bet & hellip; Kā ar tradicionālajiem CDN? Nu, tradicionālajos CDN mums ir jākonfigurē CNAME, kas norāda uz resursdatora nosaukumu, ko nodrošina CDN un kas darbosies kā tilts failu kešatmiņā, izmantojot pull.

 

Process var atšķirties atkarībā no izmantotā domēna nodrošinātāja, jo ne visiem ir vienāda saskarne. Mums DNS serverī ir jākonfigurē CNAME, kas norāda uz resursdatora nosaukumu, ko nodrošina attiecīgais CDN, kuru mēs esam konfigurējuši.

 

Pēc CNAME daļas konfigurēšanas mums ir jāturpina konfigurēt CNAME vai CNAME attiecīgajā CMS.Mēs jums pastāstīsim, kas jums jādara WordPress gadījumā.Mērķis ir, ka CMS automātiski aizstāj to failu vai pieprasījumu ceļus, kurus mēs vēlamies apkalpot no CDN.

 

Iestatiet CDN programmā WordPress

 

CDN ieviešanai un konfigurēšanai programmā WordPress ir dažādi veidi, un atkarībā no izmantotā kešatmiņas spraudņa mēs izmantosim vienu vai otru risinājumu.Ja mēs izmantojam WP Rocket, W3 Total Cache vai LiteSpeed ​​Cache, šie spraudņi ietver CDN konfigurācijas cilni, kas ļauj mums viegli pievienot šos CNAME.Ja vēlaties izmantot citu spraudni, kas nav kešatmiņa, lai konfigurētu CDN programmā WordPress. Nav daudz iespēju un nav daudz bezmaksas:


  • Perfmatters: Tas ir augstākās klases un tam ir vairāk funkciju; Starp tiem iespēja konfigurēt nosacīto slodzi no foršas saskarnes.


  • Domēna dalīšana: CDN nav precīzi jāievieš, taču tas ir bezmaksas, lai gan tas tiek atjaunināts ilgi.


  • CDN iespējotājs: Spraudnis, ko izstrādājis KeyCDN, bet ko izmanto, lai ieviestu jebkuru CDN programmā WordPress.

 

Kad esam izdarījuši konfigurāciju, mums jāpārbauda, ​​vai nekas nav salauzts un vai pieprasījumi ir iesniegti CDN. Šim nolūkam mēs varam izmantot Pingdom rīkus.

 

content delivery networks

 

Izveidojiet CDN

 

Daži no nedaudzajiem CMS, kuros CDN konfigurācija ir integrēta dabiski. Lieta ir tā, ka tā to nesauc, cilvēki parasti nezina, kam ir paredzēta konkrētā iespēja.

Sadaļā "Multivides serveri" jūsu DNS jāievieto tikko izveidotie CNAME. Tas automātiski aizstās lielākās daļas statisko failu augšupielādes URL ar jaunajiem URL, kurus augšupielādējat no CDN.

 

CDN jQuery un citām bibliotēkām

 

Vēl viens moments ir tas, ka plaši izmantojamām bibliotēkām, piemēram, jQuery vai visbiežāk izmantotajiem WordPress failiem un CMS, ir noteikti CDN pakalpojumi.Šie CDN parasti apkalpo gan parasto, gan saspiesto bibliotēku versiju, kas ir ļoti noderīgi vietnes WPO.Parasti tie ir labs papildinājums normālam CDN.

 

Google CDN grāmatnīcām

 

Google uztur arī jaudīgu CDN ar Google Cloud, no kura mēs varam izmantot noteiktas bibliotēkas, kas ielādētas no Google serveriem. Est ir noteikti ierobežojumi, un tas ir vairāk orientēts uz jQuery un tā bibliotēkām.

 

Kā CDN tiek izmantots WordPress vietnē?

 

Jūs droši vien esat daudz dzirdējis par WordPress CDN un to spēju paātrināt tīmekļa lapas, cita starpā.Un es neesmu pārsteigts, jo navigācijas ātrums vietnē, bez šaubām, ir viens no visatbilstošākajiem faktoriem, lai uzlabotu lietotāju pieredzi, kamēr jūsu lietotāji pārvietojas pa jūsu vietnes lapām.Mūsdienās lapa, kuras parādīšana ekrānā prasa vairākas sekundes, liks lietotājam zaudēt pacietību un pamest to, lai atrastu to, ko meklē citur.

 

Galu galā viss internetā ir tikai dažu peles klikšķu attālumā, kāpēc gan gaidīt, kad jūs varat doties citur ar nelielu piepūli?Savukārt lietotāja pieredze ietekmē vietnes SEO, jo Google soda lapas, kuru ielāde prasa pārāk ilgu laiku, tieši to negatīvās ietekmes dēļ uz šo faktoru.

 

Tas līdz šim bija pietiekams iemesls, lai pieceltos uz kājām un sāktu optimizēt attēlus, instalēt kešatmiņas spraudni, izmantot maz resursu spraudņus utt.

 

Kamēr mēs atklājam, ka CDN pastāv!

 

Atšķirībā no citām optimizācijām, kas veiktas resursiem vai komponentiem, kas instalēti tīmekļa serverī vai WordPress, tiek iesaistīti CDN ārējie serveri, kas mijiedarbojas ar tīmekļa serveri, lai paātrinātu tīmekļa lapas lejupielādi un līdz ar to arī pārlūkošanas ātrumu.

 

Ko CDN dara WordPress vietnē?

 

CDN ļoti īsumā ir serveru kopums, kas izplatīts visā planētā un savienots viens ar otru, izmantojot internetu.

Bet, es uzskatu, ka labākais veids, kā saprast, kas ir CDN un kā tas darbojas, ir vispirms zināt procesu, kas tiek ievērots, sākot no brīža, kad lietotājs savā pārlūkprogrammā ievada adresi, līdz ekrānā parādās attiecīgā tīmekļa lapa.

 

Lai gan nav būtisku atšķirību ar citiem satura pārvaldniekiem, lai vienkāršotu šī procesa aprakstu, mēs no šī brīža pieņemsim, ka mēs piekļūstam vietnes vietnei WordPress. Procedūra būtu šāda:


  • Lietotājs ievada adresi savā pārlūkprogrammā.

  • Pārlūkprogramma identificē serveri, kas atbilst šai adresei, un pieprasa atbilstošo tīmekļa lapu.

  • Serveris saņem šo pieprasījumu, un WordPress no HTML, kas glabājas tā datu bāzēs, ģenerē HTML failu.

  • Minētais serveris nosūta šo HTML failu pārlūkam, kas iesniedza pieprasījumu.

  • Kad pārlūkprogramma saņem HTML failu, tā nolasa un interpretē tā saturu.

  • Šīs interpretācijas laikā var parādīties atsauces (tīmekļa adreses) uz dažādiem resursiem, piemēram, stila failiem vai attēliem, kas ir daļa no tīmekļa lapas satura vai struktūras.

  • Katrai no šīm atsaucēm pārlūks pieprasa šo resursu no tā paša servera.

  • Serveris apkalpo katru no šiem pieprasījumiem, atrodot atbilstošo resursu uz jūsu cietā diska un nosūtot to pārlūkprogrammai.

  • Kad pārlūkprogramma saņem šos resursus, tā ģenerē un parāda tīmekļa lapu lietotājam.

 

Šāda veida rīka izmantošana atbrīvo mitināšanas serveri no šī pēdējā uzdevuma, tāpēc tam būs jārūpējas tikai par pārlūkprogrammas pieprasījumiem. Savukārt CDN būs atbildīgs par nodošanu resursiem.

 

Kā darbojas CDN?

 

Ja detalizēti analizēsim procesu, novērosim, ka liela daļa mitināšanas servera paveiktā darba paradoksālā kārtā nav veltīta vissvarīgākajam uzdevumam: HTML lapas ģenerēšanai un piegādei pārlūkprogrammai, kas to pieprasa.

 

Tā vietā mitināšanas serveris pavada daudz apstrādes laika, vienkārši atrodot resursus un piegādājot tos pārlūkprogrammai.

 

Starp šiem resursiem visbiežāk tiek attēloti attēli, kas parasti aizņem daudz vairāk vietas un līdz ar to patērē lielāku joslas platumu nekā pati HTML lapa, lai cik optimizēti tie būtu.

 

Izmantojot šo resursu, mitināšanas serveris var koncentrēt savu darbu uz to, kas ir svarīgi: lietotāju pieprasījumu ievērošana, pieprasīto HTML failu ģenerēšana un to atgriešana.

Līdz šim mēs esam apstājušies tikai, lai redzētu tā izmantošanas ārējo efektu, taču, protams, jūs sākat ieskatīties dažas priekšrocības, ko tas mums var sniegt.Bet, pirms detalizēti apskatīt, kam tas paredzēts, nedaudz apstāsimies, lai uzzinātu, kā darbojas CDN, un tādējādi labāk izprastu visas tā iespējas.

 

Shematiski CDN darbības princips ir balstīts uz šādiem 3 punktiem:


  • Plašs serveru tīkls, kas savienots caur internetu, ir izkaisīts visā zemes ģeogrāfijā.


  • Šajos serveros lokāli glabājot visu statisko resursu failu kopijas, kas mums ir mūsu mitināšanas serverī.


  • Iejaukšanās un šo resursu failu pieprasījumu ievērošana, kad pārlūks pieprasa viņiem ģenerēt un parādīt tīmekļa lapu lietotājam.

 

Apskatīsim katru punktu sīkāk zemāk ...

 

Serveru tīkla izveidošana

 

Lai gan līdz šim mēs esam atsaukušies uz CDN vienskaitlī, it kā tas būtu viens elements, patiesībā tas ir serveru kopums, kas izplatīts visā planētā un savienots viens ar otru, izmantojot internetu.

 

Pateicoties šim noteikumam, kad pārlūkprogramma pieprasa resursu, to apkalpo serveris, kas atrodas vistuvāk tās ģeogrāfiskajai atrašanās vietai, ievērojami samazinot datu nosūtīšanas un saņemšanas laiku.Šī serveru tīkla iekšējā pārvaldība un darbība ir pilnīgi pārredzama gan vietnes īpašniekam, kas izmanto CDN, gan lietotājiem, kuri pārlūko tās lapas.Abiem tā ir viena servera ārēja izskats, kas resursu failus piegādā internetā.

 

Resursu glabāšana lokāli

 

Tam ir jēga, jo, ja CDN (mums ir pilnīgi vienalga, kurš no tā serveriem) piegādās, piemēram, attēlu pārlūkprogrammai, šim attēla failam jābūt savā cietajā diskā.Ja man tas būtu jāpieprasa no mitināšanas servera, mums vairs nebūtu visu priekšrocību, ko tas mums varētu sniegt. Tas pat negatīvi ietekmētu veiktspēju, jo vienam un tam pašam failam būtu jāiesniedz divi pieprasījumi.

 

Veids, kādā šie faili tiek piegādāti, tiek uzglabāts un izplatīts starp tā serveriem, kas var atšķirties atkarībā no pakalpojuma konfigurācijas un arī mums ir caurspīdīgs, mums vispār nav jāiejaucas.

 

Pēc noklusējuma lielākā daļa CDN izveido visu resursu failu lokālu kopiju, kad tie tiek instalēti un aktivizēti pirmo reizi. Tāpat pati CDN ir atbildīga par tā vietējās kopijas atjaunināšanas pārbaudi, mainot visas sākotnējā faila izmaiņas mitināšanas serverī.

 

Iejaukšanās un atbildēšana uz resursu pieprasījumiem

 

Līdz šim mums ir serveru tīkls un, izplatīts tajos, visu mūsu resursu failu kopija.Tomēr atsauces (tīmekļa adreses) uz šiem resursiem no tīmekļa lapu HTML koda paliek mūsu mitināšanas serverī.

 

Tas nozīmē, ka tad, kad pārlūkprogramma nolasa un interpretē šīs tīmekļa adreses HTML kodā, tā turpina pieprasīt tās no mitināšanas servera, nevis no serveriem.Tāpēc, lai pārlūkprogramma varētu lejupielādēt šos failus no CDN, šīs tīmekļa adreses būs jāmaina, lai tās norādītu uz CDN serveriem, nevis mitināšanas serveri.

 

Šeit mēs varam mazliet nobīties: vai mums ir jāmaina VISU savu attēlu tīmekļa adreses?

 

Principā jā, bet šāda veida rīku nodrošinātāji nodrošina rīkus (piemēram, CDN spraudni WordPress), lai to automātiski izdarītu mūsu vietā, tāpēc arī par to nevajadzētu uztraukties.

 

CDN darbības režīmi

 

Pakalpojuma WordPress nodrošinātāji var iejaukties un atbildēt uz resursu pieprasījumiem starp divām alternatīvām:


  • Pirmais, ko mēs jau iepriekš aprakstījām: CDN WordPress spraudnis, ko nodrošina tā nodrošinātājs, kas maina tīmekļa lapu HTML kodu tīmekļa adreses tā, lai tās norādītu uz attiecīgajām resursu failu kopijām serveros.


  • Kad šis spraudnis ir instalēts un konfigurēts, tīmekļa adrešu maiņas process ir automātisks un pārredzams gan vietnes īpašniekam, gan lietotājiem, kuri to pārlūko, kuriem nav jāzina, kur resursi faktiski tiek mitināti.


  • Savukārt otrajā režīmā tīmekļa adreses lapās nemainās, bet serveri šīs adreses apkalpo tieši tā, it kā tās būtu sākotnējais mitināšanas serveris. Šajā gadījumā WordPress CDN serveris darbojas kā starpniekserveris, ievietojot sevi starp pārlūku un mitināšanas serveri.


  • Kad serveris var piegādāt pieprasīto resursu, jo tam ir lokāla kopija, tas to tajā laikā piegādā. Ja tas to nevar piegādāt vai nu tāpēc, ka tas nav saglabāts jūsu cietajā diskā, vai arī tāpēc, ka tā ir novecojusi kopija, tā novirza pieprasījumu uz mitināšanas serveri par servisu.


  • Izmantojot šo režīmu, mitināšanas serveris vienmēr atradīsies aiz CDN servera, tāpēc jūs saņemat papildu drošības slāni pret iespējamiem ārējiem uzbrukumiem, kuriem vispirms tam jāiet cauri.


  • Turklāt tam ir iespēja saglabāt statisku tīmekļa lapu kopiju, kas darbojas kā kešatmiņas serveris, īpaši noderīgi, ja mūsu satura lapas mainās reti.


  • Pats CDN serveris ir atbildīgs par šo statisko kopiju periodisku atjaunināšanu, lai nodrošinātu, ka lietotājiem vienmēr ir piekļuve visjaunākajai lapu versijai.

 

Kam domāts CDN WordPress?

 

Tagad, kad mēs zinām, kas ir šis termins un kā tas darbojas, apskatīsim, kādus pakalpojumus CDN mums sniedz programmā WordPress un kā mēs varam tos izmantot, lai uzlabotu mūsu servera reakcijas laiku un līdz ar to arī mūsu lietotāju pārlūkošanas ātrumu:

 

1. Statisko resursu failu glabāšana un piegāde

 

Būtībā attēli un CSS faili. Šī ir galvenā serveru īpašība un gandrīz to iemesls.

Kā minēts iepriekš, hostinga serverim ir statisko resursu lokāla kopija, un tas nav jānosūta pārlūkprogrammai, kad lietotājs piekļūst vienai no tās tīmekļa lapām, atbrīvojot to citu uzdevumu veikšanai.

 

2. Dinamisko resursu kešatmiņa

 

Dinamiskie resursi ir tie, kurus satura pārvaldnieks ģenerē katru reizi, kad tiek apmeklēta vietne.

Piemēram, programmā WordPress tīmekļa lapas tiek ģenerētas katru reizi, kad lietotājs tai piekļūst. Ja vietnei ir daudz apmeklējumu, šis process tiek atkārtots nepārtraukti, kas ietekmē mitināšanas servera veiktspēju.

 

Lai no tā izvairītos, varat konfigurēt programmatūrai WordPress CDN, kas glabā šo dinamisko lapu statisko kopiju un darbojas kā kešatmiņa, kad vairāki lietotāji pārlūko vienas un tās pašas lapas.Viņš pats ir atbildīgs par vietējo statisko kopiju atjaunināšanu ar mitināšanas serveri.

 

Šajā brīdī jāatzīmē, ka ne visi WordPress CDN piedāvā šo pakalpojumu un ka vairumā gadījumu tas parasti ir maksas pakalpojums.

 

3. Ātrāka reakcija lietotājiem no citām valstīm

 

Mūsu mitināšanas serveris ir viens vai neliels serveru kopums, ja vietne ir liela un atrodas vienā ģeogrāfiskā vietā.

Šis serveris apmeklē lietotāju pieprasījumus no jebkuras vietas pasaulē.

 

Jo tālāk no šī lietotāja atrodas, jo vairāk laika ir nepieciešams pārsūtīt datiem no pārlūka uz serveri un otrādi.

Izmantojot šo resursu, šī problēma izzūd, jo viņu serveri ir izplatīti visos kontinentos.

 

Kad lietotājs piekļūst mūsu vietnei, viņu apkalpos CDN serveris, kas ir vistuvāk viņu fiziskajai atrašanās vietai, ievērojami samazinot tranzīta laiku un līdz ar to arī vietnes lejupielādes un pārlūkošanas laiku.

 

4. Hostinga servera resursu izmantošanas optimizācija

 

Mēs jau iepriekš minējām, kā izskatījās pilnīgs tīmekļa lapas ģenerēšanas un lejupielādes process, kurā liela daļa mitināšanas servera jaudas, piemēram, apstrādes laiks un joslas platums, tika veltīta statisko resursu failu uzmanībai un lejupielādei.

 

Uzdodot šo lejupielādi ārpakalpojumiem, serveris var atvēlēt lielāku daļu savas jaudas tam, kas patiešām ir svarīgs: uzmanībai lietotājiem un viņu apmeklēto tīmekļa lapu ģenerēšanai.Tādā veidā jūs varēsiet apkalpot lielāku lietotāju skaitu un vairāk tīmekļa lapu, negatīvi neietekmējot lejupielādes un pārlūkošanas laiku.

 

5. Aizsardzība pret hakeru uzbrukumiem

 

Īpaši uzbrukuma pakalpojuma liegšana (DoS vai DDoS) uzbrukumi, kas sastāv no liela vienlaicīgas piekļuves servera veikšanas, lai to piesātinātu un nespētu izpildīt likumīgo lietotāju pieprasījumus.

 

CDN serveriem ir mehānismi, lai noteiktu šāda veida uzbrukumu un tos neitralizētu, izvairoties vai ierobežojot tā iespējamo ietekmi uz parasto mitināšanas servera darbību.

 

Tomēr WordPress CDN nevajadzētu izmantot kā galveno aizsardzības līdzekli pret šāda veida uzbrukumiem, jo ​​mitināšanas serveris joprojām ir pieejams caur internetu, un hakeri var atrast veidus, kā piekļūt tam tieši, izveidojot serveru savienojumu.

 

Tādēļ, lai novērstu šos tiešos uzbrukumus, jums vienmēr ir jābūt arī kvalitatīvai tīmekļa mitināšanai, kurā ir noteikti drošības pasākumi pret šiem uzbrukumiem.

 

Vai es varu izmantot CDN tikai vietnēm programmā WordPress?

 

WordPress ir visbiežāk izmantotais satura pārvaldnieks praktiski jebkura veida un lieluma tīmeklim, sākot no emuāriem, kuros ir tikai raksti, līdz patiesi e-komercijas platformām ar visu nepieciešamo pirkumu veikšanai tiešsaistē.Šī hegemonija nozīmē, ka šāda veida pakalpojumu sniedzēji vairāk pūļu velta WordPress tīmeklim pielāgotiem risinājumiem, kaut vai tikai tāpēc, ka viņiem ir lielāks klientu skaits, kas izmanto šo pārvaldnieku.

 

Turklāt arī WordPress CDN lietotāju kopiena ir ievērojami lielāka, tādējādi vienkāršāk un ātrāk atrodot risinājumus problēmām, kuras citiem lietotājiem jau ir bijušas, risinātas un koplietotas ar kopienu.

 

Tomēr tas nenozīmē, ka to nevar izmantot kopā ar citiem satura pārvaldniekiem. CDN pakalpojumu sniedzēji piedāvā spraudņus, papildinājumus vai moduļus, lai integrētu savus serverus galvenajos tirgus satura pārvaldniekos, ne tikai CDN, kas paredzēti WordPress.

 

Tajos gadījumos, kad šāda veida pakalpojumu sniedzēji nenodrošina spraudni satura pārvaldniekam, varat doties uz viņu atbalsta dienestu vai lietotāju kopienu, lai vaicātu, vai pastāv reāla alternatīva, kuru ir viegli ieviest.

 

No otras puses, pat ja konkrēts pakalpojumu sniedzējs nepiedāvā risinājumu vai atbalstu konkrētam satura pārvaldniekam, tirgū ir tik plašs pakalpojumu sniedzēju loks, ka gandrīz noteikti daži no tiem piedāvā šo risinājumu. vadītājs.

 

Kā es varu instalēt CDN savai WordPress vietnei?

 

CDN instalēšana WordPress vietnē nerada daudz grūtību, pateicoties tam, ka pakalpojumu sniedzēji vietnes reģistrēšanai nodrošina spraudņus, kas kopā ar pakalpojuma konfigurāciju veic lielu daļu darba.

 

Lai gan katram šāda veida resursu nodrošinātājam, instalējot un konfigurējot spraudni un pašu pakalpojumu, ir savas īpatnības, galveno atšķirību piešķir darbības režīms:

 

Resursu failu URL novirzīšana

 

Šim pakalpojumam šāda veida pakalpojumu integrēšanai ir nepieciešami šie 2 vispārīgie soļi (informācija var nedaudz atšķirties starp pakalpojumu sniedzējiem):


  • Reģistrējieties CDN platformā, izmantojot pakalpojumu sniedzēja vietni, un aktivizējiet vietni, kuru CDN izmantos. Neskatoties uz to, ka nomenklatūra pakalpojumu sniedzējiem var atšķirties, tos bieži dēvē par zonu & rdquo ;. Ar šo zonu tā saista URL, kas mums ir jāpieraksta.


  • Instalējiet CDN spraudni, kas parūpēsies par visu resursu failu novirzīšanu. Lai to izdarītu, mums jākonfigurē zonas URL, kuru atzīmējām iepriekšējā punktā.

 

CDN serveris kā starpniekserveris

Šāda veida pakalpojuma, kas darbojas kā starpniekserveris, integrēšanai ir nepieciešami arī divi vispārīgi soļi:


  • Reģistrējieties CDN platformā, izmantojot pakalpojumu sniedzēja vietni, un aktivizējiet vietni. To darot, tas nodrošina vietnes domēna vārdu serverus.


  • Mainiet pakalpojumu sniedzēja vārdu serverus, lai norādītu uz CDN vārdu serveriem. No šī brīža jebkura piekļuve vietnei vienmēr un vienīgi tiks veikta caur serveriem.

 

Šajā gadījumā nav nepieciešams instalēt CDN spraudni WordPress, jo iepriekšējās izmaiņas ir pietiekamas resursa darbībai. Lai gan tas ir ieteicams, lai varētu konfigurēt dažas zonas, neieejot pakalpojuma sniedzēja vietnē.

 

Vārdu serveru maiņa

 

Šīs izmaiņas ir atkarīgas no domēna nodrošinātāja, ar kuru esam noslēguši līgumu. Apskatīsim darbības, kas mums parasti jāveic ar jebkuru pakalpojumu sniedzēju:


  • Piekļūstiet mūsu kontam domēna vārda nodrošinātāja vietnē.

  • Starp konfigurācijas opcijām atrodiet opciju, kas parāda pakalpojumu sniedzēja nodrošinātos serverus.


  • Pakalpojuma sniedzējs vienmēr piegādā divus DNS serverus. Mums tie ir jāpārveido, lai ievadītu divu vārdu serveru vietā


  • Pēc modifikācijas veikšanas var paiet līdz 24–48 stundām, līdz izmaiņas tiek izplatītas visā tīklā. To nav iespējams paātrināt, tāpēc mēs varam tikai gaidīt.

 

Secinājumi

 

Var būt vairāki iemesli, kas liek mums apsvērt tā izmantošanu, piemēram, organiskās pozicionēšanas optimizēšana, papildu drošības slāņa pievienošana vietnei pret hakeriem vai labāka resursdatora servera resursu izmantošana.

 

Neskatoties uz tā darbības tehnisko sarežģītību, pakalpojumu sniedzēji ir nodrošinājuši viegli instalējamus un konfigurējamus mehānismus un rīkus populārākajiem satura pārvaldniekiem, tostarp WordPress CDN.

 

Lai gan daudzi pakalpojumu sniedzēji nodrošina bezmaksas plānus, lielākajai daļai ir noteikts laika ierobežojums, pēc kura ir nepieciešams noslēgt līgumu par apmaksātu plānu atkarībā no trafika līmeņa un vietnes apmeklējumiem. Tie var darboties divējādi: pārrakstīt vietnes statisko resursu failu vietrāžus URL vai rīkoties kā starpniekserveris.