Att ha en CDN-tjänst som fungerar tillsammans med din WordPress-webbplats är en mycket bra sak om din webbplats besöks över hela världen. Speciellt om din webbplats har många tillgångar och när jag menar tillgångar menar jag alla dessa irriterande javascript-, CSS- och bildfiler.
Dessa tillgångar på din webbplats är bland de första ämnena som behöver ett CDN. Om din sida är en liten blogg spelar det förmodligen ingen roll eftersom minskningen av laddningstiden blir försumbar, men hur är det med de stora?
För detta experiment kommer jag att sätta upp en CDN77.com-konto för min teknik-/spelsajt är det en mycket dyr sida “i termer av tillgångar” med en storlek på inte mindre än 2,4 MB och mer än 95 förfrågningar. I lekmannatermer är det en stor belastning på webbläsaren och servern att ladda. Eftersom det är en tidning med massor av nyheter finns det inget sätt att förbättra detta. Servern är redan avancerad och att behöva skära ner innehåll är definitivt omöjligt.
Det finns massor av sajter som dessa på Internet. Jag hör hela tiden röster om hur värdelöst ett CDN är för alla typer av webbplatser (stora eller små) och jag kan inte låta bli att förundras över den typen av kommentarer.
I den här artikeln idag ska jag undersöka varför CDN är viktiga och viktiga (mycket). Du kommer att se, med siffror och bevis, varför ha ett CDN Av stor betydelse, speciellt om du har klienter långt från där din server finns. Att behöva ladda en webbplats med få tillgångar är en sak, men medelstora till stora sajter kommer att gynnas mycket och jag ska visa dig varför…
Benchmark med och utan CDN
För syftet med detta experiment kommer jag att använda Pingdom Tools. Av alla gratisverktyg du kan hitta för att testa faktisk webbplatshastighet och laddningstid är Pingdom Tools ett av de bästa (och även det mest exakta). Pingdom-mätningar inkluderar timeouts för tillgångar som kan vara externa och, ännu viktigare, asynkrona. Laddningstiden för en slutanvändare är därför något kortare. Först kommer vi att ladda webbplatsen direkt från servern, utan något CDN. Observera att servern redan är tillräckligt snabb, en Xeon som körs på 3,3Ghz på Nginx med FastCGI-cache är ingen enkel bedrift och bör laddas ganska snabbt på egen hand.
Utan CDN77 från San Jose, Kalifornien
På bilden kan du se att den totala laddningstiden är ungefär 2,64 sekunder, för detta experiment använde jag San Jose-servern i Kalifornien, USA, eftersom min server ligger i North Carolina, USA, bör laddningstiden vara tillräckligt låg. På den högra skärmen kan du se alla resurser (tillgångar) som är laddade med deras faktiska tider.
Utan CDN77 från Stockholm, Sverige
Som du kan se, så fort förfrågan kommer från ett långt borta ställe, börjar saker och ting gå ner… Webbplatsen sänkte sin poäng till 86 och nu är laddningstiden runt 5,20s, detta är vad som händer när mer än 95 ansökningar måste resa runt i världen. Faktor i ljusets hastighet och alla dessa irriterande filer kommer bara att öka din totala laddningstid, det finns bara ingen väg runt det.
Med CDN77 från San Jose, Kalifornien
Låt oss nu aktivera CDN77 så att den börjar återställa alla tillgångar automatiskt och se vad som händer…
Nu är detta den första nackdelen med att använda ett CDN. Om det tolkas felaktigt kan det leda till en felaktig uppfattning om att CDN inte fungerar. Första gången webbplatsen laddas måste CDN-tjänsten hämta tillgångarna från ursprungsservern och ladda dem från den närmaste platsen där de begärdes. Du kan tydligt se att laddningstiden har ökat till 6,36s och på bilden till höger kan du se varför. Om honom X-Cache-svarshuvudet är svaret. CDN-tjänsten svarade med en “FÖRLORA” tydligt anger att tillgången inte tidigare var cachad och behövde laddas “on the fly”, detta är vad som gör CDN-lösningen långsammare, men bara vid den första laddningen. Eftersom tillgången måste göra en tur och retur från CDN-tjänsten till ursprungsservern och sedan tillbaka till det interna nätverket och till närmaste server på den begärda platsen. Rundturen är inte så långsam trots allt, men X-Cache-parametern hjälper dig tydligt att identifiera när den cachelagras eller inte. Nu, är Pingdom Tools bra eller inte?
Med CDN77, andra körningen
Låt oss se vad som händer på en andra körning…
Det är levande! Nu snackar vi. Du kan se att laddningstiden har minskat till 2,48s, vilket nu är snabbare än det ursprungliga riktmärket utan CDN. Dessutom, i bilden till höger kan du nu se “KLISTRA” visas i svarshuvudet, vilket indikerar för webbläsaren att begäran har cachats och serverats från servern närmast den platsen utan att behöva göra ytterligare rundresor.
Hur är det med utsidan av oss?
I exemplet ovan såg vi att när man använde sajten utanför USA och utanför landet där hemsidan finns, började det bli fult, låt oss se vad som händer med CDN aktiverat.
Den första laddningen till vänster gav oss en tid som var mer eller mindre lik den ursprungliga benchmarken, om inte bättre. Detta utan att själva förfrågan har cachats, nu på bilden till höger ser du tydligt förbättringen och den är inte liten. Nu har vi gått från 5.20s utan ett CDN till jättemycket 2.34s för att ladda hela webbplatsen är detta en förbättring mer än 2X eftersom nu bara de grundläggande PHP-filerna laddas från ursprungsservern, medan resten av tillgångarna laddas lokalt från Stockholmsservern på CDN77.
Vill du ha bevis? Visst. Här är det:
Nu, låt oss gå till det extrema…
Ingen CDN77 från Melbourne, Australien
Att ladda sajten från Australien är så jobbigt utan ett CDN och min hemsida har nu blivit den långsammaste i gänget, ger en poäng på 77 och ett C, ja…
Med CDN77 från Melbourne, Australien
Med CDN77 aktiverat är hastighetsökningen imponerande och nästan 2x skillnaden. Poängen återgår naturligtvis till A, vilket återigen bevisar att CDN verkligen fungerar, som det ska.
Låt oss nu sätta allt detta i perspektiv, eller hur?
Den här grafen talar nästan för sig själv om hur CDN verkligen förbättrar prestandan i förhållande till webbplatsens plats. Om dina läsare/kunder går in på webbplatsen i samma land/plats där din server finns, varför be om ett CDN, eller hur? Det kommer inte att göra saker bättre. I bästa fall hjälper det bara din server med resurser och minskar CPU-tiden, men kommer inte att förbättra laddningstiden. Men så fort en av dina läsare försöker komma åt webbplatsen utanför det land där din server finns, fördubblas prestandaförbättringen mycket enkelt. Det går inte att förneka det, du kan gå vidare och göra alla dessa tester själv. CDN är mycket viktigt om din webbplats läses över hela världen och kommer också att lindra bandbreddskraven på din server.
Slutsats
Ha ett CDN på din internationella webbplats Det är ett måste. Oavsett om det är en teknikblogg, en digital tidning eller en produktsajt. Om du är orolig för prestanda och dina kunder/läsare finns över hela världen, Faktum är att CDN kommer att påskynda din WordPress-webbplats mycket. Också, Ju fler tillgångar din webbplats laddar från olika platser, desto större blir förbättringen. Men att ha ett CDN är inte en bädd av rosor. Korrekt hantering av tjänsten är avgörande för dess prestanda. Kom ihåg att den första begäran alltid kommer att vara långsammare, att ha webbplatsens CDN korrekt cachad är mycket viktigt.
I nästa artikel kommer vi att undersöka hur du korrekt konfigurerar CDN77-tjänsten med WordPress, hur du konfigurerar dina platser och får ut det mesta av det så att du kan uppleva samma fördelar som i den här artikeln. Håll ögonen öppna!
Gratis CDN-tjänster
Glöm inte att kolla in vårt inlägg om de bästa gratis CDN-tjänsterna där ute. Vissa av dessa är till viss del 100 % gratis, medan andra är gratis under en provperiod. Även om CDN77 är ett bra alternativ, vill vi att du granskar dessa andra fantastiska tjänster så att du kan välja den som bäst passar dina behov.
