CDN

Az interneten közzétett tartalom és az ahhoz csatlakoztatott eszközök száma továbbra is növekszik. Nagy mennyiségű erőforrás, például az online áruházak vagy a multimédiás platformokon található források megfelelő eszközöket igényelnek a weboldal megfelelő működéséhez. Az egyik legjobb megoldás a CDN - Content Delivery Network.
A teljes cikk a CDN oldalon található ...

Szűrő megjelenítése
Szűrők tárolása
A2 Themes & Host Me Filter

Operációs rendszer

Lemez terület

RAM memória

Lemez típusa

CPU magok

Fajta

Trust Pilot Nexcess
Pontszám - 9.8
Nexcess Logo
Nexcess

Nexcess

CDN 250
$25 /Havi

Vélemények 102


Kiszolgáló helyei


Nexcess Servers in SurreyEgyesült Királyság Nexcess Servers in DearbornEgyesült Államok Nexcess Servers in AmsterdamHollandia Nexcess Servers in SydneyAusztrália
Összehasonlítás
Trust Pilot Liquid Web
Pontszám - 9.4
Liquid Web Logo
Liquid Web

Folyékony web

1 TB
$130 /Havi

Vélemények 406

45 Kuponok

Kiszolgáló helyei


Liquid Web Servers in PhoenixEgyesült Államok Liquid Web Servers in AmsterdamHollandia
Összehasonlítás
Trust Pilot OVH.ie
Pontszám - 7.8
OVH.ie Logo
OVH.ie

OVH.ie

InfraStructure CDN
$11.23 /Havi

Vélemények 47


Kiszolgáló helyei


OVH.ie Servers in IrelandÍrország OVH.ie Servers in NetherlandsHollandia OVH.ie Servers in JapanJapán OVH.ie Servers in ItalyOlaszország OVH.ie Servers in HillsboroEgyesült Államok OVH.ie Servers in SingaporeSzingapúr OVH.ie Servers in Frankfurt am MainNémetország OVH.ie Servers in MontrealKanada OVH.ie Servers in WarsawLengyelország OVH.ie Servers in LondonEgyesült Királyság OVH.ie Servers in RoubaixFranciaország OVH.ie Servers in SpainSpanyolország
Összehasonlítás
Trust Pilot Sonic Fast.io
Pontszám - 7.6
Sonic Fast.io Logo
Sonic Fast.io

Sonic Fast.io

CDN
$8.72 /Havi

Vélemények 8


Kiszolgáló helyei


Sonic Fast.io Servers in Las VegasEgyesült Államok Sonic Fast.io Servers in LondonEgyesült Királyság Sonic Fast.io Servers in Hong KongHong Kong
Összehasonlítás
Trust Pilot Hostry
Pontszám - 7
Hostry Logo
Hostry

Hostry

1,5TB CDN - 10$/mo
$10 /Havi


Kiszolgáló helyei


Hostry Servers in Czech RepublicCseh Köztársaság Hostry Servers in SofiaBulgária Hostry Servers in KievUkrajna Hostry Servers in AmsterdamHollandia Hostry Servers in DallasEgyesült Államok Hostry Servers in MoscowOrosz Föderáció Hostry Servers in PolandLengyelország Hostry Servers in RigaLettország Hostry Servers in SingaporeSzingapúr
Összehasonlítás
Trust Pilot Stack Path
Pontszám - 6.4
Stack Path Logo
Stack Path

Verem útja

200 GB
$200 /Havi

Vélemények 1

42 Kuponok

Kiszolgáló helyei


Stack Path Servers in United StatesEgyesült Államok
Összehasonlítás
Trust Pilot Ovh.de
Pontszám - 5.6
Ovh.de Logo
Ovh.de

Ovh.de

CDN InfraStructure
$13.38 /Havi

Vélemények 5

Összehasonlítás
Pontszám - 0
OUR Host Logo
OUR Host

Házigazdánk

Defend Pack
$49.4 /Havi


Kiszolgáló helyei


OUR Host Servers in BakuAzerbajdzsán OUR Host Servers in VilniusLitvánia OUR Host Servers in AmsterdamHollandia
Összehasonlítás

Mi az a CDN (Content Delivery Network)?

 

A Content Delivery Network egy kiszolgáló rendszer, amely szétszórt egy kiválasztott területen - pl. egy ország vagy egy kontinens. A hálózaton található szerverek együttműködnek egymással, átadva az oldalak erőforrásait, azaz HTML-kódot, JavaScript-fájlokat, stíluslapokat, fotókat vagy videókat. Ennek eredményeként gyors hozzáférést biztosítanak az oldalakhoz és webhelyekhez, függetlenül a felhasználók számától és helyétől.

 

 

Content Delivery Network

 

 

A CDN működésének legjobb példája a YouTube. Becslések szerint percenként 500 óra videót töltenek fel a platformra. Ez elképzelhetetlen mennyiségű film, de a világ bármely pontjáról bármely felhasználó könnyen megnézheti a felvételt nagy felbontásban. Miért? A YouTube hatékonyan és eredményesen működik a globális CDN hálózatnak köszönhetően, amely terjeszti a felvételeket és átirányítja a felhasználói forgalmat az internet felhasználó által használt eszközhöz legközelebb eső szerverekre. Ez mindenkinek a legjobb felhasználói élményt nyújtja.

 

Egyszerűbben fogalmazva: A CDN olyan szolgáltatás, amely lehetővé teszi számunkra, hogy statikus tartalmat (képeket, PDF-fájlokat, videókat, CSS-t, JS-t stb.) Szolgáltassunk olyan szerverekről, amelyek földrajzilag a legközelebb vannak az internetre lépő látogatóhoz.

 

Mit befolyásol ez?Nos, a kilométeres távolság (bár nem éppen ilyen) befolyásolja a késést: minél nagyobb a távolság, annál nagyobb a késés.Minél több késés vagy PING van a látogató és a webszerver között, annál lassabbak lesznek a válaszok. Azt is lehet mondani, hogy egy bizonyos & ldquo; szinttől kezdve a kérések letöltése is lelassul, és akár csomagvesztés is előfordulhat a kapcsolatban.

 

Számunkra egyértelműnek kell lennie, hogy az internet lehető leghamarabb történő kiszolgálása érdekében MINDEN lehetséges helyzetben nagyon óvatosnak kell lennünk a magas késleltetéssel.

 

Amit a CDN csinál, az az, hogy tárolja a korábban kiválasztott típusok statikus tartalmát, és bizonyos számú órára vagy napra elmenti őket a szolgáltatás szervereire, a világ egy bizonyos területének adatközpontjába.

 

Később egy anycast DNS szolgáltatáson keresztül, amikor a látogató kérelmet nyújt be az internetre, a szolgáltatás ellenőrzi, hogy melyik a látogatóhoz legközelebb eső POP (jelenléti pont) vagy adatközpont. Ily módon ezeket a fájlokat a legközelebbi szerverekről szolgálják ki.

 

Hogyan működnek a tartalomszolgáltató hálózatok?

 

A CDN fő feladata a weboldal teljesítményének javítása és a weboldal betöltési idejének felgyorsítása. Úgy működik, hogy a közzétett tartalmat elosztott szerverekre továbbítja, amelyek gyorsítótárazzák a tartalmat, és földrajzilag kiszolgálják a felhasználókat. Amikor valaki belép a CDN részét képező webhelyre, a hálózat átirányítja a kérést a webhely szerveréről a felhasználóhoz legközelebb álló CDN-kiszolgálóra. A CDN hálózatok lehetővé teszik az aktív kommunikációt a szerverek között annak érdekében, hogy olyan tartalmat töltsenek le és tárolhassanak gyorsítótárba, amelyet még nem terjesztettek az egész hálózaton.

 

A CDN működési módja gyakorlatilag észrevehetetlen a felhasználó számára. Az összes tartalomátvitel és átirányítás a szerver oldalon történik. Az elosztott hálózatok hatása azonban nagyon pozitív hatással van a látogatott weboldal felhasználói élményére. Az olyan tartalmak, mint a fotók és videók, késedelem nélkül és jobb minőségben kerülnek szállításra, az aloldalak vagy a megnyitott ablakok sokkal gyorsabban töltődnek be.

A CDN működésének egyetlen egyértelmű jele a webhely címének automatikus megváltoztatása. Például, webhelyének több nyelvi változata van, vagy számos tartományban (.pl, .com, .de, .uk) található. A "webhelynév" megadásával a hely alapján a felhasználó vagy a megfelelő nyelven látja a webhelyet, vagy automatikusan átirányítja egy másik domain webhelyére.

 

Nagyon észrevehető a CDN szolgáltatás?

 

Nos, IGEN és NEM, vagyis nagyban függ az esettől, és nincs egyértelmű általános szabály a CDN megvalósításának eldöntésére.

 

De meg kell különböztetnünk egy tiszta CDN-t egy fordított proxy segítségével is, amely optimalizálást hajt végre a kódban. A CDN bizonyos optimalizálásokat képes végrehajtani a CSS-ben és a JS-ben, így olyan fejlesztések történhetnek, amelyek nem a CDN szolgáltatás megvalósításából, hanem az optimalizálásból származnak.

 

De megpróbálunk tisztázni néhány olyan pontot vagy körülményt, amelyekben a CDN segíthet nekünk:


  • Ha van olyan webhelye, amelynek angol tartalma van, és az Egyesült Államokból és a világ más régióiból érkező forgalom vegyes százaléka van.

  • Ha van online boltja, amely egész Európában értékesít.

  • Ha bármilyen típusú webhelye van, amely többnyelvű ugyanabban a tartományban.

 

Ha a földrajzi távolságok nagyobbak, a rakodási sebesség különbsége sokkal szembetűnőbb. Emlékezzünk vissza, hogy észrevehető, mert ez nem csak egy képre vonatkozó konkrét kérést érint, hanem az egész webről érkező kéréseket, de különösen a legnehezebbeket.

 

Bizonyos esetekben még egy kicsit jobban észreveheti az eredményeket az általa végrehajtott proxy gyorsítótár miatt.

A CDN-ek másik kulcsfontosságú pontja, hogy képesek statikus, sok esetben gyorsabb kiszolgálásra, mint a webtárhely-kiszolgálók. Végül is fel vannak készülve erre, és Nginx vagy nagy teljesítményű webszervereket használnak a tartalom kiszolgálására.

 

Ezenkívül a CDN szerverek sokkal jobban felszereltek a nagy forgalom kezelésére, mint a normál tárhelyszerverek. Végül is erre valók.

 

How do content delivery networks work?

 

Érdemes használni a CDN-t?

 

Az elosztott hálózatok használatának előnyei az oldal méretétől, a rajta lévő tartalom mennyiségétől és a felhasználók igényeitől függenek. Mindazonáltal mindannyian részesülnek a CDN-hez kapcsolódó négy elsődleges előnyből.

 

Betöltés ideje és az oldal minősége

 

Ha az oldal túl lassan töltődik be, a felhasználók abbahagyják az oldal látogatását. A szerverek terjesztésének és a megfelelő kapcsolat kiválasztásának köszönhetően az adatok terjesztése kevesebb időt vesz igénybe. Oldalai és tartalma gyorsan betöltődik, és a felhasználó azonnal eléri látogatásának célját. A multimédiás tartalmak esetében az adatátvitel sebessége is összefügg a minőségükkel, ami pozitív hatással van a felhasználói élményre.

 

Elérhetőség és redundancia

 

Számos tényező ronthatja meg a weboldal teljesítményét - a hirtelen rohanó látogatások vagy a hardverhibák a leggyakoribb okok, amelyek miatt nem lehet elérni egy webhelyet. A CDN hálózatok ellensúlyozzák az ilyen helyzetek hatásait. A tartalmat számos eszköz tárolja, amelyekre a hálózat átirányíthatja a túlzott forgalmat. Szerverhiba esetén a CDN automatikusan kijelöli a legközelebbit, hogy biztosítsa a zavartalan hozzáférést a webhelyhez.

 

Webhely biztonság

 

A CDN hálózat az oldalak és webhelyek biztonságát is javítja. A biztonsági tanúsítványok javításával és a szerverek figyelemelterelésével biztonságosabbá teszi webhelyét, beleértve a DDoS támadást is, amelynek működése az összes rendelkezésre álló szolgáltatási erőforrás megragadása a webhelyhez való hozzáférés blokkolásához.

 

A weboldal elhelyezése a Google-ban (SEO)

 

Az internetes keresőmotor algoritmusai figyelembe veszik az oldalak számos tulajdonságát és tulajdonságát. Az oldal betöltési sebessége, a grafikus indexelés, a biztonság, pl. SSL tanúsítvánnyal - ezek az elemek befolyásolják webhelye helyzetét. A CDN használatával elősegíti webhelyének magasabb pozíció elérését a Google keresési eredményei között.

 

A CDN megvalósítása

 

A CDN bevezetése egy weboldalon teljes mértékben a CDN típusától függ. Mint mondtuk, két típus létezik:Hagyományos CDNésFordított proxy CDN.

 

A fordított proxy CDN-ben egyszerűen követnie kell azt a folyamatot, amelyet a szolgáltatás közöl velünk, és amely általában (mindig) végigcsinálja a tartományunk DNS-ét az általuk biztosított DNS-hez.

De & hellip; Mi a helyzet a hagyományos CDN-ekkel? Nos, a hagyományos CDN-ekben be kell állítanunk egy CNAME-t, amely a CDN által biztosított hosztnévre mutat, és amely hídként fog működni a fájlok gyorsítótárban történő használatával.

 

A folyamat az általunk használt domainszolgáltatótól függően változhat, mivel nem mindegyiknek ugyanaz az interfésze. Be kell állítanunk egy CNAME-t a DNS-kiszolgálónkon, amely a kérdéses CDN által biztosított állomásnévre mutat, amelyet konfiguráltunk.

 

A CNAME rész konfigurálása után folytatnunk kell a CNAME vagy a CNAME konfigurálását a kérdéses CMS-ben.Meg fogjuk mondani, mit kell tennie a WordPress esetében.A cél az, hogy a CMS automatikusan kicserélje a CDN-ből kiszolgálni kívánt fájlok vagy kérelmek útvonalát.

 

Állítson be egy CDN-t a WordPress alkalmazásban

 

Különböző módon lehet megvalósítani és konfigurálni a CDN-t a WordPress programban, és az általunk használt gyorsítótár-bővítménytől függően egyik vagy másik megoldást fogjuk használni.Ha a WP Rocket, a W3 teljes gyorsítótár vagy a LiteSpeed ​​gyorsítótárat használjuk, ezek a beépülő modulok tartalmazzák a CDN konfigurációs lapot, amely lehetővé teszi számunkra, hogy ezeket a CNAME-eket könnyen hozzá tudjuk adni.Abban az esetben, ha egy másik plugint szeretne használni, amely nem a gyorsítótár, a CDN konfigurálásához a WordPress programban. Nincs sok lehetőség, és nem sok ingyenes:


  • Perfmatters: Prémium és több funkcióval rendelkezik; Ezek közül a feltételes terhelés hűvös felületről történő konfigurálásának lehetősége.


  • Domain megosztása: Nem éppen a CDN implementálása, de ingyenes, bár frissítés nélkül sokáig tart.


  • CDN engedélyező: A KeyCDN által fejlesztett plugin, amelyet bármilyen CDN megvalósítására használnak a WordPress programban.

 

Miután elvégeztük a konfigurációt, ellenőriznünk kell, hogy nincs-e valami törve, és hogy a kéréseket a CDN-hez intézik-e. Ehhez használhatjuk a Pingdom eszközöket.

 

content delivery networks

 

Állítson be egy CDN-t

 

Néhány azon kevés CMS-ből, amelyekbe a CDN konfiguráció natívan integrálva van. A helyzet az, hogy mivel nem így hívják, az emberek általában nem tudják, hogy mire szolgál a konkrét lehetőség.

A "Médiakiszolgálók" helyen az imént létrehozott CNAME-eket kell elhelyeznie a DNS-ben. Ez a legtöbb statikus fájl feltöltési URL-jét automatikusan a CDN-ről feltöltött új URL-ekre cseréli.

 

CDN a jQuery és más könyvtárak számára

 

Egy másik szempont, hogy vannak olyan CDN-szolgáltatások a széles körben használt könyvtárakhoz, mint például a jQuery vagy a leggyakrabban használt WordPress fájlok és CMS.Ezek a CDN-ek általában a könyvtárak normál és kicsinyített változatát egyaránt szolgálják, ami nagyon hasznos a weboldal WPO számára.Általában jó kiegészítői egy normális CDN-nek.

 

Google CDN könyvesboltokhoz

 

A Google emellett egy erős CDN-t is fenntart a Google Cloud szolgáltatással, ahonnan felhasználhatunk bizonyos, a Google szervereiről betöltött könyvtárakat. énA t bizonyos korlátokkal rendelkezik, és jobban orientálódik a jQuery-re és annak könyvtáraira.

 

Hogyan használják a CDN-t egy WordPress webhelyen?

 

Valószínűleg sokat hallott a WordPress CDN-ekről és azokról a lehetőségekről, amelyek felgyorsítják a weboldalakat, többek között.És nem lepődöm meg, mivel a weboldalon történő navigálás sebessége kétségtelenül az egyik legfontosabb tényező a felhasználói élmény javítása érdekében, miközben a felhasználók a webhelye oldalain mozognak.Manapság egy olyan oldal, amelynek megjelenése több másodpercig tart a képernyőn, elveszíti a felhasználótól a türelmét és elhagyja azt, hogy máshol megtalálhassa azt, amit keres.

 

Végül is az interneten minden csak néhány egérkattintással elérhető, miért várhatnánk, amikor más erőfeszítések nélkül máshová mehetünk?Viszont a felhasználói élmény befolyásolja egy webhely SEO-ját, mivel a Google bünteti azokat az oldalakat, amelyek betöltése túl sokáig tart, éppen e tényezőre gyakorolt ​​negatív hatásuk miatt.

 

Ez eddig elég ok volt arra, hogy talpra álljunk és elkezdjük optimalizálni a képeket, telepíteni a gyorsítótár beépülő modult, felhasználni az alacsony erőforrású beépülő modulokat stb.

 

Amíg nem fedezzük fel, hogy léteznek CDN-ek!

 

A webkiszolgálóra vagy a WordPressbe telepített erőforrásokra vagy összetevőkre vonatkozó egyéb optimalizálásoktól eltérően CDN külső szerverek lépnek közbe, amelyek kölcsönhatásba lépnek a webszerverrel, hogy felgyorsítsák a weboldal letöltését és következésképpen a böngészési sebességet.

 

Mit csinál a CDN egy WordPress-webhelyen?

 

A CDN nagyon rövid, a bolygón elosztott és az interneten keresztül egymással összekapcsolt szerverek összessége.

De úgy gondolom, hogy a CDN és működésének megértésének legjobb módja az, ha először ismeri a követett folyamatot, attól kezdve, hogy a felhasználó megad egy címet a böngészőjében, egészen addig, amíg a megfelelő weboldal megjelenik a képernyőn.

 

Noha nincsenek jelentős különbségek a többi tartalomkezelővel szemben, a folyamat leírásának egyszerűsítése érdekében mostantól feltételezzük, hogy a WordPress egyik webhelyéhez hozzáférünk. Az eljárás a következő lenne:


  • A felhasználó a böngészőjébe írja be a címet.

  • A böngésző azonosítja az adott címnek megfelelő szervert, és kéri a megfelelő weboldalt.

  • A szerver megkapja ezt a kérést, és a WordPress HTML fájlt generál az adatbázisaiban tárolt információkból.

  • Az említett szerver elküldi ezt a HTML-fájlt a kérést benyújtó böngészőnek.

  • Amikor a böngésző megkapja a HTML fájlt, elolvassa és értelmezi annak tartalmát.

  • Ezen értelmezés során különböző forrásokra, például stílusfájlokra vagy képekre mutató hivatkozások (webcímek) jelenhetnek meg, amelyek a weboldal tartalmának vagy felépítésének részét képezik.

  • Ezen hivatkozások mindegyikéhez a böngésző ugyanarról a szerverről kéri az erőforrást.

  • A szerver kiszolgálja ezeket a kéréseket, megkeresve a megfelelő erőforrást a merevlemezen, és elküldve a böngészőnek.

  • Amint a böngésző megkapja ezeket az erőforrásokat, generálja és megjeleníti a weboldalt a felhasználó számára.

 

Az ilyen típusú eszközök mentesítik a tárhelyszervert ez utóbbi feladattól, így csak a böngésző kéréseivel kell foglalkoznia. A maga részéről a CDN feladata lesz az erőforrásokra történő hivatkozások kezelése.

 

Hogyan működik a CDN?

 

Ha részletesen elemezzük a folyamatot, akkor megfigyelhetjük, hogy a tárhely-kiszolgáló által végzett munka nagy részét paradox módon nem a legfontosabb feladatnak szenteljük: a HTML-oldal létrehozásának és eljuttatásának az azt igénylő böngészőhöz.

 

Ehelyett a tárhely-kiszolgáló sok feldolgozási időt tölt egyszerűen az erőforrásfájlok megkeresésével és a böngészőbe juttatásával.

 

Ezen erőforrások között a leggyakoribbak a képek, amelyek általában lényegesen több helyet foglalnak el, következésképpen nagyobb sávszélességet fogyasztanak, mint maga a HTML oldal, függetlenül attól, hogy mennyire optimalizáltak.

 

Ezzel az erőforrással a tárhelyszerver a fontos dolgokra összpontosíthatja munkáját: a felhasználói kérések figyelembevételére, a kért HTML fájlok előállítására és visszaszállításra.

Eddig csak abbahagytuk, hogy lássuk a használatának külső hatásait, de biztosan kezd bepillantani néhány előnyébe, amelyet ez számunkra hozhat.Mielőtt azonban részletesen megvizsgálnánk, mire szolgál, álljunk meg egy kicsit, hogy megismerjük a CDN működését, és ezáltal jobban megértsük minden lehetőségét.

 

Vázlatosan a CDN működésének elve a következő 3 ponton alapul:


  • Széles kiszolgálóhálózattal rendelkezik, amely az interneten keresztül kapcsolódik az egész földföldrajzra.


  • Helyileg tárolja ezeken a szervereken az összes statikus erőforrás fájl másolatát, amely a tárhelyszerveren van.


  • Az erőforrásfájlok iránti kérelmek megzavarása és figyelése, amikor egy böngésző kéri őket, hogy generálják és jelenítsék meg a weboldalt a felhasználó számára.

 

Lássuk az alábbiakban részletesebben az egyes pontokat ...

 

Szerverek hálózata

 

Bár eddig a CDN-re egyedülálló módon utaltunk, mintha egyetlen elemről lenne szó, a valóságban ez egy szerverkészlet, amely a bolygón eloszlik és az interneten keresztül kapcsolódik egymáshoz.

 

Ennek a rendelkezésnek köszönhetően, amikor egy böngésző erőforrást igényel, azt a saját földrajzi helyéhez legközelebb eső kiszolgáló szolgálja ki, ami jelentősen lerövidíti az adatok küldésének és fogadásának idejét.A szerverek ezen hálózatának belső kezelése és működtetése teljesen átlátható mind a CDN-t használó webhely tulajdonosa, mind azok felhasználói számára, akik az oldalát böngészik.Mindkettő esetében egyetlen kiszolgáló külseje van, amely az erőforrás fájlokat az interneten keresztül továbbítja.

 

Az erőforrások helyben történő tárolása

 

Ennek van értelme, hiszen ha a CDN (nem érdekel, hogy melyik szerverei vannak), például egy képet eljuttat egy böngészőbe, akkor a képfájlnak a saját merevlemezén kell lennie.Ha meg kellene kérnem a tárhelyszervertől, akkor már nem rendelkeznénk az összes olyan előnnyel, amelyet a számunkra nyújthat. Ez még negatívan is befolyásolná a teljesítményt, mivel két kérelmet kell benyújtani ugyanarra a fájlra.

 

Ezeknek a fájloknak az érkezési módját tároljuk és elosztjuk a szerverei között, ami a szolgáltatás konfigurációjától függően változhat, és átlátható számunkra is, anélkül, hogy egyáltalán beavatkoznunk kellene.

 

Alapértelmezés szerint a legtöbb CDN helyi másolatot készít az összes erőforrásfájlról, amikor először telepítik és aktiválják őket. Hasonlóképpen maga a CDN felel annak ellenőrzéséért, hogy a helyi példány frissül-e a tárhely-kiszolgáló eredeti fájljának bármilyen változásával.

 

Forrás iránti kérelmek megzavarása és megválaszolása

 

Eddig van egy szerverhálózatunk, és ezekben elosztva az összes erőforrás fájlunk másolata.A weblapok HTML-kódja ezekre az erőforrásokra történő hivatkozásai (webcímek) azonban a szerveren maradnak.

 

Ez azt jelenti, hogy amikor a böngésző elolvassa és értelmezi ezeket a webcímeket a HTML-kódban, akkor továbbra is a tárhely-kiszolgálótól kéri őket, nem pedig a szerverektől.Ezért ahhoz, hogy a böngésző letölthesse ezeket a fájlokat a CDN-ről, ezeket a webcímeket meg kell változtatni, hogy azok a tárhely-kiszolgáló helyett a CDN-kiszolgálókra mutassanak.

 

Itt kissé megijedhetünk: meg kell változtatnunk MINDEN képünk webcímét?

 

Elvileg igen, de az ilyen típusú eszközök szolgáltatói biztosítanak eszközöket (például egy CDN plugint a WordPress számára), hogy ezt automatikusan elvégezhessék helyettünk, ezért emiatt sem kell aggódnunk.

 

A CDN működési módjai

 

A WordPress szolgáltatói két alternatíva közül választhatnak az erőforrás-kérelmek beavatkozásakor és azok megválaszolásakor:


  • Az elsőt már korábban leírtuk: a szolgáltató által biztosított CDN WordPress bővítmény, amely úgy módosítja a weboldalak HTML-kódjában szereplő webcímeket, hogy azok a szerverek erőforrásfájljainak megfelelő másolataira mutassanak.


  • Miután telepítette és konfigurálta ezt a bővítményt, a webcímek megváltoztatása automatikus és átlátható, mind a webhelytulajdonos, mind az azokat böngésző felhasználók számára, akiknek nem kell tudniuk, hogy az erőforrások valójában hol vannak tárolva.


  • A maga részéről a második modalitásban az oldalakon lévő webcímek nem változnak, de a szerverek közvetlenül úgy szolgálják ki ezeket a címeket, mintha az eredeti tárhelyszerverek lennének. Ebben az esetben a WordPress CDN-kiszolgáló proxyként működik, a böngésző és a tárhely-kiszolgáló közé helyezve magát.


  • Amikor a kiszolgáló meg tudja adni a kért erőforrást, mivel helyi példánya van, akkor azt akkor szállítja. Ha nem tudja ellátni, vagy azért, mert nincs tárolva a merevlemezen, vagy mert elavult másolat, akkor átirányítja a szerver iránti kérelmet a szolgáltatásra.


  • Ebben a módban a tárhelyszerver mindig a CDN szerver mögött lesz, így további biztonsági réteget kap az esetleges külső támadások ellen, amelyeknek először át kell menniük rajta.


  • Ezenkívül lehetősége van a weboldalak statikus másolatának tárolására, gyorsítótár-kiszolgálóként viselkedve, ami különösen hasznos, ha tartalmi oldalaink ritkán változnak.


  • Maga a CDN-kiszolgáló felelős ezeknek a statikus példányoknak az időszakos frissítéséért, hogy a felhasználók mindig hozzáférhessenek az oldalak legfrissebb verziójához.

 

Mire szolgál a CDN WordPress?

 

Most, hogy tudjuk, mi ez a kifejezés és hogyan működik, nézzük meg, hogy a CDN milyen szolgáltatásokat nyújt számunkra a WordPress programban, és hogyan használhatjuk ki őket a szerverünk válaszidejének és ennek következtében a felhasználók böngészési sebességének javítására:

 

1. Statikus erőforrás fájlok tárolása és kézbesítése

 

Alapvetően képek és CSS fájlok. Ez a szerverek legfőbb jellemzője és szinte azok oka.

Amint fentebb említettük, a statikus erőforrások helyi másolatának birtokában a tárhelyszerver mentesül attól, hogy azokat a böngészőnek kelljen elküldenie, amikor a felhasználó belép az egyik weboldalához, és felszabadítja más feladatok elvégzésére.

 

2. A dinamikus erőforrások gyorsítótára

 

Dinamikus erőforrások azok, amelyeket a tartalomkezelő generál minden alkalommal, amikor a webhelyet meglátogatják.

Például a WordPress programban minden alkalommal generálnak weblapokat, amikor a felhasználó hozzájuk fér. Ha a webhely sok látogatást tesz, ezt a folyamatot folyamatosan megismétlik, ami befolyásolja a tárhely-kiszolgáló teljesítményét.

 

Ennek elkerülése érdekében konfigurálhat egy CDN-t a WordPress számára, amely ezeknek a dinamikus oldalaknak egy statikus másolatát tárolja és gyorsítótárként működik, amikor több felhasználó böngészi ugyanazokat az oldalakat.Ő maga a helyi statikus példányok naprakészen tartása a tárhelyszerverrel.

 

Ezen a ponton meg kell jegyezni, hogy nem minden WordPress CDN kínálja ezt a szolgáltatást, és hogy a legtöbb esetben általában fizetős szolgáltatásról van szó.

 

3. Gyorsabb válasz más országok felhasználói számára

 

Tárhelyszerverünk egy, vagy egy kis kiszolgálókészlet, ha a weboldal nagy, egyetlen földrajzi helyen található.

Ez a szerver teljesíti a felhasználók kéréseit a világ bármely pontjáról.

 

Minél távolabb van ettől a felhasználótól, annál több átviteli időre van szükség az adatoknak a böngészőből a szerverre és fordítva.

Ezzel az erőforrással ez a probléma megszűnik, mivel szervereik az összes kontinensen el vannak terítve.

 

Amikor a felhasználó belép a weboldalunkra, a CDN-kiszolgáló fogja kiszolgálni őket, amely a legközelebb van a fizikai helyéhez, jelentősen csökkentve az átviteli időt, következésképpen a weboldal letöltési és böngészési idejét.

 

4. A tárhelyszerver erőforrásainak felhasználásának optimalizálása

 

A fentiekben már említettük, hogy nézett ki egy weboldal készítésének és letöltésének teljes folyamata, amelyben a tárhelyszerver kapacitásának nagy részét, például a feldolgozási időt és a sávszélességet a statikus erőforrásfájlok figyelmének és letöltésének szentelték.

 

A letöltés kiszervezésével a szerver az erejének nagyobb százalékát fordíthatja arra, ami valóban fontos: a felhasználókra fordított figyelemre és az általuk felkeresett weboldalak generálására.Így nagyobb számú felhasználót és több weboldalt tud kiszolgálni anélkül, hogy negatívan befolyásolná a letöltési és böngészési időt.

 

5. Védelem a hackertámadások ellen

 

Különösen a szolgáltatásmegtagadási (DoS vagy DDoS) támadások, amelyek nagyszámú egyidejű hozzáférést jelentenek a szerverhez annak érdekében, hogy telítődjön a szerverről és ne tudjon megfelelni a törvényes felhasználók kéréseinek.

 

A CDN szerverek rendelkeznek olyan mechanizmusokkal, amelyek észlelik az ilyen típusú támadások előfordulását, és ellensúlyozzák azokat, elkerülve vagy korlátozva annak hatását, amelyet a tárhelyszerver normál működésére gyakorolhat.

 

Az ilyen típusú támadások ellen azonban nem szabad a WordPress CDN-t használni, mint fő védelmi eszközt, mivel a tárhelyszerver továbbra is elérhető az interneten keresztül, és a hackerek megtalálhatják a közvetlen hozzáférés módját a szerverek szoknyázásával.

 

Ezért a közvetlen támadások megelőzése érdekében mindig rendelkeznie kell minőségi webhostinggal is, amely biztonsági intézkedéseket tartalmaz ezek ellen a támadások ellen.

 

CDN-t csak a WordPress webhelyeihez használhatok?

 

A WordPress a leggyakrabban használt tartalomkezelő gyakorlatilag bármilyen típusú és méretű webhez, a kizárólag cikkeket tartalmazó blogoktól kezdve az igazi e-kereskedelmi platformokig, minden szükséges internetes vásárláshoz.Ez a hegemónia azt jelenti, hogy az ilyen típusú szolgáltatók több erőfeszítést fordítanak a WordPress webhez igazított megoldásokra, már csak azért is, mert nagyobb az ügyfelek száma, akik ezt a kezelőt használják.

 

Ezenkívül a WordPress CDN-felhasználók közössége is jelentősen nagyobb, így könnyebben és gyorsabban lehet megoldást találni olyan problémákra, amelyeket más felhasználók már megéltek, megoldottak és megosztottak a közösséggel.

 

Ez azonban nem jelenti azt, hogy más tartalomkezelőkkel nem lehet használni. A CDN-szolgáltatók beépülő modulokat, kiegészítőket vagy modulokat kínálnak szervereik integrálásához a piac legfontosabb tartalomkezelőibe, nem csak a CDN-ek a WordPress számára.

 

Azokban az esetekben, amikor az ilyen típusú szolgáltatók nem biztosítanak beépülő modult a tartalomkezelőhöz, keresse fel a támogatási szolgáltatást vagy a felhasználói közösséget, hogy megkérdezze, van-e olyan megvalósítható alternatíva, amelyet könnyen lehet megvalósítani.

 

Másrészt, még akkor is, ha egy adott szolgáltató nem kínál megoldást vagy támogatást egy adott tartalomkezelőhöz, a piacon olyan széles szolgáltatói kör létezik, amely szinte biztosan közülük kínál megoldást erre. menedzser.

 

Hogyan telepíthetek CDN-t a WordPress webhelyemhez?

 

A CDN telepítése a WordPress webhelyére nem jelent sok nehézséget, köszönhetően annak, hogy a szolgáltatók olyan pluginokat nyújtanak, amelyek a munka nagy részét a szolgáltatás konfigurálásával együtt elvégzik a webhely regisztrálásához.

 

Bár az ilyen típusú erőforrások minden szolgáltatójának megvannak a sajátosságai a beépülő modul és maga a szolgáltatás telepítésekor és konfigurálásakor, a fő különbséget az üzemmód adja:

 

Az erőforrásfájlok URL-jeinek átirányítása

 

Ehhez a módhoz az ilyen típusú szolgáltatások integrálása a következő két általános lépést igényli (a részletek szolgáltatónként kissé eltérhetnek):


  • Regisztráljon a CDN platformon, a szolgáltató webhelyén keresztül, és aktiválja azt a weboldalt, amelyet a CDN használni fog. Noha a nómenklatúra szolgáltatónként eltérő lehet, gyakran "zónának" nevezik őket. Ehhez a zónához társít egy URL-t, amelyet le kell írnunk.


  • Telepítse a CDN beépülő modulját, amely gondoskodik az összes erőforrásfájl átirányításáról. Ehhez be kell állítanunk a zóna URL-jét, amelyet az előző pontban megjegyeztünk.

 

CDN Server mint proxy

Az ilyen jellegű, proxyként működő szolgáltatás integrálásához két általános lépés is szükséges:


  • Regisztráljon a CDN platformon, a szolgáltató webhelyén keresztül, és aktiválja a webhelyet. Ennek során biztosítja a webhely domain névszervereit.


  • Módosítsa a szolgáltató névkiszolgálóit úgy, hogy a CDN névkiszolgálókra mutasson. Ettől a pillanattól kezdve a weboldalra való bármiféle hozzáférés mindig és kizárólag a szervereken keresztül történik.

 

Ebben az esetben nem feltétlenül kell telepíteni a CDN beépülő modult a WordPress programhoz, mivel a korábbi változtatások elegendőek az erőforrás működéséhez. Bár ajánlatos, néhány területet úgy kell konfigurálni, hogy ne kellene belépnie a szolgáltató webhelyére.

 

Névszerverek módosítása

 

Ez a változás attól a domainszolgáltatótól függ, amelyet szerződtettünk. Nézzük meg azokat a lépéseket, amelyeket általában minden szolgáltatóval meg kell követnünk:


  • Hozzáférés a fiókunkhoz a domain név szolgáltató webhelyén.

  • A konfigurációs lehetőségek között keresse meg azt az opciót, amely a szolgáltató által biztosított kiszolgálókat mutatja.


  • A szolgáltató mindig két DNS-kiszolgálót szállít. Módosítanunk kell őket a két névszerver helyett


  • A módosítás elvégzése után akár 24-48 órát is igénybe vehet, amíg a változás elterjed a hálózaton. Gyorsítani nem lehet, ezért csak várni tudunk.

 

Következtetések

 

Számos oka lehet annak, hogy megfontoljuk a használatát, például az organikus pozicionálás optimalizálása, a hackerek elleni további biztonsági réteg hozzáadása a webhelyhez vagy a tárhely-kiszolgáló erőforrásainak jobb felhasználása.

 

Működése mögött álló technikai bonyolultság ellenére a szolgáltatók könnyen telepíthető és konfigurálható mechanizmusokat és eszközöket biztosítottak a legnépszerűbb tartalomkezelőknek, beleértve a WordPress CDN-eket is.

 

Bár sok szolgáltató ingyenes terveket biztosít, a legtöbbnek van időkorlátja, amely után fizetett terv szerződése szükséges, a forgalom szintjétől és a webhely látogatásától függően. Ezek kétféleképpen működhetnek: átírják a webhely statikus erőforrásfájljainak URL-jeit, vagy proxy szerverként viselkednek.