CDN

Mis on CDN (Content Delivery Network)?

Sisuvõrk on valitud piirkonnas hajutatud serverite süsteem - nt. riik või mandril. Võrgus asuvad serverid teevad omavahel koostööd, edastades lehtede ressursse, st HTML-koodi, JavaScripti faile, stiililehti, fotosid või videoid. Seetõttu pakuvad need kiiret juurdepääsu lehtedele ja saitidele, olenemata kasutajate arvust ja asukohast.

CDN-i töö parim näide on YouTube. Hinnanguliselt laaditakse platvormile iga minut 500 tundi videot. See on kujuteldamatu hulk filme, kuid kõik kasutajad kõikjalt maailmast saavad salvestust hõlpsasti kõrglahutusega vaadata. Miks? YouTube töötab tõhusalt ja tulemuslikult tänu ülemaailmsele CDN-võrgule, mis levitab salvestusi ja suunab kasutajaliikluse serveritesse, mis on Interneti-kasutaja poolt kasutatavale seadmele kõige lähemal. See annab kõigile parima kasutuskogemuse.

Lihtsamalt öeldes on CDN teenus, mis võimaldab meil staatilist sisu (pilte, PDF-i, videoid, CSS-i, JS-i jne) serveerida serveritest, mis on geograafiliselt kõige lähemal veebi sisenevale külastajale.

Mida see mõjutab?Noh, kaugus kilomeetrites (kuigi see pole päris selline) mõjutab latentsust: mida suurem on vahemaa, seda suurem on latentsus.Mida rohkem on külastaja ja veebiserveri vahel latentsust või PINGi, seda aeglasemalt reageeritakse. Võib ka öelda, et teatud & ndquo; tasemelt & rdquo;

Meile peaks selge olema see, et veebi võimalikult kiireks teenindamiseks KÕIKides võimalikes olukordades peame olema suurte latentsustega väga ettevaatlikud.

Mida CDN teeb, on vahemälu ja nende tüüpide staatilise sisu valimine, mille me varem valisime, ja salvestame need teatud arvu tundide või päevade jooksul teenuse serveritesse, maailma kindlas piirkonnas asuvas andmekeskuses.

Hiljem kontrollib teenus mis tahes ülekande DNS-teenuse kaudu, kui külastaja veebile päringu teeb, mis on külastajale kõige lähemal asuv POP (kohalolekupunkt) või andmekeskus. Sel viisil serveeritakse neid faile lähimatest serveritest.

Kuidas toimivad sisuvõrgud?

CDN-i põhiülesanne on veebisaidi jõudluse parandamine ja veebisaitide laadimisaja kiirendamine. See toimib postitatava sisu ülekandmisega hajutatud serveritesse, mis sisu vahemällu talletavad ja kasutajaid geograafiliselt teenindavad. Kui keegi siseneb saidile, mis on osa CDN-ist, suunab võrk päringu saidi serverist kasutajale lähimale CDN-serverile. CDN-võrgud võimaldavad serverite vahel aktiivset suhtlemist, et alla laadida ja vahemällu salvestada sisu, mida pole veel kogu võrgus levitatud.

CDN-i töö on kasutajale praktiliselt märkamatu. Kogu sisu edastamine ja ümbersuunamine toimub serveri poolel. Hajutatud võrkude mõjud mõjutavad külastatava veebisaidi kasutajakogemust siiski väga positiivselt. Sisu, näiteks fotod ja videod, edastatakse viivitamatult ja parema kvaliteediga ning alamleheküljed või avatud aknad laaditakse palju kiiremini.

Ainus selge märk CDN-i toimimisest on veebisaidi aadressi automaatne muutmine. Näiteks on teie veebisaidil mitu keeleversiooni või see võib asuda paljudes domeenides (.pl, .com, .de, .uk). Sisestades asukoha järgi "veebisaidi nime", näeb kasutaja kas saiti sobivas keeles või suunatakse automaatselt teise domeeni saidile.

Kas CDN-teenus on väga märgatav?

Noh, JAH ja EI, see tähendab, et see sõltub palju juhtumist ja puudub selge üldreegel, kas otsustada, kas rakendada CDN või mitte.

Kuid peame vahet tegema ka puhtal CDN-il vastupidise puhverserveri abil, mis teostab koodis optimeerimisi. CDN suudab CSS-is ja JS-is teha teatud optimeerimisi, mistõttu võib ilmneda parandusi, mis ei tulene mitte CDN-teenuse juurutamisest, vaid optimeerimisest.

Kuid proovime selgitada mõningaid punkte või asjaolusid, milles CDN võib meid aidata:

• Kui teil on ingliskeelse sisuga veebisait, mille liiklus USA-st ja muudest maailma piirkondadest on segatud.

• Kui teil on veebipood, mida müüakse kogu Euroopas.

• Kui teil on mis tahes tüüpi veebisait, mis on samas domeenis mitme keelega.

Kui geograafilised vahemaad on suuremad, on laadimiskiiruse erinevus palju märgatavam. Tuletame meelde, et see on märgatav, kuna see ei mõjuta ainult ühte konkreetset pildipäringut, kuid see mõjutab kogu veebi päringuid, eriti aga kõige raskemaid.

Mõnel juhul võite selle rakendatava puhverserveri vahemälu tõttu tulemusi isegi natuke rohkem märgata.

Teine CDN-ide põhipunkt on see, et nad suudavad staatilist teenindamist, paljudel juhtudel, kiiremini kui veebimajutuse serverid. Lõppude lõpuks on nad selleks valmis ja kasutavad sisu serveerimiseks Nginxi või suure jõudlusega veebiservereid.

Samuti on CDN-serverid palju liikluse haldamiseks palju paremini varustatud kui tavalised hostiserverid. Nad on ju selleks.

Kas tasub kasutada CDN-i?

Hajutatud võrkude kasutamise eelised sõltuvad lehe suurusest, sellel oleva sisu hulgast ja kasutajate nõudmistest. Kuid nad saavad kõik kasu CDN-iga seotud neljast peamisest hüvest.

Laadimisaeg ja lehe kvaliteet

Kui teie leht laaditakse liiga aeglaselt, lõpetavad kasutajad selle külastamise. Tänu serverite levitamisele ja õige ühenduse valimisele võtab andmete levitamine vähem aega. Teie lehed ja sisu laaditakse kiiresti ning kasutaja saavutab kohe oma külastuse eesmärgi. Multimeediumisisu puhul on andmeedastuse kiirus seotud ka nende kvaliteediga, millel on positiivne mõju kasutajakogemusele.

Kättesaadavus ja koondamine

Veebisaidi toimimist võivad häirida paljud tegurid - järsk külastuste kiirustamine või riistvaralised tõrked on ühed kõige levinumad põhjused, miks veebisaidile ei pääse. CDN-võrgud kompenseerivad selliste olukordade mõju. Sisu hostitakse paljudes seadmetes, kuhu võrk võib liigse liikluse suunata. Serveri tõrke korral määrab CDN automaatselt lähima, et tagada saidile katkematu juurdepääs.

Veebisaidi turvalisus

CDN-võrk parandab ka teie lehtede ja saitide turvalisust. Parandades turvasertifikaate ja häirides servereid, kaitsete oma veebisaiti, sealhulgas DDoS-rünnakute eest, mille toiminguks on kõigi olemasolevate teenuseressursside ärakasutamine, et blokeerida juurdepääs veebisaidile.

Veebisaidi positsioneerimine Google'is (SEO)

Interneti-otsingumootori algoritmid võtavad arvesse paljusid lehtede funktsioone ja atribuute. Lehe laadimiskiirus, graafika indekseerimine, turvalisus, nt. SSL-sertifikaadiga - need elemendid mõjutavad teie veebisaidi positsioneerimist. CDN-i abil aitate oma veebisaidil saavutada Google'i otsingutulemites kõrgemat positsiooni.

Kuidas juurutada CDN-i

CDN-i juurutamine veebisaidil sõltub täielikult CDN-i tüübist. Nagu me oleme öelnud, on kahte tüüpi:Traditsiooniline CDNjaTagurpidi puhverserveri CDN.

Tagurpidi puhverserveri CDN-is peate lihtsalt järgima protsessi, mida teenus meile ütleb ja mis tavaliselt (alati) läbib meie domeeni DNS-i nende pakutava DNS-i jaoks.

Aga & hellip; Aga traditsioonilised CDN-id? Noh, traditsioonilistes CDN-ides peame konfigureerima CNAME, mis osutab CDN-i pakutavale hostinimele ja mis toimib sillana failide vahemällu tõmbamise abil.

Protsess võib erineda sõltuvalt kasutatavast domeenipakkujast, kuna kõigil pole sama liides. Peame oma DNS-serveris konfigureerima CNAME-i, mis osutab kõnealuse CDN-i pakutavale hostinimele, mille oleme konfigureerinud.

Pärast CNAME osa konfigureerimist peame jätkama CNAME või CNAME konfigureerimist kõnealuses CMS-is.Me ütleme teile, mida peate WordPressi puhul tegema.Eesmärk on, et CMS asendab automaatselt nende failide või taotluste teed, mida soovime CDN-ist esitada.

Seadistage WordPressis CDN

CDN-i juurutamiseks ja konfigureerimiseks WordPressis on erinevaid viise ja sõltuvalt kasutatavast vahemälu pistikprogrammist kasutame üht või teist lahendust.Kui kasutame WP Rocket, W3 Total Cache või LiteSpeed ​​Cache, sisaldavad need pistikprogrammid CDN-i seadistuste vahekaarti, mis võimaldab meil neid CNAME-sid hõlpsalt lisada.Kui soovite WordPressis CDN-i konfigureerimiseks kasutada mõnda muud pistikprogrammi, mis pole vahemälu. Tasuta võimalusi pole palju ja vähe:

• Perfmatters: See on esmaklassiline ja sellel on rohkem funktsioone; Nende hulgas võimalus tingimusliku koormuse seadistamiseks lahedast liidesest.

• Domeeni jagamine: CDN-i juurutamine pole päris täpne, kuid see on tasuta, kuigi ilma värskendamiseta võtab see kaua aega.

• CDN-i lubaja: KeyCDNi välja töötatud pistikprogramm, mida kasutati mis tahes CDN-i juurutamiseks WordPressis.

Kui oleme konfiguratsiooni teinud, peame kontrollima, kas midagi pole katki ja kas taotlused on esitatud CDN-ile. Selleks saame kasutada Pingdom Tools'i.

Seadistage CDN

Mõned vähestest CMS-idest, kuhu CDN-konfiguratsioon on integreeritud. Asi on selles, et seda ei kutsuta nii, inimesed tavaliselt ei tea, milleks konkreetne variant sobib.

Jaotises "Meediumiserverid" peate oma DNS-i sisestama äsja loodud CNAME-id. See asendab enamiku staatiliste failide üleslaadimise URL-i automaatselt uute URL-idega, mille laadite üles CDN-ist.

CDN jQuery ja muude raamatukogude jaoks

Teine punkt on see, et laialt kasutatavate raamatukogude jaoks on olemas teatud CDN-teenused, näiteks jQuery või enimkasutatavad WordPressi failid ja CMS.Need CDN-id pakuvad tavaliselt nii raamatukogude tavalist kui ka minimeeritud versiooni, mis on veebisaidi WPO jaoks üsna kasulik.Need on tavaliselt hea täiendus tavalisele CDN-ile.

Google CDN raamatupoodidele

Google haldab ka Google Cloudiga võimsat CDN-i, kust saame kasutada teatud Google'i serveritest laaditud teeke. Minat-l on teatud piirangud ja see on rohkem orienteeritud jQueryle ja selle teekidele.

Kuidas CDN-i WordPressi veebisaidil kasutatakse?

Tõenäoliselt olete muu hulgas palju kuulnud WordPressi CDN-idest ja nende võimest veebisaite kiirendada.Ja ma pole üllatunud, kuna veebisaidil navigeerimise kiirus on kahtlemata üks olulisemaid tegureid kasutajakogemuse parandamiseks, samal ajal kui teie kasutajad navigeerivad teie veebisaidi lehtedel.Tänapäeval kaotab ekraanil kuvamiseks mitu sekundit kestev leht kasutaja kannatlikkuse ja loobub sellest, et mujalt otsida.

Lõppude lõpuks on kõik Internetis vaid mõne hiireklõpsu kaugusel, miks peaks siis ootama, kui saate vähese vaevaga mujale minna?Omakorda mõjutab kasutajakogemus veebisaidi SEO-d, kuna Google karistab lehti, mille laadimine võtab liiga kaua aega, just nende negatiivse mõju tõttu sellele tegurile.

Siiani oli see piisav põhjus jalule tõusmiseks ja piltide optimeerimiseks, vahemälu pistikprogrammi installimiseks, ressursside väheste pistikprogrammide kasutamiseks jne.

Kuni me avastame, et CDN-id on olemas!

Erinevalt muudest veebiserverisse või WordPressi installitud ressursside või komponentide optimeerimistest sekkuvad CDN-i välised serverid, mis suhtlevad veebiserveriga, et kiirendada veebilehe allalaadimist ja sellest tulenevalt ka sirvimiskiirust.

Mida CDN WordPressi veebisaidil teeb?

CDN on väga lühidalt serverite kogum, mis on jaotatud kogu planeedil ja ühendatud Interneti kaudu Interneti kaudu.

Kuid usun, et parim viis mõista, mis on CDN ja kuidas see toimib, on kõigepealt teada järgitavat protsessi alates sellest, kui kasutaja sisestab oma brauseris aadressi, kuni ekraanile ilmub vastav veebileht.

Ehkki teiste sisuhalduritega pole märkimisväärseid erinevusi, eeldame selle protsessi kirjelduse lihtsustamiseks nüüdsest, et pääseme juurde WordPressi saidi veebisaidile. Menetlus oleks järgmine:

• Kasutaja sisestab aadressi oma brauserisse.

• Brauser tuvastab sellele aadressile vastava serveri ja taotleb vastavat veebilehte.

• Server saab selle päringu kätte ja WordPress genereerib oma andmebaasidesse salvestatud teabest HTML-faili.

• Nimetatud server saadab selle HTML-faili taotluse esitanud brauserile.

• Kui brauser saab HTML-faili kätte, loeb ja tõlgendab see selle sisu.

• Selle tõlgendamise ajal võivad ilmneda viited (veebiaadressid) erinevatele ressurssidele, näiteks stiilifailidele või piltidele, mis on osa veebilehe sisust või ülesehitusest.

• Kõigi nende viidete puhul taotleb brauser seda ressurssi samalt serverilt.

• Server teenindab kõiki neid taotlusi, leides kõvakettalt vastava ressursi ja saates selle brauserisse.

• Kui brauser neid ressursse saab, genereerib ja kuvab see veebilehe kasutajale.

Seda tüüpi tööriista kasutamine vabastab hostiserveri viimasest ülesandest, nii et see peab hoolitsema ainult brauseri taotluste eest. CDN vastutab omalt poolt ressurssidele suunamise eest.

Kuidas CDN töötab?

Kui analüüsime protsessi üksikasjalikult, täheldame, et suur osa hostimisserveri tehtud tööst pole paradoksaalsel kombel pühendatud kõige olulisemale ülesandele: HTML-lehe genereerimisele ja edastamisele seda taotlevale brauserile.

Selle asemel kulutab hostiserver palju töötlemisaega lihtsalt ressursifailide leidmiseks ja brauserisse toomiseks.

Nende ressursside hulgas on kõige sagedasemad pildid, mis kipuvad oluliselt rohkem ruumi võtma ja sellest tulenevalt kulutama rohkem ribalaiust kui HTML-leht ise, hoolimata nende optimeerimisest.

Selle ressursi abil saab hostiserver suunata oma töö olulisele: kasutajataotlustele tähelepanu pööramiseks, taotletud HTML-failide genereerimiseks ja nende tagastamiseks.

Siiani oleme peatunud ainult selle kasutamise välise mõju nägemiseks, kuid kindlasti hakkate pilguheitma mõningate eelistega, mida see meile võib pakkuda.Kuid enne kui üksikasjalikult uurida, milleks see on mõeldud, peatume natuke, et teada saada, kuidas CDN töötab, ja seeläbi paremini mõista kõiki selle võimalusi.

Skeemiliselt põhineb CDN-i toimimise põhimõte järgmisel kolmel punktil:

• Interneti kaudu ühendatud ulatusliku serverivõrgu olemasolu on hajutatud kogu maismaageograafias.

• Kõigi staatiliste ressursifailide koopiad, mis meil hostiserveris on, salvestatakse nendesse serveritesse kohapeal.

• Nende ressursifailide taotluste sekkumine ja nendest kinnipidamine, kui brauser palub neil veebileht genereerida ja kasutajale kuvada.

Vaatame allpool iga punkti üksikasjalikumalt ...

Serverite võrgu omamine

Kuigi siiani oleme viidanud CDN-ile ainsuses, justkui oleks see üks element, on tegelikkuses tegemist serverite kogumiga, mis on jaotatud kogu planeedil ja ühendatud Interneti kaudu.

Tänu sellele sättele, kui brauser taotleb ressurssi, teenindab seda server, mis on kõige lähemal tema enda geograafilisele asukohale, vähendades oluliselt andmete saatmise ja vastuvõtmise aega.Selle serverivõrgu sisemine haldamine ja toimimine on täiesti läbipaistev nii CDN-i kasutava veebisaidi omaniku kui ka selle lehti sirvivate kasutajate jaoks.Mõlemal juhul on see ühe serveri välimus, mis edastab ressursifailid Interneti kaudu.

Ressursside hoidmine kohapeal

See on mõistlik, sest kui CDN (meil pole vahet, kumb selle serveritest) näiteks brauserisse pilti edastab, peab sellel pildifail olema oma kõvakettal.Kui peaksin seda hostimisserverilt taotlema, ei oleks meil enam kõiki eeliseid, mida see meile pakkuda võiks. See mõjutaks isegi negatiivselt toimivust, kuna sama faili kohta tuleks esitada kaks taotlust.

Nende failide saabumise viis salvestatakse ja jaotatakse selle serverite vahel, mis võib sõltuvalt teenuse konfiguratsioonist erineda ja on meile ka läbipaistev, ilma et peaksime üldse sekkuma.

Vaikimisi teeb enamik CDN-sid kõigist ressursifailidest kohaliku koopia, kui need esimest korda installitakse ja aktiveeritakse. Samuti vastutab CDN ise selle eest, et ta kontrolliks, kas selle kohalikku koopiat värskendatakse mis tahes muudatusega algses failis hostimaserveris.

Ressursitaotlustele sekkumine ja neile vastamine

Siiani on meil serverite võrk ja nendes levitatuna kõigi meie ressursifailide koopia.Kuid viited (veebiaadressid) nendele ressurssidele veebilehtede HTML-koodist jäävad meie hostimisserverisse.

See tähendab, et kui brauser loeb ja tõlgendab neid veebiaadresse HTML-koodis, jätkab ta nende taotlemist hostimisserverilt, mitte serveritelt.Seega, et brauser saaks neid faile CDN-ist alla laadida, tuleb neid veebiaadresse muuta nii, et need osutaksid hostimisserveri asemel CDN-serveritele.

Siin võime veidi ehmuda: kas peame muutma KÕIGI oma piltide veebiaadresse?

Põhimõtteliselt jah, kuid seda tüüpi tööriistade pakkujad pakuvad tööriistu (näiteks CDN-i plugin WordPressi jaoks), et seda meie eest automaatselt teha, nii et me ei peaks ka selle pärast muretsema.

CDN-i töörežiimid

Ressursitaotlustele sekkumisel ja vastamisel saavad WordPressi pakkujad valida kahe alternatiivi vahel:

• Esimest me oleme juba varem kirjeldanud: CDN WordPressi pistikprogramm, mille pakkus selle pakkuja, mis muudab veebilehtede HTML-koodi veebiaadresse nii, et need osutaksid serverites olevate ressursifailide vastavatele koopiatele.

• Kui see pistikprogramm on installitud ja konfigureeritud, on veebiaadresside muutmise protsess automaatne ja läbipaistev nii veebisaidi omaniku kui ka seda sirvivate kasutajate jaoks, kes ei pea teadma, kus ressursse tegelikult hostitakse.

• Teises modaalsuses seevastu lehtede veebiaadressid ei muutu, kuid serverid serveerivad neid aadresse otse, nagu oleksid nad algne hostiserver. Sel juhul töötab WordPressi CDN-server puhverserverina, asetades end brauseri ja hostiserveri vahele.

• Kui server suudab taotletud ressursi tarnida, kuna tal on kohalik koopia, tarnib ta selle sel ajal. Kui see ei saa seda pakkuda, kas sellepärast, et seda pole teie kõvakettale salvestatud, või seetõttu, et see on aegunud koopia, suunab see teenindustaotluse hostimisserverisse.

• Selle režiimi korral jääb hostiserver alati CDN-serveri taha, nii et saate võimalike väliste rünnakute eest täiendava turvakihi, mis peab selle kõigepealt läbima.

• Lisaks on sellel võimalus salvestada veebilehtede staatiline koopia, toimides vahemäluserverina, eriti kasulik, kui meie sisulehed muutuvad harva.

• CDN-server ise vastutab nende staatiliste koopiate perioodilise värskendamise eest, et kasutajatel oleks alati juurdepääs lehtede uusimale versioonile.

Milleks on CDN WordPress?

Nüüd, kui me teame, mis see termin on ja kuidas see töötab, vaatame, milliseid teenuseid CDN meile WordPressis pakub ja kuidas saaksime neid ära kasutada, et parandada meie serveri reageerimisaega ja sellest tulenevalt ka kasutajate sirvimiskiirust:

1. Staatiliste ressursifailide hoidmine ja edastamine

Põhimõtteliselt pildid ja CSS-failid. See on serverite peamine omadus ja peaaegu nende olemasolu põhjus.

Nagu eespool mainitud, on staatiliste ressursside kohaliku koopia olemasolu korral hostimisserver vabastatud vajadusest saata need brauserisse, kui kasutaja siseneb ühele oma veebisaidile, vabastades selle muude ülesannete täitmiseks.

2. Dünaamiliste ressursside vahemälu

Dünaamilised ressursid on need, mida sisuhaldur genereerib iga kord, kui veebisaiti külastatakse.

Näiteks WordPressis luuakse veebilehed iga kord, kui kasutaja sellele juurde pääseb. Kui veebisaidil on palju külastusi, korratakse seda protsessi pidevalt, mis mõjutab hostiserveri jõudlust.

Selle vältimiseks saate WordPressi jaoks konfigureerida CDN-i, mis salvestab nende dünaamiliste lehtede staatilise koopia ja toimib vahemäluna, kui mitu kasutajat sirvivad samu lehti.Ta ise vastutab oma kohalike staatiliste koopiate värskendamise eest koos hostiserveriga.

Siinkohal tuleb märkida, et mitte kõik WordPressi CDN-id ei paku seda teenust ja enamasti on see tavaliselt tasuline teenus.

3. Kiirem reageerimine kasutajatele teistest riikidest

Meie hostiserver on üks või väike serverite komplekt, kui veebisait on suur, asub ühes geograafilises asukohas.

See server osaleb kõikjal maailmas olevate kasutajate taotlustel.

Mida kaugem on sellest kasutajast, seda rohkem on andmeid vaja brauserist serverisse edastada ja vastupidi.

Selle ressursi abil kaob see probleem, kuna nende serverid on laiali kõikidel mandritel.

Kui kasutaja siseneb meie veebisaidile, teenindab teda CDN-server, mis on kõige lähemal tema füüsilisele asukohale, vähendades oluliselt transiidiaega ning sellest tulenevalt ka veebisaidi allalaadimise ja sirvimise aega.

4. Hostimise serveri ressursside kasutamise optimeerimine

Eespool mainisime juba, kuidas nägi välja täielik veebilehtede loomise ja allalaadimise protsess, mille käigus suur osa hostimisserveri mahust, näiteks töötlemisaeg ja ribalaius, oli pühendatud staatiliste ressursifailide tähelepanule ja allalaadimisele.

Selle allalaadimise allhanke abil saab server suurema osa oma võimsusest pühendada sellele, mis on tõeliselt oluline: kasutajate tähelepanu ja nende külastatavate veebilehtede loomine.Nii saate teenindada suuremat arvu kasutajaid ja teenindada rohkem veebisaite, mõjutamata negatiivselt allalaadimise ja sirvimise aega.

5. Kaitse häkkerite rünnakute eest

Eriti teenuse keelamise (DoS või DDoS) rünnakud, mis seisnevad serverisse suure hulga üheaegsete juurdepääsude tegemises, et seda küllastada ja mitte täita seaduslike kasutajate taotlusi.

CDN-serveritel on mehhanismid seda tüüpi rünnakute tuvastamiseks ja nende vastu võitlemiseks, vältides või piirates selle mõju hostiserveri tavapärasele toimimisele.

WordPressi CDN-i ei tohiks siiski kasutada peamise kaitsevahendina seda tüüpi rünnakute vastu, kuna hostimisserver on endiselt Interneti kaudu ligipääsetav ja häkkerid saavad leida võimalusi sellele otse juurde pääseda, ühendades servereid.

Seetõttu peaksite nende otseste rünnakute vältimiseks alati olema ka kvaliteetne veebimajutus, millel on nende rünnakute vastu turvameetmed.

Kas ma saan kasutada CDN-i ainult veebisaitide jaoks WordPressis?

WordPress on kõige enam kasutatav sisuhaldur praktiliselt igasuguse veebitüübi ja suuruse jaoks, alates ainult artikleid sisaldavatest ajaveebidest kuni ehtsate e-kaubanduse platvormideni, kus on kõik vajalik veebiostude tegemiseks.See hegemoonia tähendab, et seda tüüpi teenusepakkujad pühendavad rohkem jõupingutusi WordPressi veebi jaoks kohandatud lahendustele juba seetõttu, et neil on seda haldurit kasutavate klientide arv suurem.

Lisaks on WordPressi CDN-i kasutajate kogukond märkimisväärselt suurem, mistõttu on lihtsam ja kiirem leida lahendusi probleemidele, mis teistel kasutajatel on juba olnud, lahendatud ja kogukonnaga jagatud.

See aga ei tähenda, et seda ei saaks kasutada koos teiste sisuhalduritega. CDN-i pakkujad pakuvad oma serverite integreerimiseks turu peamistesse sisuhalduritesse pistikprogramme, lisandmooduleid või mooduleid, mitte ainult WordPressi CDN-sid.

Nendel juhtudel, kui seda tüüpi teenusepakkuja ei paku sisuhaldurile pistikprogrammi, võite pöörduda nende tugiteenuse või kasutajaskonna poole ja küsida, kas on olemas mõni toimiv alternatiiv, mida on lihtne rakendada.

Teiselt poolt, isegi kui konkreetne pakkuja konkreetsele sisuhaldurile lahendust või tuge ei paku, on turul nii lai valik pakkujaid, et peaaegu kindlasti pakuvad mõned neist sellele lahendust. juhataja.

Kuidas installida oma WordPressi veebisaidile CDN?

CDN-i installimine WordPressi veebisaidile ei too kaasa palju raskusi tänu sellele, et pakkujad pakuvad pistikprogramme, mis teevad suure osa tööst koos teenuse konfiguratsiooniga veebisaidi registreerimiseks.

Ehkki igal seda tüüpi ressursside pakkujal on pistikprogrammi ja teenuse enda installimisel ja konfigureerimisel oma eripärad, annab peamise erinevuse töörežiim:

Ressursifailide URL-ide ümbersuunamine

Selle viisi jaoks nõuab seda tüüpi teenuste integreerimine neid kahte üldist sammu (üksikasjad võivad teenusepakkujate vahel veidi erineda):

• Registreeruge CDN-i platvormil teenusepakkuja veebisaidi kaudu ja aktiveerige veebisait, mida CDN kasutab. Ehkki nomenklatuur võib teenusepakkujate lõikes erineda, nimetatakse neid sageli kui "tsooni". Selle tsooniga seob see URL-i, mille peame üles kirjutama.

• Installige CDN-i pistikprogramm, mis hoolitseb kõigi ressursifailide ümbersuunamise eest. Selleks peame konfigureerima tsooni URL-i, mille märkisime eelmises punktis.

CDN-server puhverserverina

Sellise puhverserverina toimiva teenuse integreerimine nõuab ka kahte üldist sammu:

• Registreeruge CDN-i platvormil teenusepakkuja veebisaidi kaudu ja aktiveerige veebisait. Seejuures pakub see veebisaidi domeeni nimeservereid.

• Muutke pakkuja nimeservereid CDN-nimeserveritele osutamiseks. Sellest hetkest alates toimub igasugune juurdepääs veebisaidile alati ja ainult serverite kaudu.

Sellisel juhul pole CDN-i pistikprogrammi installimine WordPressi jaoks hädavajalik, kuna varasemad muudatused on ressursi toimimiseks piisavad. Kuigi see on soovitatav, peaksite saama mõnda piirkonda konfigureerida ilma, et peaksite sisenema pakkuja veebisaidile.

Nimeserverite muutmine

See muudatus sõltub domeenipakkujast, mille oleme sõlminud. Vaatame samme, mida peame üldjuhul järgima kõigi teenusepakkujatega:

• Juurdepääs meie kontole domeeninime pakkuja veebisaidil.

• Leidke konfiguratsioonivõimaluste hulgast valik, mis näitab pakkuja pakutavaid servereid.

• Pakkuja varustab alati kahte DNS-serverit. Peame neid kahe nimeserveri asemel sisestama muutma

• Kui muudatus on tehtud, võib kuluda kuni 24–48 tundi, enne kui muudatus levib kogu võrgus. Seda pole võimalik kiirendada, seega jääb vaid oodata.

Järeldused

Selle kasutamist võib kaaluda mitu põhjust, näiteks orgaanilise positsioneerimise optimeerimine, häkkerite vastu täiendava turvakihi lisamine veebisaidile või hostimisserveri ressursside parem kasutamine.

Hoolimata selle toimimise tehnilisest keerukusest, on pakkujad pakkunud hõlpsasti installitavaid ja konfigureeritavaid mehhanisme ja tööriistu kõige populaarsematele sisuhalduritele, sealhulgas WordPressi CDN-idele.

Ehkki paljud pakkujad pakuvad tasuta pakette, on enamikul ajaline piirang, mille järel nõuab see tasulise plaani sõlmimist, sõltuvalt liikluse tasemest ja veebisaidi külastamisest. Need võivad toimida kahel viisil: veebisaidi staatiliste ressursifailide URL-ide ümberkirjutamine või puhverserverina käitumine.