CDN

Wat is CDN (Content Delivery Network)?

Content Delivery Network is een systeem van servers verspreid over een geselecteerd gebied - bijv. een land of een continent. De servers op het netwerk werken met elkaar samen en dragen de bronnen van de pagina's over, d.w.z. HTML-code, JavaScript-bestanden, stylesheets, foto's of video's. Daardoor bieden ze snelle toegang tot pagina's en sites, ongeacht het aantal en de locatie van gebruikers.

Het beste voorbeeld van CDN-bediening is YouTube. Naar schatting wordt er elke minuut 500 uur aan video geüpload naar het platform. Dit is een onvoorstelbaar aantal films, maar elke gebruiker, waar ook ter wereld, kan de opname gemakkelijk in hoge resolutie bekijken. Waarom? YouTube werkt effectief en efficiënt dankzij het wereldwijde CDN-netwerk, dat opnames distribueert en gebruikersverkeer omleidt naar servers die zich het dichtst bij het apparaat bevinden dat door de internetgebruiker wordt gebruikt. Dit geeft iedereen de beste gebruikerservaring.

In eenvoudige bewoordingen is A CDN een service waarmee we statische inhoud (afbeeldingen, pdf, video's, CSS, JS, enz.) Kunnen aanbieden van servers die geografisch het dichtst bij de bezoeker op het web staan.

Wat beïnvloedt dit?Welnu, de afstand in kilometers (hoewel het niet precies zo is) heeft invloed op de latency: hoe groter de afstand, hoe groter de latency.Hoe meer latentie of PING er is tussen de bezoeker en de webserver, hoe langzamer de reacties zullen zijn. Er kan ook worden gezegd dat vanaf een bepaald & ldquo; -niveau & rdquo; het downloaden van verzoeken ook vertraagt ​​en dat er zelfs pakketverlies in de verbinding kan optreden.

Wat ons duidelijk moet zijn, is dat we, om het web zo snel mogelijk te bedienen in ALLE mogelijke situaties, zeer voorzichtig moeten zijn met hoge latenties.

Wat een CDN doet, is deze statische inhoud van de typen die we eerder hebben geselecteerd in het cachegeheugen opslaan en opslaan en ze gedurende een bepaald aantal uren of dagen bewaren op de servers van de service, in een datacenter in een bepaald gebied van de wereld.

Later, via een anycast DNS-service, wanneer de bezoeker een verzoek doet aan het web, controleert de service welke het POP (point of presence) of datacenter is dat zich het dichtst bij de bezoeker bevindt. Op deze manier worden die bestanden geserveerd vanaf de dichtstbijzijnde servers.

Hoe werken netwerken voor contentlevering?

De belangrijkste taak van CDN is om de prestaties van de website te verbeteren en de laadtijden van websites te versnellen. Het werkt door de inhoud die u plaatst over te brengen naar gedistribueerde servers die de inhoud in de cache opslaan en gebruikers geografisch bedienen. Wanneer iemand een site betreedt die deel uitmaakt van het CDN, leidt het netwerk het verzoek om van de server van de site naar de CDN-server die het dichtst bij de gebruiker staat. CDN-netwerken maken actieve communicatie tussen servers mogelijk om inhoud te downloaden en in de cache op te slaan die nog niet over het netwerk is verspreid.

De manier waarop het CDN werkt, is praktisch onmerkbaar voor de gebruiker. Alle overdrachten en omleidingen van inhoud gebeuren aan de serverzijde. De effecten van gedistribueerde netwerken hebben echter een zeer positief effect op de gebruikerservaring op de bezochte website. Content zoals foto's en video's wordt zonder vertraging en van betere kwaliteit afgeleverd, en subpagina's of geopende vensters worden veel sneller geladen.

Het enige duidelijke teken dat een CDN werkt, is de automatische wijziging van het websiteadres. Uw website heeft bijvoorbeeld verschillende taalversies of kan zich in veel domeinen bevinden (.pl, .com, .de, .uk). Door "websitenaam" in te voeren op basis van locatie, ziet de gebruiker de site in de juiste taal of wordt hij automatisch doorgestuurd naar een site in een ander domein.

Is een CDN-service erg opvallend?

Welnu, JA en NEE, dat wil zeggen, het hangt sterk af van de zaak en er is geen duidelijke algemene regel om te beslissen of een CDN moet worden geïmplementeerd.

Maar we moeten ook onderscheid maken tussen een pure CDN door een reverse proxy die optimalisaties in de code uitvoert. CDN kan bepaalde optimalisaties uitvoeren in de CSS en JS, dus er kunnen verbeteringen optreden die niet afkomstig zijn van de implementatie van de CDN-service, maar van de optimalisatie.

Maar we gaan proberen om enkele punten of omstandigheden duidelijk te maken waarin een CDN ons kan helpen:

• Als u een website heeft met inhoud in het Engels, met een gemengd percentage verkeer uit de VS en andere delen van de wereld.

• Als u een online winkel heeft die in heel Europa verkoopt.

• Als u een website heeft, van welk type dan ook, die meertalig is in hetzelfde domein.

Wanneer de geografische afstanden groter zijn, valt het verschil in laadsnelheid veel meer op. Bedenk dat het opvalt omdat dit niet alleen betrekking heeft op 1 specifiek verzoek om een ​​afbeelding, maar het betreft verzoeken van het hele web, maar vooral de zwaarste.

In sommige gevallen kunt u de resultaten zelfs iets meer opmerken vanwege de proxy-cache die het implementeert.

Een ander van de belangrijkste punten van CDN's is dat ze in veel gevallen sneller statisch kunnen bedienen dan webhostingservers. Ze zijn daar immers op voorbereid en gebruiken Nginx of krachtige webservers om de inhoud te serveren.

CDN-servers zijn ook veel beter uitgerust om grote hoeveelheden verkeer te verwerken dan normale hostingservers. Daar zijn ze tenslotte voor.

Is het de moeite waard om CDN te gebruiken?

De voordelen van het gebruik van gedistribueerde netwerken zijn afhankelijk van de grootte van de pagina, de hoeveelheid inhoud erop en de vereisten van de gebruikers. Ze zullen echter allemaal profiteren van de vier primaire voordelen die aan een CDN zijn verbonden.

Laadtijd en paginakwaliteit

Als uw pagina te langzaam laadt, zullen gebruikers deze niet meer bezoeken. Dankzij de distributie van servers en het kiezen van de juiste verbinding kost datadistributie minder tijd. Uw pagina's en inhoud worden snel geladen en de gebruiker zal onmiddellijk het doel van zijn bezoek bereiken. Bij multimedia-inhoud hangt de snelheid van de gegevensoverdracht ook samen met de kwaliteit ervan, wat een positief effect heeft op de gebruikerservaring.

Beschikbaarheid en redundantie

Er zijn veel factoren die de prestaties van een website kunnen verstoren - een plotselinge stroom bezoeken of hardwarestoringen zijn enkele van de meest voorkomende redenen om geen toegang te krijgen tot een website. CDN-netwerken zullen de effecten van dergelijke situaties compenseren. De inhoud wordt gehost op veel apparaten waarnaar het netwerk overmatig verkeer kan omleiden. In het geval van een serverstoring, wijst het CDN automatisch de dichtstbijzijnde aan om ononderbroken toegang tot de site te garanderen.

Website beveiliging

Het CDN-netwerk verbetert ook de beveiliging van uw pagina's en sites. Door beveiligingscertificaten te verbeteren en servers af te leiden, beveiligt u uw website, ook tegen DDoS-aanvallen, waarvan de werking is om alle beschikbare servicebronnen te grijpen om de toegang tot de website te blokkeren.

Positionering van de website in Google (SEO)

Algoritmen van internetzoekmachines houden rekening met veel kenmerken en kenmerken van pagina's. Laadsnelheid van pagina's, grafische indexering, beveiliging, bijv. met een SSL-certificaat - deze elementen zijn van invloed op de positionering van uw website. Door CDN te gebruiken, helpt u uw website een hogere positie te bereiken in de zoekresultaten van Google.

Hoe een CDN te implementeren

De implementatie van een CDN op een website hangt volledig af van het type CDN. Zoals we al zeiden, zijn er twee soorten:Traditionele CDNenReverse Proxy CDN.

In een reverse proxy CDN hoeft u alleen maar het proces te volgen dat de service ons vertelt en dat normaal (altijd) doorgaat met het wijzigen van de DNS in ons domein voor de DNS die door hen wordt geleverd.

Maar & hellip; Hoe zit het met traditionele CDN's? Welnu, in traditionele CDN's moeten we een CNAME configureren die verwijst naar de hostnaam die door het CDN wordt verstrekt en die zal fungeren als een brug om de bestanden met pull te cachen.

Het proces kan variëren afhankelijk van de domeinprovider die we gebruiken, aangezien ze niet allemaal dezelfde interface hebben. We moeten een CNAME configureren in onze DNS-server die verwijst naar de hostnaam die is opgegeven door het CDN in kwestie dat we hebben geconfigureerd.

Na het configureren van het CNAME-gedeelte, moeten we doorgaan met het configureren van CNAME of CNAME's in de betreffende CMS.We gaan je vertellen wat je moet doen in het geval van WordPress.Het is de bedoeling dat het CMS automatisch de paden vervangt van de bestanden of verzoeken die we vanuit het CDN willen bedienen.

Zet een CDN op in WordPress

Er zijn verschillende manieren om een ​​CDN in WordPress te implementeren en te configureren en, afhankelijk van de cache-plug-in die we gebruiken, zullen we de ene of de andere oplossing gebruiken.Als we WP Rocket, W3 Total Cache of LiteSpeed ​​Cache gebruiken, bevatten deze plug-ins een CDN-configuratietabblad waarmee we deze CNAME's gemakkelijk kunnen toevoegen.Als u een andere plug-in wilt gebruiken die niet de cache is om een ​​CDN in WordPress te configureren. Er zijn niet veel opties en niet veel die gratis zijn:

• Presteert: Het is premium en heeft meer functies; Onder hen de mogelijkheid om voorwaardelijke belasting te configureren vanaf een coole interface.

• Domain Sharding: Het is niet precies om een ​​CDN te implementeren, maar het is gratis, hoewel het lang duurt zonder te updaten.

• CDN Enabler: Een plug-in ontwikkeld door KeyCDN maar gebruikt om een ​​CDN in WordPress te implementeren.

Zodra we de configuratie hebben uitgevoerd, moeten we controleren of er niets kapot is gegaan en of de verzoeken aan het CDN zijn gedaan. Hiervoor kunnen we Pingdom Tools gebruiken.

Zet een CDN op

Enkele van de weinige CMS waarin de CDN-configuratie native is geïntegreerd. Het punt is dat omdat het niet zo wordt genoemd, mensen meestal niet weten waarvoor de specifieke optie is.

In "Media Servers" moet je de CNAME's plaatsen die je zojuist in je DNS hebt aangemaakt. Het vervangt automatisch de upload-URL van de meeste statische bestanden door de nieuwe URL's die u uploadt vanaf het CDN.

CDN voor jQuery en andere bibliotheken

Een ander punt is dat er bepaalde CDN-services zijn voor veelgebruikte bibliotheken, zoals jQuery of voor de meest gebruikte WordPress-bestanden en CMS.Deze CDN's bedienen meestal zowel de normale als de verkleinde versie van de bibliotheken, wat erg handig is voor de WPO van de website.Ze zijn meestal een goede aanvulling op een normaal CDN.

Google CDN voor boekwinkels

Google onderhoudt ook een krachtig CDN met Google Cloud, van waaruit we bepaalde bibliotheken kunnen gebruiken die zijn geladen vanaf de servers van Google. ikt heeft bepaalde beperkingen en is meer gericht op jQuery en zijn bibliotheken.

Hoe wordt CDN gebruikt op een WordPress-website?

Je hebt waarschijnlijk veel gehoord over WordPress CDN's en hun vermogen om webpagina's te versnellen, naast andere toepassingen.En het verbaast me niet, aangezien de snelheid van navigeren op een website zonder twijfel een van de meest relevante factoren is om de gebruikerservaring te verbeteren, terwijl uw gebruikers door de pagina's van uw website navigeren.Tegenwoordig zorgt een pagina die enkele seconden nodig heeft om op het scherm te worden weergegeven, ervoor dat de gebruiker zijn geduld verliest en het verlaat om ergens anders te vinden wat hij zoekt.

Alles op internet is tenslotte slechts een paar muisklikken verwijderd, dus waarom zou u wachten als u met weinig moeite ergens anders heen kunt?Op zijn beurt beïnvloedt de gebruikerservaring de SEO van een website, aangezien Google pagina's bestraft die te lang duren om te laden, juist vanwege hun negatieve effect op deze factor.

Dit was tot nu toe reden genoeg om op de been te komen en afbeeldingen te optimaliseren, een cache-plug-in te installeren, low-resource plug-ins te gebruiken, enz.

Tot we ontdekken dat CDN's bestaan!

In tegenstelling tot andere optimalisaties die zijn gemaakt op bronnen of componenten die op de webserver of in WordPress zijn geïnstalleerd, komen er met een CDN externe servers tussen, die communiceren met de webserver om het downloaden van een webpagina en bijgevolg de browsesnelheid te versnellen.

Wat doet CDN op een WordPress-website?

Een CDN is, heel kort gezegd, een set servers die over de hele wereld zijn verspreid en via internet met elkaar zijn verbonden.

Maar ik geloof dat de beste manier om te begrijpen wat een CDN is en hoe het werkt, is door eerst het proces te kennen dat wordt gevolgd, vanaf het moment dat een gebruiker een adres in zijn browser invoert totdat de bijbehorende webpagina op het scherm verschijnt.

Hoewel er geen significante verschillen zijn met andere contentmanagers, gaan we er, om de beschrijving van dit proces te vereenvoudigen, vanaf nu vanuit dat we de webpagina van een site in WordPress openen. De procedure zou als volgt zijn:

• De gebruiker voert het adres in zijn browser in.

• De browser identificeert de server die overeenkomt met dat adres en vraagt ​​de bijbehorende webpagina op.

• De server ontvangt dit verzoek en WordPress genereert een HTML-bestand op basis van de informatie die is opgeslagen in zijn databases.

• Deze server stuurt dit HTML-bestand naar de browser die het verzoek heeft gedaan.

• Wanneer de browser het HTML-bestand ontvangt, leest en interpreteert het de inhoud ervan.

• Tijdens deze interpretatie kunnen verwijzingen (webadressen) naar verschillende bronnen, zoals stijlbestanden of afbeeldingen, voorkomen die deel uitmaken van de inhoud of structuur van de webpagina.

• Voor elk van deze verwijzingen vraagt ​​de browser die bron op bij dezelfde server.

• De server verwerkt elk van deze verzoeken, lokaliseert de overeenkomstige bron op uw harde schijf en stuurt deze naar de browser.

• Terwijl de browser deze bronnen ontvangt, genereert deze de webpagina voor de gebruiker en geeft deze weer.

Het gebruik van dit type tool bevrijdt de hostingserver van deze laatste taak, zodat deze alleen hoeft te zorgen voor de verzoeken van de browser. Het CDN zal van zijn kant verantwoordelijk zijn voor het afhandelen van verwijzingen naar bronnen.

Hoe werkt een CDN?

Als we het proces in detail analyseren, zullen we zien dat een groot deel van het werk van de hostingserver, paradoxaal genoeg, niet gewijd is aan de belangrijkste taak: het genereren en bezorgen van de HTML-pagina aan de browser die erom vraagt.

In plaats daarvan besteedt de hostingserver veel verwerkingstijd aan het simpelweg lokaliseren en bezorgen van bronbestanden aan de browser.

Van deze bronnen zijn de meest voorkomende afbeeldingen, die de neiging hebben aanzienlijk meer ruimte in te nemen en bijgevolg meer bandbreedte verbruiken dan de HTML-pagina zelf, ongeacht hoe geoptimaliseerd ze zijn.

Met deze bron kan de hostingserver zijn werk concentreren op wat belangrijk is: het afhandelen van verzoeken van gebruikers, het genereren van de gevraagde HTML-bestanden en het terug bezorgen ervan.

Tot nu toe zijn we alleen gestopt om het externe effect van het gebruik ervan te zien, maar u begint zeker een glimp op te vangen van enkele van de voordelen die het ons kan bieden.Maar laten we, voordat we in detail kijken naar waar het voor is, even stoppen om te weten hoe CDN werkt en zo al zijn mogelijkheden beter begrijpen.

Schematisch is het principe van de werking van een CDN gebaseerd op de volgende 3 punten:

• Een uitgebreid netwerk van servers hebben, verbonden via internet, verspreid over de hele landgeografie.

• Lokaal op deze servers een kopie opslaan van alle statische bronbestanden die we op onze hostingserver hebben.

• Het verstoren en behandelen van de verzoeken om deze bronbestanden wanneer een browser hen vraagt ​​om de webpagina aan de gebruiker te genereren en weer te geven.

Laten we elk punt hieronder in meer detail bekijken ...

Een netwerk van servers hebben

Hoewel we tot nu toe op een unieke manier naar het CDN hebben verwezen, alsof het een enkel element is, is het in werkelijkheid een reeks servers, verspreid over de hele planeet en met elkaar verbonden via internet.

Dankzij deze voorziening wordt, wanneer een browser een bron aanvraagt, deze bediend door de server die zich het dichtst bij zijn eigen geografische locatie bevindt, waardoor de tijd voor het verzenden en ontvangen van gegevens aanzienlijk wordt verkort.Het interne beheer en de werking van dit netwerk van servers zijn volledig transparant, zowel voor de eigenaar van de website die het CDN gebruikt als voor de gebruikers die door de pagina's bladeren.Voor beide heeft het het uiterlijk van een enkele server die de bronbestanden via internet levert.

Lokaal opslaan van bronnen

Het is logisch, want als het CDN (het maakt niet uit welke van zijn servers) bijvoorbeeld een afbeelding aan een browser gaat bezorgen, moet het dat afbeeldingsbestand op zijn eigen harde schijf hebben staan.Als ik het bij de hostingserver zou moeten aanvragen, zouden we niet langer alle voordelen hebben die het ons zou kunnen bieden. Het zou zelfs de prestaties negatief beïnvloeden, aangezien er voor hetzelfde bestand twee verzoeken zouden moeten worden gedaan.

De manier waarop deze bestanden aankomen, wordt opgeslagen en verdeeld over haar servers, die kan variëren naargelang de configuratie van de dienst en ook voor ons transparant is, zonder dat we überhaupt hoeven in te grijpen.

Standaard maken de meeste CDN's een lokale kopie van alle bronbestanden wanneer ze voor de eerste keer worden geïnstalleerd en geactiveerd. Evenzo is het CDN zelf verantwoordelijk voor het controleren of de lokale kopie wordt bijgewerkt met elke wijziging in het originele bestand op de hostingserver.

Ingrijpen en reageren op verzoeken om middelen

Tot dusver hebben we een netwerk van servers en, daarin verspreid, een kopie van al onze bronbestanden.De verwijzingen (webadressen) naar deze bronnen uit de HTML-code van de webpagina's blijven echter op onze hostingserver staan.

Dit betekent dat wanneer de browser deze webadressen in de HTML-code leest en interpreteert, deze deze blijft opvragen bij de hostingserver, niet bij de servers.Om de browser deze bestanden van het CDN te laten downloaden, moeten die webadressen dus worden gewijzigd zodat ze naar de CDN-servers verwijzen in plaats van naar de hostingserver.

Hier kunnen we een beetje bang worden: moeten we de webadressen van AL onze afbeeldingen wijzigen?

In principe wel, maar de aanbieders van dit type tool bieden tools (zoals een CDN-plug-in voor WordPress) om het automatisch voor ons te doen, dus daar hoeven we ons ook geen zorgen over te maken.

Werkingsmodi van een CDN

Providers voor WordPress kunnen kiezen tussen twee alternatieven als het gaat om het verstoren en reageren op verzoeken om bronnen:

• De eerste hebben we al eerder beschreven: een CDN WordPress-plug-in, geleverd door de provider, die de webadressen in de HTML-code van de webpagina's wijzigt zodat ze verwijzen naar de respectievelijke kopieën van de bronbestanden op de servers.

• Zodra deze plug-in is geïnstalleerd en geconfigureerd, is het proces van het wijzigen van webadressen automatisch en transparant, zowel voor de website-eigenaar als voor de gebruikers die erin browsen, die niet hoeven te weten waar de bronnen daadwerkelijk worden gehost.

• Van zijn kant, in de tweede modaliteit, veranderen de webadressen op de pagina's niet, maar de servers bedienen die adressen rechtstreeks alsof ze de oorspronkelijke hostingserver zijn. In dit geval werkt de WordPress CDN-server als een proxy, die zichzelf tussen de browser en de hostingserver plaatst.

• Wanneer de server de gevraagde bron kan leveren, omdat deze een lokale kopie heeft, levert hij deze op dat moment af. Als het deze niet kan leveren, ofwel omdat het niet op uw harde schijf is opgeslagen of omdat het een verouderde kopie is, stuurt het het verzoek om naar de hostingserver voor service.

• Met deze modus bevindt de hostingserver zich altijd achter de CDN-server, dus u krijgt een extra beveiligingslaag tegen mogelijke externe aanvallen, die er eerst doorheen moeten.

• Bovendien heeft het de mogelijkheid om een ​​statische kopie van de webpagina's op te slaan, die zich gedraagt ​​als een cacheserver, vooral handig wanneer onze inhoudspagina's niet vaak veranderen.

• De CDN-server is zelf verantwoordelijk voor het periodiek bijwerken van deze statische kopieën om ervoor te zorgen dat gebruikers altijd toegang hebben tot de meest recente versie van de pagina's.

Waar is een CDN WordPress voor?

Nu we weten wat deze term is en hoe het werkt, laten we eens kijken welke services een CDN ons biedt in WordPress en hoe we hiervan kunnen profiteren om de responstijd van onze server en bijgevolg de browsesnelheid van onze gebruikers te verbeteren:

1. Opslag en levering van statische bronbestanden

In wezen afbeeldingen en CSS-bestanden. Dit is het belangrijkste kenmerk van servers en bijna hun bestaansreden.

Zoals hierboven vermeld, hoeft de hostingserver, door een lokale kopie van de statische bronnen te hebben, deze niet naar de browser te sturen wanneer een gebruiker een van zijn webpagina's opent, waardoor deze vrij is voor andere taken.

2. Cache van dynamische bronnen

Dynamische bronnen zijn bronnen die een inhoudbeheerder elke keer dat de website wordt bezocht, genereert.

In WordPress worden bijvoorbeeld webpagina's gegenereerd elke keer dat een gebruiker er toegang toe heeft. Wanneer de website veel bezoeken heeft, wordt dit proces continu herhaald, wat de prestaties van de hostingserver beïnvloedt.

Om dit te voorkomen, kunt u een CDN voor WordPress configureren, die een statische kopie van deze dynamische pagina's opslaat en als een cache fungeert wanneer meerdere gebruikers door dezelfde pagina's bladeren.Hij is zelf verantwoordelijk voor het up-to-date houden van zijn lokale statische kopieën met de hostingserver.

Op dit punt moet worden opgemerkt dat niet alle WordPress CDN's deze service bieden en dat het in de meeste gevallen meestal een betaalde service is.

3. Snellere respons voor gebruikers uit andere landen

Onze hostingserver is één, of een kleine set servers als de website groot is, op één geografische locatie.

Deze server behandelt de verzoeken van gebruikers overal ter wereld.

Hoe verder van die gebruiker verwijderd is, hoe meer transittijd de gegevens nodig hebben om van de browser naar de server over te dragen en vice versa.

Met deze bron verdwijnt dit probleem, aangezien ze hun servers over alle continenten hebben verspreid.

Wanneer een gebruiker onze website bezoekt, wordt hij bediend door de CDN-server die zich het dichtst bij zijn fysieke locatie bevindt, waardoor de transittijd en bijgevolg de download- en browsertijd van de website aanzienlijk wordt verkort.

4. Optimalisatie van het gebruik van bronnen van de hostingserver

We hebben hierboven al vermeld hoe het volledige proces van het genereren en downloaden van een webpagina eruit zag, waarbij een groot deel van de capaciteit van de hostingserver, zoals verwerkingstijd en bandbreedte, werd besteed aan de aandacht en het downloaden van statische bronbestanden.

Door deze download uit te besteden, kan de server een groter percentage van zijn vermogen besteden aan wat echt belangrijk is: de aandacht voor de gebruikers en het genereren van de webpagina's die ze bezoeken.Op deze manier kunt u een groter aantal gebruikers bedienen en meer webpagina's bedienen zonder de download- en browsertijd negatief te beïnvloeden.

5. Bescherming tegen aanvallen van hackers

Vooral Denial of Service (DoS of DDoS) -aanvallen, die bestaan ​​uit het maken van een groot aantal gelijktijdige toegang tot de server, om deze te verzadigen en niet te kunnen voldoen aan de verzoeken van legitieme gebruikers.

CDN-servers hebben mechanismen om te detecteren wanneer dit type aanval plaatsvindt en om ze tegen te gaan, waarbij het effect dat het kan hebben op de normale werking van de hostingserver wordt vermeden of beperkt.

Een WordPress CDN mag echter niet worden gebruikt als de belangrijkste beschermingstool tegen dit soort aanvallen, aangezien de hostingserver nog steeds toegankelijk is via internet en hackers manieren kunnen vinden om er rechtstreeks toegang toe te krijgen, door de servers te omzeilen.

Om deze directe aanvallen te voorkomen, moet u daarom altijd ook over goede webhosting beschikken, die beveiligingsmaatregelen heeft genomen tegen deze aanvallen.

Kan ik een CDN alleen gebruiken voor websites in WordPress?

WordPress is de meest gebruikte contentmanager voor vrijwel elk type en elke grootte van het internet, van blogs met alleen artikelen tot echte e-commerceplatforms met alles wat je nodig hebt om online aankopen te doen.Deze hegemonie betekent dat serviceproviders van dit type meer inspanningen leveren voor oplossingen die zijn aangepast voor WordPress-web, al was het maar omdat ze een groter aantal klanten hebben dat deze manager gebruikt.

Bovendien is de gemeenschap van WordPress CDN-gebruikers ook aanzienlijk groter, waardoor het gemakkelijker en sneller wordt om oplossingen te vinden voor problemen die andere gebruikers al hebben gehad, opgelost en gedeeld met de gemeenschap.

Dit betekent echter niet dat het niet kan worden gebruikt met andere contentmanagers. De CDN-providers bieden plug-ins, add-ons of modules om hun servers te integreren in de belangrijkste contentmanagers van de markt, niet alleen CDN's voor WordPress.

In die gevallen waarin dit type provider geen plug-in voor een contentmanager biedt, kunt u naar hun ondersteuningsdienst of de gebruikersgemeenschap gaan om te vragen of er een haalbaar alternatief is dat gemakkelijk te implementeren is.

Aan de andere kant, ook al biedt een bepaalde aanbieder geen oplossing of ondersteuning voor een specifieke content manager, er is zo'n groot aanbod aan aanbieders op de markt dat sommigen van hen hier vrijwel zeker wel een oplossing voor bieden. manager.

Hoe kan ik een CDN installeren voor mijn WordPress-website?

Het installeren van een CDN op een WordPress-website levert niet veel problemen op, dankzij het feit dat de providers plug-ins leveren die veel van het werk doen, samen met de configuratie van de service, om de website te registreren.

Hoewel elke provider van dit type bron zijn eigen specifieke kenmerken heeft bij het installeren en configureren van de plug-in en de service zelf, wordt het belangrijkste verschil bepaald door de bedieningsmodus:

Omleiding van de URL's van de bronbestanden

Voor deze modaliteit vereist de integratie van een dergelijke dienst deze 2 algemene stappen (de details kunnen enigszins variëren tussen providers):

• Registreer u op het CDN-platform via de website van de provider en activeer de website die het CDN zal gebruiken. Hoewel de nomenclatuur per provider kan verschillen, wordt er vaak naar verwezen als een & ldquo; zone & rdquo ;. Aan deze zone wordt een URL gekoppeld, die we moeten opschrijven.

• Installeer de plug-in voor het CDN, die ervoor zorgt dat alle bronbestanden worden omgeleid. Om dit te doen, moeten we de zone-URL configureren die we in het vorige punt hebben genoteerd.

CDN-server als proxy

Het integreren van een dergelijke dienst die als een proxy werkt, vereist ook twee algemene stappen:

• Registreer u op het CDN-platform, via de website van de provider, en activeer de website. Daarbij levert het de naamservers voor het domein van de website.

• Wijzig de naamservers bij de provider zodat deze naar de CDN-naamservers verwijzen. Elke toegang tot de website zal vanaf dat moment altijd en uitsluitend gebeuren via de servers.

In dit geval is het niet essentieel om de CDN-plug-in voor WordPress te installeren, aangezien de eerdere wijzigingen voldoende zijn voor de werking van de bron. Hoewel het raadzaam is, om sommige gebieden te kunnen configureren zonder de website van de provider te hoeven openen.

Verandering van naamservers

Deze wijziging is afhankelijk van de domeinprovider die we hebben gecontracteerd. Laten we eens kijken naar de stappen die we in het algemeen bij elke provider moeten volgen:

• Ga naar ons account op de website van de domeinnaamprovider.

• Zoek onder de configuratie-opties de optie die de servers toont die door de provider worden geleverd.

• De provider levert altijd twee DNS-servers. We moeten ze aanpassen om in te voeren in plaats van de twee naamservers

• Nadat de wijziging is aangebracht, kan het tot 24-48 uur duren voordat de wijziging zich over het netwerk verspreidt. Het is niet mogelijk om het te versnellen, dus we kunnen alleen maar wachten.

Conclusies

Er kunnen verschillende redenen zijn die ons ertoe brengen het gebruik ervan te overwegen, zoals het optimaliseren van de organische positionering, het toevoegen van een extra beveiligingslaag tegen hackers aan de website of een beter gebruik van de bronnen van de hostingserver.

Ondanks de technische complexiteit achter de werking, hebben providers eenvoudig te installeren en te configureren mechanismen en tools geleverd voor de meest populaire contentmanagers, waaronder WordPress CDN's.

Hoewel veel providers gratis abonnementen aanbieden, hebben de meeste een tijdslimiet, waarna er een betaald abonnement moet worden afgesloten, afhankelijk van de hoeveelheid verkeer en bezoeken aan de website. Deze kunnen op twee manieren werken: de URL's van de statische bronbestanden van de website herschrijven of zich gedragen als een proxyserver.