CDN

Hvad er CDN (Content Delivery Network)?

Content Delivery Network er et system af servere spredt over et valgt område - f.eks. et land eller et kontinent. Serverne placeret på netværket samarbejder med hinanden og overfører sidernes ressourcer, dvs. HTML-kode, JavaScript-filer, typografiark, fotos eller videoer. Som et resultat giver de hurtig adgang til sider og websteder, uanset antal og placering af brugere.

Det bedste eksempel på CDN-drift er YouTube. Det anslås, at 500 timers video uploades på platformen hvert minut. Dette er en ufattelig mængde film, men enhver bruger fra hvor som helst i verden kan let se optagelsen i high definition. Hvorfor? YouTube fungerer effektivt og effektivt takket være det globale CDN-netværk, der distribuerer optagelser og omdirigerer brugertrafik til servere tættest på den enhed, der bruges af internetbrugeren. Dette giver alle den bedste brugeroplevelse.

Enkelt sagt er A CDN en tjeneste, der giver os mulighed for at servere statisk indhold (billeder, PDF, videoer, CSS, JS osv.) Fra servere, der er geografisk tættest på den besøgende, der kommer ind på nettet.

Hvad påvirker dette?Nå, afstanden i kilometer (selvom det ikke er nøjagtigt sådan) påvirker latensen: jo større afstand, jo større latenstid.Jo mere ventetid eller PING der er mellem den besøgende og webserveren, jo langsommere bliver svarene. Det kan også siges, at download fra anmodninger fra et bestemt & ldquo; niveau & rdquo; også vil blive langsommere, og der kan endda være pakketab i forbindelsen.

Hvad der skal være klart for os er, at vi skal være meget forsigtige med høje latenstider for at tjene internettet så hurtigt som muligt i ALLE mulige situationer.

Hvad et CDN gør er at cache og gemme dette statiske indhold af de typer, som vi tidligere har valgt, og gemme det i et bestemt antal timer eller dage på tjenestens servere i et datacenter i et bestemt område af verden.

Senere gennem en anycast DNS-tjeneste, når den besøgende fremsætter en anmodning til internettet, kontrollerer tjenesten, hvilket er POP (point of presence) eller datacenter, der er tættest på den besøgende. På denne måde serveres disse filer fra de nærmeste servere.

Hvordan fungerer indholdsleveringsnetværk?

CDNs hovedopgave er at forbedre webstedets ydeevne og fremskynde webstedets indlæsningstider. Det fungerer ved at overføre det indhold, du sender, til distribuerede servere, der cache indholdet og tjener brugere geografisk. Når nogen kommer ind på et sted, der er en del af CDN, omdirigerer netværket anmodningen fra webstedets server til CDN-serveren tættest på brugeren. CDN-netværk muliggør aktiv kommunikation mellem servere for at downloade og cache indhold, der endnu ikke er distribueret over hele netværket.

Selve den måde, som CDN fungerer på, er praktisk taget umærkelig for brugeren. Al indholdsoverførsel og omdirigering foretages på serversiden. Virkningerne af distribuerede netværk har dog en meget positiv effekt på brugeroplevelsen på det besøgte websted. Indhold som fotos og videoer leveres uden forsinkelse og af bedre kvalitet, og undersider eller åbnede vinduer indlæses meget hurtigere.

Det eneste klare tegn på, at et CDN fungerer, er den automatiske ændring af webstedsadressen. For eksempel har dit websted flere sprogversioner eller kan findes i mange domæner (.pl, .com, .de, .uk). Ved at indtaste "webstedsnavn" baseret på placering, vil brugeren enten se webstedet på det relevante sprog eller blive automatisk omdirigeret til et websted i et andet domæne.

Er en CDN-tjeneste meget mærkbar?

Nå, JA og NEJ, det vil sige, det afhænger meget af sagen, og der er ingen klar generel regel for at beslutte, om en CDN skal implementeres eller ej.

Men vi skal også skelne mellem en ren CDN ved en omvendt proxy, der udfører optimeringer i koden. CDN kan udføre bestemte optimeringer i CSS og JS, så der kan forekomme forbedringer, der ikke kommer fra implementeringen af ​​CDN-tjenesten, men fra optimeringen.

Men vi vil forsøge at tydeliggøre nogle punkter eller omstændigheder, hvor et CDN kan hjælpe os:

• Hvis du har et websted med indhold på engelsk, med en blandet procentdel af trafik fra USA og andre regioner i verden.

• Hvis du har en onlinebutik, der sælger i hele Europa.

• Hvis du har et websted af enhver art, der er flersproget i det samme domæne.

Når de geografiske afstande er større, er forskellen i lastningshastighed meget mere mærkbar. Husk at det er synligt, fordi dette ikke kun påvirker 1 specifik anmodning om et billede, men det påvirker anmodninger fra hele internettet, men især de tungeste.

I nogle tilfælde kan du endda bemærke resultaterne lidt mere på grund af den proxy-cache, den implementerer.

Et andet af nøglepunkterne for CDN'er er, at de er i stand til at betjene statisk, i mange tilfælde hurtigere end webhosting-servere. Når alt kommer til alt er de forberedt på det og bruger Nginx eller højtydende webservere til at betjene indholdet.

CDN-servere er også meget bedre rustet til at håndtere store mængder trafik end normale hosting-servere. De er trods alt til det.

Er det værd at bruge CDN?

Fordelene ved at bruge distribuerede netværk afhænger af sidens størrelse, mængden af ​​indhold på den og brugernes krav. De vil dog alle drage fordel af de fire primære fordele forbundet med et CDN.

Indlæser tid og sidekvalitet

Hvis din side indlæses for langsomt, holder brugerne op med at besøge den. Takket være distributionen af ​​servere og valg af den rigtige forbindelse tager datadistribution kortere tid. Dine sider og indhold indlæses hurtigt, og brugeren vil straks nå formålet med sit besøg. I tilfælde af multimedieindhold er dataoverførselshastigheden også relateret til deres kvalitet, hvilket har en positiv effekt på brugeroplevelsen.

Tilgængelighed og redundans

Der er mange faktorer, der kan forstyrre et websteds ydeevne - et pludselig rush af besøg eller hardwarefejl er nogle af de mest almindelige årsager til ikke at få adgang til et websted. CDN-netværk vil opveje virkningerne af sådanne situationer. Indholdet hostes på mange enheder, hvortil netværket kan omdirigere overdreven trafik. I tilfælde af en serverfejl udpeger CDN automatisk den nærmeste for at sikre uafbrudt adgang til webstedet.

Websitesikkerhed

CDN-netværket forbedrer også sikkerheden på dine sider og sider. Ved at forbedre sikkerhedscertifikater og distraherende servere, vil du sikre dit websted, herunder mod DDoS-angreb, hvis funktion er at udnytte alle tilgængelige serviceresourcer til at blokere adgangen til webstedet.

Placering af webstedet i Google (SEO)

Internetsøgemotoralgoritmer tager højde for mange siders funktioner og attributter. Sideindlæsningshastighed, grafikindeksering, sikkerhed, f.eks. med et SSL-certifikat - disse elementer påvirker placeringen af ​​dit websted. Ved at bruge CDN hjælper du dit websted med at opnå en højere position i Googles søgeresultater.

Sådan implementeres et CDN

Implementeringen af ​​et CDN på et websted afhænger helt af typen af ​​CDN. Som vi har sagt, er der to typer:Traditionel CDNogReverse Proxy CDN.

I en omvendt proxy-CDN skal du simpelthen følge den proces, som tjenesten fortæller os, og som normalt (altid) går gennem at ændre DNS i vores domæne for den DNS, der leveres af dem.

Men & hellip; Hvad med traditionelle CDN'er? Nå, i traditionelle CDN'er skal vi konfigurere et CNAME, der peges på værtsnavnet fra CDN'et, og som fungerer som en bro til cache af filerne ved hjælp af pull.

Processen kan variere afhængigt af den domæneudbyder, vi bruger, da ikke alle har den samme grænseflade. Vi skal konfigurere et CNAME i vores DNS-server, der peger på værtsnavnet leveret af det pågældende CDN, som vi er konfigureret.

Efter konfiguration af CNAME-delen skal vi fortsætte med at konfigurere CNAME eller CNAME i det pågældende CMS.Vi vil fortælle dig, hvad du skal gøre i tilfælde af WordPress.Hensigten er, at CMS automatisk erstatter stierne for filerne eller anmodningerne, som vi ønsker at betjene fra CDN.

Opret et CDN i WordPress

Der er forskellige måder at implementere og konfigurere et CDN i WordPress, og afhængigt af det cache-plugin, vi bruger, bruger vi en eller anden løsning.Hvis vi bruger WP Rocket, W3 Total Cache eller LiteSpeed ​​Cache, inkluderer disse plugins en CDN-konfigurationsfane, der giver os mulighed for nemt at tilføje disse CNAME'er.Hvis du vil bruge et andet plugin, der ikke er cachen, til at konfigurere et CDN i WordPress. Der er ikke mange muligheder og ikke mange, der er gratis:

• Perfmatters: Det er premium og har flere funktioner; Blandt dem muligheden for at konfigurere betinget belastning fra en cool grænseflade.

• Domain Sharding: Det er ikke ligefrem at implementere et CDN, men det er gratis, selvom det tager lang tid uden opdatering.

• CDN Enabler: Et plugin udviklet af KeyCDN men brugt til at implementere enhver CDN i WordPress.

Når vi har foretaget konfigurationen, skal vi kontrollere, at intet er brudt, og at anmodningerne fremsættes til CDN. Til dette kan vi bruge Pingdom Tools.

Opret et CDN

Nogle af de få CMS, der har integreret CDN-konfiguration. Sagen er, da det ikke kaldes det, ved folk normalt ikke, hvad den specifikke mulighed er til.

I "Medieservere" er hvor du skal placere de CNAME'er, du lige har oprettet i din DNS. Det erstatter automatisk upload-URL'en for de fleste statiske filer med de nye URL'er, som du uploader fra CDN.

CDN til jQuery og andre biblioteker

Et andet punkt er, at der er visse CDN-tjenester til udbredte biblioteker, såsom jQuery eller for de mest anvendte WordPress-filer og CMS.Disse CDN'er tjener normalt både de normale og minificerede versioner af bibliotekerne, hvilket er ret nyttigt for webstedets WPO.De er normalt et godt supplement til en normal CDN.

Google CDN til boghandlere

Google opretholder også en kraftig CDN med Google Cloud, hvorfra vi kan bruge bestemte biblioteker indlæst fra Googles servere. jegt har visse begrænsninger og er mere orienteret mod jQuery og dets biblioteker.

Hvordan bruges CDN på et WordPress-websted?

Du har sandsynligvis hørt meget om WordPress CDN'er og deres evne til at fremskynde websider, blandt andre anvendelser.Og jeg er ikke overrasket, da navigationshastigheden på et websted uden tvivl er en af ​​de mest relevante faktorer for at forbedre brugeroplevelsen, mens dine brugere navigerer gennem siderne på dit websted.I dag vil en side, der tager flere sekunder at vise på skærmen, få brugeren til at miste tålmodighed og opgive den for at finde det, de leder efter andre steder.

Når alt kommer til alt er alt på Internettet kun et par museklik væk, så hvorfor vente, når du kan gå andre steder med lidt indsats?Til gengæld påvirker brugeroplevelsen SEO på et websted, da Google straffer sider, der tager for lang tid at indlæse, netop på grund af deres negative effekt på denne faktor.

Dette var indtil nu grund nok til at komme på benene og begynde at optimere billeder, installere et cache-plugin, bruge plugins med lav ressource osv.

Indtil vi opdager, at der findes CDN'er!

I modsætning til andre optimeringer foretaget på ressourcer eller komponenter installeret på webserveren eller i WordPress, intervenerer CDN-eksterne servere, der interagerer med webserveren for at fremskynde downloadet af en webside og dermed browsinghastigheden.

Hvad gør CDN på et WordPress-websted?

En CDN er meget kort et sæt servere fordelt over hele planeten og forbundet til hinanden via Internettet.

Men jeg tror, ​​at den bedste måde at forstå, hvad et CDN er, og hvordan det fungerer, er ved først at kende den proces, der følges, fra når en bruger indtaster en adresse i deres browser, indtil den tilsvarende webside vises på skærmen.

Selvom der ikke er nogen signifikante forskelle med andre indholdsadministratorer, for at forenkle beskrivelsen af ​​denne proces vil vi fra nu af antage, at vi får adgang til websiden på et websted i WordPress. Proceduren vil være som følger:

• Brugeren indtaster adressen i sin browser.

• Browseren identificerer den server, der svarer til den adresse, og anmoder om den tilsvarende webside.

• Serveren modtager denne anmodning, og WordPress genererer en HTML-fil ud fra de oplysninger, der er gemt i dens databaser.

• Den nævnte server sender denne HTML-fil til den browser, der fremsatte anmodningen.

• Når browseren modtager HTML-filen, læser den og fortolker dens indhold.

• Under denne fortolkning kan der vises referencer (webadresser) til forskellige ressourcer, såsom stilfiler eller billeder, der er en del af websidens indhold eller struktur.

• For hver af disse referencer beder browseren om den ressource fra den samme server.

• Serveren betjener hver af disse anmodninger, lokaliserer den tilsvarende ressource på din harddisk og sender den til browseren.

• Da browseren modtager disse ressourcer, genererer og viser websiden for brugeren.

Brugen af ​​denne type værktøj frigør hosting-serveren fra denne sidste opgave, så den kun skal tage sig af browserens anmodninger. CDN vil på sin side være ansvarlig for håndtering af henvisninger til ressourcer.

Hvordan fungerer et CDN?

Hvis vi analyserer processen detaljeret, vil vi bemærke, at en stor del af værtsserverens arbejde ikke paradoksalt nok er dedikeret til den vigtigste opgave: generering og levering af HTML-siden til den browser, der anmoder om det.

I stedet bruger hosting-serveren meget behandlingstid på blot at finde og levere ressourcefiler til browseren.

Blandt disse ressourcer er de hyppigste billeder, der har en tendens til at tage betydeligt mere plads og derfor bruger mere båndbredde end selve HTML-siden, uanset hvor optimeret de er.

Med denne ressource kan værtsserveren fokusere sit arbejde på det, der er vigtigt: at tage sig af brugeranmodninger, generere de anmodede HTML-filer og levere dem tilbage.

Indtil nu er vi kun stoppet for at se den eksterne effekt af brugen af ​​det, men du begynder helt sikkert at se nogle af de fordele, det kan give os.Men inden vi ser nærmere på, hvad det er til, lad os stoppe lidt for at vide, hvordan CDNs arbejde og dermed bedre forstå alle dets muligheder.

Skematisk er princippet om driften af ​​et CDN baseret på følgende 3 punkter:

• At have et omfattende netværk af servere, der er forbundet via Internettet, spredt over hele landgeografien.

• Lagring lokalt på disse servere en kopi af alle de statiske ressourcefiler, som vi har på vores hosting-server.

• Forstyrrer og tager sig af anmodningerne om disse ressourcefiler, når en browser beder dem om at generere og vise websiden for brugeren.

Lad os se hvert punkt mere detaljeret nedenfor ...

At have et netværk af servere

Selvom vi indtil nu har henvist til CDN på en enestående måde, som om det var et enkelt element, er det i virkeligheden et sæt servere, distribueret over hele planeten og forbundet til hinanden via Internettet.

Takket være denne bestemmelse, når en browser anmoder om en ressource, serveres den af ​​den server, der er tættest på sin egen geografiske placering, hvilket reducerer tiden til afsendelse og modtagelse af data.Den interne styring og drift af dette netværk af servere er fuldstændig gennemsigtig både for ejeren af ​​det websted, der bruger CDN og for de brugere, der gennemsøger dets sider.For begge har den det eksterne udseende af en enkelt server, der leverer ressourcefilerne over Internettet.

Lagring af ressourcer lokalt

Det giver mening, da hvis CDN (vi er ligeglad med, hvilken af ​​dens servere) der skal levere f.eks. Et billede til en browser, skal det have den billedfil på sin egen harddisk.Hvis jeg skulle anmode om det fra hosting-serveren, ville vi ikke længere have alle de fordele, det kunne give os. Det ville endda have negativ indflydelse på ydeevnen, da der skulle foretages to anmodninger om den samme fil.

Den måde, hvorpå disse filer ankommer, opbevares og distribueres på dens servere, som kan variere afhængigt af konfigurationen af ​​tjenesten og også er gennemsigtig for os, uden at vi overhovedet behøver at gribe ind.

Som standard laver de fleste CDN'er en lokal kopi af alle ressourcefiler, når de installeres og aktiveres for første gang. På samme måde er CDN selv ansvarlig for at kontrollere, at dets lokale kopi opdateres med enhver ændring i den originale fil på værtsserveren.

Gribe ind og reagere på anmodninger om ressourcer

Indtil videre har vi et netværk af servere og distribueret i dem en kopi af alle vores ressourcefiler.Henvisningerne (webadresser) til disse ressourcer fra websidernes HTML-kode forbliver dog på vores hosting-server.

Dette betyder, at når browseren læser og fortolker disse webadresser i HTML-koden, vil den fortsætte med at anmode om dem fra værtsserveren, ikke fra serverne.Derfor, for at browseren kan downloade disse filer fra CDN, skal disse webadresser ændres, så de peger på CDN-serverne i stedet for hosting-serveren.

Her kan vi blive lidt bange: skal vi ændre webadresserne på ALLE vores billeder?

I princippet ja, men udbydere af denne type værktøj leverer værktøjer (såsom et CDN-plugin til WordPress) for at gøre det automatisk for os, så vi skal heller ikke bekymre os om det.

Driftstilstande for et CDN

Udbydere til WordPress kan vælge mellem to alternativer, når det kommer til at blande sig og reagere på anmodninger om ressourcer:

• Det første har vi allerede beskrevet tidligere: et CDN WordPress-plugin, leveret af dets udbyder, der ændrer webadresserne i HTML-koden på websiderne, så de peger på de respektive kopier af ressourcefilerne på serverne.

• Når dette plugin er installeret og konfigureret, er processen med at ændre webadresser automatisk og gennemsigtig, både for webstedsejeren og for de brugere, der gennemser det, som ikke behøver at vide, hvor ressourcerne faktisk er hostet.

• I den anden modalitet ændres webadresserne på siderne ikke, men serverne serverer disse adresser direkte, som om de var den originale hosting-server. I dette tilfælde fungerer WordPress CDN-serveren som en proxy og placerer sig mellem browseren og hosting-serveren.

• Når serveren kan levere den ønskede ressource, fordi den har en lokal kopi, leverer den den på det tidspunkt. Hvis den ikke kan levere den, enten fordi den ikke er gemt på din harddisk, eller fordi den er en forældet kopi, omdirigerer den anmodningen til værtsserveren om service.

• I denne tilstand vil værtsserveren altid være bag CDN-serveren, så du får et ekstra lag af sikkerhed mod mulige eksterne angreb, som først skal passere igennem den.

• Derudover har den muligheden for at gemme en statisk kopi af websiderne og opføre sig som en cache-server, især nyttigt når vores indholdssider ændres sjældent.

• CDN-serveren selv er ansvarlig for periodisk opdatering af disse statiske kopier for at sikre, at brugerne altid har adgang til den nyeste version af siderne.

Hvad er en CDN WordPress til?

Nu hvor vi ved, hvad dette udtryk er, og hvordan det fungerer, skal vi se, hvilke tjenester et CDN leverer os i WordPress, og hvordan vi kan udnytte dem til at forbedre responstiden på vores server og følgelig browsers hastighed for vores brugere:

1. Lagring og levering af statiske ressourcefiler

Grundlæggende billeder og CSS-filer. Dette er det vigtigste kendetegn ved servere og næsten deres grund til at være.

Som nævnt ovenfor frigøres hosterserveren ved at have en lokal kopi af de statiske ressourcer fra at skulle sende dem til browseren, når en bruger får adgang til en af ​​sine websider og frigør den til at udføre andre opgaver.

2. Cache af dynamiske ressourcer

Dynamiske ressourcer er dem, som en indholdsadministrator genererer, hver gang webstedet besøges.

For eksempel genereres websider i WordPress hver gang en bruger får adgang til det. Når hjemmesiden har mange besøg, gentages denne proces kontinuerligt, hvilket påvirker hosting-serverens ydeevne.

For at undgå dette kan du konfigurere et CDN til WordPress, der gemmer en statisk kopi af disse dynamiske sider og fungerer som en cache, når flere brugere gennemsøger de samme sider.Han er selv ansvarlig for at holde sine lokale statiske kopier opdateret med hosting-serveren.

På dette tidspunkt skal det bemærkes, at ikke alle WordPress CDN'er tilbyder denne service, og at det i de fleste tilfælde normalt er en betalt tjeneste.

3. Hurtigere svar for brugere fra andre lande

Vores hosting-server er en, eller et lille sæt af servere, hvis webstedet er stort, placeret på en enkelt geografisk placering.

Denne server deltager i anmodninger fra brugere overalt i verden.

Jo længere væk fra denne bruger er, jo mere transittid skal dataene overføres fra browseren til serveren og omvendt.

Med denne ressource forsvinder dette problem, da de har deres servere spredt over alle kontinenter.

Når en bruger får adgang til vores websted, vil de blive betjent af den CDN-server, der er tættest på deres fysiske placering, hvilket reducerer transittiden betydeligt og dermed download- og browsingtiden på hjemmesiden.

4. Optimering af brugen af ​​ressourcer fra hosting-serveren

Vi har allerede nævnt ovenfor, hvordan den komplette proces til generering og download af en webside så ud, hvor en stor del af hosting-serverens kapacitet, såsom behandlingstid og båndbredde, var dedikeret til opmærksomhed og download af statiske ressourcefiler.

Ved at outsource denne download kan serveren afsætte en større procentdel af sin magt til det, der virkelig er vigtigt: opmærksomheden på brugerne og genereringen af ​​de websider, de besøger.På denne måde vil du være i stand til at betjene et større antal brugere og tjene flere websider uden at påvirke download- og browsertiden negativt.

5. Beskyttelse mod hackerangreb

Især Denial of Service (DoS eller DDoS) angreb, som består i at foretage et stort antal samtidige adgang til serveren for at mætte den og ikke være i stand til at imødekomme anmodninger fra legitime brugere.

CDN-servere har mekanismer til at opdage, hvornår denne type angreb opstår og modvirke dem, undgå eller begrænse den virkning, det kan have på den normale drift af hosting-serveren.

En WordPress CDN bør dog ikke bruges som det primære beskyttelsesværktøj mod denne type angreb, da værtsserveren stadig er tilgængelig via internettet, og hackere kan finde måder at få adgang til den direkte ved at sætte serverne på.

Derfor, for at forhindre disse direkte angreb, skal du altid også have kvalitetswebhosting, som har sikkerhedsforanstaltninger mod disse angreb.

Kan jeg kun bruge et CDN til websteder på WordPress?

WordPress er den mest anvendte indholdsadministrator til næsten enhver type og størrelse på internettet, fra blogs med kun artikler til ægte e-handelsplatforme med alt hvad du behøver for at foretage køb online.Dette hegemoni betyder, at tjenesteudbydere af denne type lægger større vægt på at tilpasse løsninger til WordPress-web, hvis det kun er fordi de har en større mængde klienter, der bruger denne manager.

Derudover er gruppen af ​​WordPress CDN-brugere også betydeligt større, hvilket gør det lettere og hurtigere at finde løsninger på problemer, som andre brugere allerede har haft, løst og delt med samfundet.

Dette betyder dog ikke, at det ikke kan bruges med andre indholdsadministratorer. CDN-udbydere tilbyder plugins, tilføjelsesprogrammer eller moduler til at integrere deres servere i vigtige indholdsadministratorer på markedet, ikke kun CDN'er til WordPress.

I de tilfælde, hvor denne type udbyder ikke leverer et plugin til en indholdsadministrator, kan du gå til deres supporttjeneste eller brugerfællesskabet for at spørge, om der er et levedygtigt alternativ, der er let at implementere.

På den anden side, selvom en bestemt udbyder ikke tilbyder en løsning eller support til en bestemt indholdsadministrator, er der så mange forskellige udbydere på markedet, at nogle af dem næsten helt sikkert tilbyder en løsning på dette. Manager.

Hvordan kan jeg installere et CDN til mit WordPress-websted?

Installation af et CDN på et WordPress-websted giver ikke mange vanskeligheder, takket være det faktum, at udbydere leverer plugins, der gør meget af arbejdet sammen med konfigurationen af ​​tjenesten til at registrere webstedet.

Selvom hver udbyder af denne type ressource har sine respektive egenskaber, når de installerer og konfigurerer pluginet og selve tjenesten, er den største forskel angivet i driftstilstanden:

Omdirigering af URL'erne til ressourcefilerne

For denne modalitet kræver integration af tjenester af denne type disse to generelle trin (detaljerne kan variere lidt mellem udbydere):

• Registrer dig på CDN-platformen via udbyderens websted og aktiver det websted, som CDN vil bruge. Selvom nomenklaturen kan variere mellem udbydere, betegnes de ofte som en & ldquo; zone & rdquo ;. Til denne zone knytter den en URL, som vi skal nedskrive.

• Installer plugin til CDN, som sørger for at omdirigere alle ressourcefiler. For at gøre dette skal vi konfigurere den zone-URL, som vi bemærkede i det foregående punkt.

CDN-server som proxy

Integration af en tjeneste af denne art, der fungerer som en proxy, kræver også to generelle trin:

• Registrer dig på CDN-platformen via udbyderens websted, og aktiver webstedet. Dermed leverer det navneserverne til webstedets domæne.

• Skift navneserverne hos udbyderen for at pege på CDN-navneserverne. Fra det øjeblik vil enhver adgang til webstedet altid og udelukkende ske via serverne.

I dette tilfælde er det ikke nødvendigt at installere CDN-pluginet til WordPress, da de tidligere ændringer er tilstrækkelige til driften af ​​ressourcen. Selvom det tilrådes, at kunne konfigurere nogle områder uden at skulle gå ind på udbyderens websted.

Ændring af navneservere

Denne ændring afhænger af den domæneudbyder, som vi har indgået kontrakt med. Lad os se de trin, som vi generelt skal følge med enhver udbyder:

• Gå ind på vores konto på domænenavnets websted.

• Bland konfigurationsindstillingerne skal du finde den mulighed, der viser de servere, der leveres af udbyderen.

• Udbyderen leverer altid to DNS-servere. Vi skal ændre dem for at indtaste i stedet for de to navneservere

• Når ændringen er foretaget, kan det tage op til 24-48 timer, før ændringen spredes over hele netværket. Det er ikke muligt at fremskynde det, så vi kan kun vente.

Konklusioner

Der kan være flere grunde, der får os til at overveje brugen af ​​det, såsom optimering af organisk positionering, tilføjelse af et ekstra lag af sikkerhed mod hackere til webstedet eller bedre udnyttelse af hosting-serverens ressourcer.

På trods af den tekniske kompleksitet bag driften har udbydere leveret nemme at installere og konfigurere mekanismer og værktøjer til de mest populære indholdsadministratorer, herunder WordPress CDN'er.

Selvom mange udbydere leverer gratis planer, har de fleste en tidsbegrænsning, hvorefter det kræver indgåelse af en betalt plan afhængigt af trafikniveauet og besøg på webstedet. Disse kan fungere på to måder: omskrivning af webadresserne til de statiske ressourcefiler på webstedet eller opførsel som en proxyserver.