Performancë

Rrjeti i shpërndarjes së përmbajtjes (CDN)

A shërbehet sajti përmes një CDN-je; mjeti e njeh nga kokat karakteristike të dhjetë ofruesve.

Çfarë është

Një CDN është një rrjet serverësh të shpërndarë gjeografikisht që i shërbejnë përmbajtjen nga pika më afër vizitorit.

Përfitimi kryesor është distanca: një vizitor në Prishtinë që merr një skedar nga një server në Frankfurt pret shumë më pak se nga një server në Kaliforni. Për çdo kërkesë, ajo distancë paguhet disa herë gjatë hapjes së lidhjes.

CDN-të sot bëjnë edhe punë të tjera: ngjeshje, optimizim imazhesh, mbrojtje nga sulmet e mbingarkesës, dhe filtrim trafiku.

Ato nuk janë gjithnjë të nevojshme. Për një sajt me audiencë krejt lokale dhe një server në të njëjtin rajon, përfitimi është i vogël.

Pse ka rëndësi

Distanca fizike është e vetmja pjesë e vonesës që nuk optimizohet dot me kod. Një CDN është mënyra e vetme për ta shkurtuar.

Për një sajt me vizitorë nga disa shtete, ndryshimi matet në qindra milisekonda për kërkesë — dhe shumëzohet me numrin e burimeve.

Përfitimi i dytë është qëndrueshmëria: kur serveri yt bie ose mbingarkohet, një CDN me cache mund të vazhdojë të shërbejë faqet statike.

Por mungesa e CDN-së nuk është defekt. Ky konstatim është informativ, dhe për shumë sajte përgjigjja e drejtë është "nuk më duhet".

Ka edhe kosto: një shtresë më shumë ku diçka mund të prishet, konfigurim cache-i që duhet kuptuar, dhe rregulla ngjeshjeje që mund të mbivendosin ato të serverit tënd.

Si rregullohet

Vendos së pari nëse të duhet. Ku janë vizitorët dhe ku është serveri?
Fillo nga burimet statike — imazhe, CSS, JavaScript, fonte. Ato janë 90% e përfitimit.
Konfiguro cache-in me kujdes. Një cache i gjatë mbi HTML prodhon faqe të ngecura.
Përdor hash në emrat e skedarëve që cache-i i gjatë të jetë i sigurt.
Kontrollo që ngjeshja punon pas CDN-së, jo vetëm para saj.
Mos e përdor si zëvendësim të optimizimit. Një faqe 8 MB mbetet e rëndë edhe nga afër.

Si e mat ky mjet

DNSAnalyzer::detectCDN() (services/DNSAnalyzer.php:115) krahason kokat e përgjigjes me një tabelë gjurmësh për dhjetë ofrues (:117): Cloudflare, AWS CloudFront, Fastly, Akamai, Google Cloud CDN, Vercel, Netlify, KeyCDN dhe të tjerë.

Te analyze() (:32), kur gjendet njëri, jepet konstatim i kaluar me emrin e ofruesit (:33); kur nuk gjendet, jepet konstatim informativ me ndikim mesatar që rekomandon përdorimin e një CDN-je (:36).

Kjo metodë është plotësisht e pastër — nuk bën asnjë kërkesë rrjeti — dhe mund të testohet e veçuar.

Çfarë NUK e mat

Zbulimi mbështetet te një listë e fiksuar prej dhjetë ofruesish. Një CDN tjetër, ose një konfigurim që i fsheh kokat karakteristike, nuk njihet — dhe sajti raportohet sikur nuk ka CDN.

Konstatimi kur CDN-ja mungon rekomandon shtimin e saj për çdo sajt, pa marrë parasysh nëse audienca është lokale. Për një sajt me vizitorë vetëm nga rajoni dhe një server në të njëjtin rajon, ky rekomandim nuk sjell përfitim.

Prania e një CDN-je nuk thotë asgjë për konfigurimin e saj. Një CDN që nuk ruan asgjë në cache raportohet njësoj si një e akorduar mirë.

Matet vetëm dokumenti kryesor. Një sajt që i shërben burimet statike nga një CDN dhe HTML-në nga serveri i vet — konfigurim krejt i zakonshëm — raportohet si pa CDN.

Kodi që e kryen matjen

services/DNSAnalyzer.php:115 — DNSAnalyzer::detectCDN
services/DNSAnalyzer.php:32 — CDN Detected