GandrÄ«z katram rakstam vai rÄ«kam vietnes Ätruma optimizÄÅ”anai ir pieticÄ«ga klauzula āizmantot CDNā. KopumÄ CDN ir satura piegÄdes tÄ«kls vai satura piegÄdes tÄ«kls. MÄs, Method Lab, bieži saskaramies ar klientu jautÄjumiem par Å”o tÄmu; daži no tiem iespÄjo savu CDN. Å Ä« raksta mÄrÄ·is ir saprast, ko CDN var nodroÅ”inÄt vietnes ielÄdes Ätruma ziÅÄ, kÄdas problÄmas var rasties un kÄdos gadÄ«jumos CDN izmantoÅ”ana ir pamatota.
Aizkaves, kas apzÄ«mÄtas attÄlÄ, izraisa CDN izmantoÅ”ana.
Nedaudz vÄstures
TÄpat kÄ daudzas tehnoloÄ£ijas, CDN radÄs nepiecieÅ”amÄ«bas dÄļ. AttÄ«stoties interneta kanÄliem interneta lietotÄju vidÅ«, parÄdÄ«jÄs tieÅ”saistes video pakalpojumi. Protams, video saturam ir nepiecieÅ”ams par daudz lielÄku joslas platumu, salÄ«dzinot ar parasto vietnes saturu (attÄli, teksts un CSS vai JS kods).
MÄÄ£inot pÄrraidÄ«t video straumi paralÄli daudziem klientiem no viena servera, visdrÄ«zÄk par vÄjo vietu kļūs servera interneta kanÄls. Parasti pietiek ar dažiem tÅ«kstoÅ”iem pavedienu, lai aizsprostotu tipisku servera kanÄlu. Protams, var bÅ«t arÄ« citi resursu ierobežojumi, taÄu tie Å”obrÄ«d nav svarÄ«gi. SvarÄ«gi ir arÄ« tas, ka servera kanÄla paplaÅ”inÄÅ”ana ir pÄrÄk dÄrga (un dažreiz neiespÄjama), kÄ arÄ« nepraktiska. KanÄla slodze raidÄ«jumu laikÄ bÅ«s cikliska.
AtseviŔķa servera kanÄla ierobežoÅ”anas problÄmu lieliski atrisina CDN. Klienti nepieslÄdzas tieÅ”i serverim, bet gan CDN tÄ«kla mezgliem. IdeÄlÄ situÄcijÄ serveris nosÅ«ta vienu straumi uz CDN mezglu, un pÄc tam tÄ«kls izmanto savus resursus, lai piegÄdÄtu Å”o straumi daudziem lietotÄjiem. No ekonomiskÄ viedokļa mÄs maksÄjam tikai par faktiski patÄrÄtajiem resursiem (tas varÄtu bÅ«t joslas platums vai trafika) un iegÅ«stam lielisku pakalpojuma mÄrogojamÄ«bu. CDN izmantoÅ”ana smaga satura piegÄdei ir pilnÄ«gi pamatota un loÄ£iska. Lai gan ir vÄrts atzÄ«mÄt, ka lielÄkie spÄlÄtÄji Å”ajÄ jomÄ (piemÄram, Netflix) veido savus CDN, nevis izmanto lielus komerciÄlus CDN (Akamai, Cloudflare, Fastly utt.).
TÄ«meklim attÄ«stoties, paÅ”as tÄ«mekļa lietojumprogrammas ir kļuvuÅ”as sarežģītÄkas un sarežģītÄkas. IekrauÅ”anas Ätruma problÄma izvirzÄ«jÄs priekÅ”plÄnÄ. VietÅu Ätruma entuziasti Ätri atklÄja vairÄkas lielas problÄmas, kuru dÄļ vietnes tika ielÄdÄtas lÄni. Viens no tiem bija tÄ«kla aizkave (RTT ā turp un atpakaļ laiks vai ping laiks). Aizkaves ietekmÄ daudzus procesus tÄ«mekļa vietnes ielÄdes: TCP savienojuma izveidoÅ”ana, TLS sesijas sÄkÅ”ana, katra atseviŔķa resursa (attÄla, JS faila, HTML dokumenta utt.) ielÄde.
ProblÄmu saasinÄja fakts, ka, izmantojot HTTP/1.1 protokolu (pirms SPDY, QUIC un HTTP/2 parÄdÄ«Å”anÄs Ŕī bija vienÄ«gÄ iespÄja), pÄrlÅ«kprogrammas atver ne vairÄk kÄ 6 TCP savienojumus vienam resursdatoram. Tas viss noveda pie savienojuma dÄ«kstÄves un neefektÄ«vas kanÄla joslas platuma izmantoÅ”anas. ProblÄmu daļÄji atrisinÄja domÄna sadalÄ«Å”ana - papildu resursdatoru izveide, lai pÄrvarÄtu savienojumu skaita ierobežojumu.
Å eit parÄdÄs otrÄ CDN spÄja - latentuma (RTT) samazinÄÅ”ana, pateicoties lielajam punktu skaitam un mezglu tuvumam lietotÄjam. AttÄlumam Å”eit ir izŔķiroÅ”a loma: gaismas Ätrums ir ierobežots (apmÄram 200 000 km/sek optiskajÄ Å”Ä·iedrÄ). Tas nozÄ«mÄ, ka katriem 1000 km nobraukuma RTT tiek pievienota 5 ms kavÄÅ”anÄs vai 10 ms. Tas ir minimÄlais laiks, kas nepiecieÅ”ams pÄrraidei, jo starpiekÄrtÄs ir arÄ« kavÄÅ”anÄs. TÄ kÄ CDN parasti zina, kÄ keÅ”atmiÅÄ saglabÄt objektus savos serveros, mÄs varam gÅ«t labumu no Å”Ädu objektu ielÄdes, izmantojot CDN. Tam nepiecieÅ”amie nosacÄ«jumi: objekta klÄtbÅ«tne keÅ”atmiÅÄ, CDN punkta tuvums lietotÄjam, salÄ«dzinot ar tÄ«mekļa lietojumprogrammu serveri (izcelsmes serveri). Ir svarÄ«gi saprast, ka CDN mezgla Ä£eogrÄfiskais tuvums negarantÄ zemu latentumu. MarÅ”rutu starp klientu un CDN var izveidot tÄ, lai klients izveidotu savienojumu ar resursdatoru citÄ valstÄ« un, iespÄjams, citÄ kontinentÄ. Å eit parÄdÄs attiecÄ«bas starp telekomunikÄciju operatoriem un CDN pakalpojumu (peering, savienojumi, dalÄ«ba IX utt.) un paÅ”a CDN trafika marÅ”rutÄÅ”anas politika. PiemÄram, Cloudflare, izmantojot divus sÄkotnÄjos plÄnus (bezmaksas un lÄti), negarantÄ satura piegÄdi no tuvÄkÄ saimniekdatora ā resursdators tiks izvÄlÄts tÄ, lai sasniegtu minimÄlÄs izmaksas.
Daudzi vadoÅ”ie interneta uzÅÄmumi piesaista sabiedrÄ«bas (tÄ«mekļa izstrÄdÄtÄju un pakalpojumu Ä«paÅ”nieku) interesi par ielÄdes Ätrumu un vietÅu veiktspÄju. Starp Å”iem uzÅÄmumiem ir Yahoo (rÄ«ks Yslow), AOL (WebPageTest) un Google (Page Speed āāāāInsights pakalpojums), kas izstrÄdÄ savus ieteikumus vietÅu paÄtrinÄÅ”anai (galvenokÄrt tie attiecas uz klientu optimizÄciju). VÄlÄk parÄdÄs jauni vietÅu Ätruma testÄÅ”anas rÄ«ki, kas sniedz arÄ« padomus vietnes Ätruma palielinÄÅ”anai. Katram no Å”iem pakalpojumiem vai spraudÅiem ir konsekvents ieteikums: āIzmantojiet CDNā. TÄ«kla latentuma samazinÄjums parasti tiek minÄts kÄ CDN ietekmes skaidrojums. DiemžÄl ne visi ir gatavi precÄ«zi saprast, kÄ CDN paÄtrinÄjuma efekts tiek sasniegts un kÄ to var izmÄrÄ«t, tÄpÄc ieteikums tiek Åemts ticÄ«bÄ un izmantots kÄ postulÄts. Faktiski ne visi CDN ir izveidoti vienÄdi.
CDN izmantoŔana Ŕodien
Lai novÄrtÄtu CDN izmantoÅ”anas lietderÄ«bu, tie ir jÄklasificÄ. Ko tagad var atrast praksÄ (piemÄri iekavÄs, protams, nav izsmeļoÅ”i):
- Bezmaksas CDN JS bibliotÄku izplatÄ«Å”anai (MaxCDN, Google. Yandex).
- Klientu optimizÄcijas pakalpojumu CDN (piemÄram, Google Fonts fontiem, Cloudinary, Cloudimage attÄliem).
- CDN statiskai un resursu optimizÄcijai CMS (pieejams Bitrix, WordPress un citÄs).
- VispÄrÄjas nozÄ«mes CDN (StackPath, CDNVideo, NGENIX, Megafon).
- CDN vietÅu paÄtrinÄÅ”anai (Cloudflare, Imperva, Airi).
GalvenÄ atŔķirÄ«ba starp Å”iem veidiem ir tÄ, cik liela daļa trafika iet caur CDN. 1.-3. veids ir tikai satura daļas piegÄde: no viena pieprasÄ«juma lÄ«dz vairÄkiem desmitiem (parasti attÄli). 4. un 5. veids ir pilna trafika starpniekserveri, izmantojot CDN.
PraksÄ tas nozÄ«mÄ savienojumu skaitu, kas tiek izmantots vietnes ielÄdei. Izmantojot HTTP/2, mÄs izmantojam vienu TCP savienojumu ar resursdatoru, lai apstrÄdÄtu neierobežotu skaitu pieprasÄ«jumu. Ja mÄs sadalÄm resursus galvenajÄ resursdatorÄ (origin) un CDN, tad ir nepiecieÅ”ams sadalÄ«t pieprasÄ«jumus pa vairÄkiem domÄniem un izveidot vairÄkus TCP savienojumus. SliktÄkais gadÄ«jums ir: DNS (1 RTT) + TCP (1 RTT) + TLS (2ā3 RTT) = 6ā7 RTT. Å Ä« formula neÅem vÄrÄ mobilo sakaru tÄ«klu aizkaves ierÄ«ces radio kanÄla aktivizÄÅ”anai (ja tas nebija aktÄ«vs) un mobilo sakaru torÅa aizkavÄÅ”anos.
LÅ«k, kÄ tas izskatÄs vietnes ielÄdes Å«denskritumÄ (latencie savienojuma izveidei ar CDN ir izcelti pie RTT 150 ms):
Ja CDN aptver visu vietnes trafiku (izÅemot treÅ”o puÅ”u pakalpojumus), mÄs varam izmantot vienu TCP savienojumu, ietaupot aizkavi, izveidojot savienojumu ar papildu resursdatoriem. Protams, tas attiecas uz HTTP/2 savienojumiem.
TÄlÄkÄs atŔķirÄ«bas nosaka konkrÄtÄ CDN funkcionalitÄte - pirmajam tipam tas tikai mitina statisku failu, piektajam optimizÄcijas nolÅ«kos maina vairÄkus vietnes satura veidus.
CDN iespÄjas vietÅu paÄtrinÄÅ”anai
AprakstÄ«sim visu CDN iespÄju klÄstu vietÅu paÄtrinÄÅ”anai, neÅemot vÄrÄ atseviŔķu CDN veidu funkcionalitÄti, un pÄc tam redzÄsim, kas ir ieviests katrÄ no tÄm.
1. Teksta resursu saspieŔana
VisvienkÄrÅ”ÄkÄ un saprotamÄkÄ funkcija, kas bieži vien ir vÄji ieviesta. Visi CDN paziÅo kompresijas esamÄ«bu kÄ paÄtrinÄjuma funkciju. Bet, ja paskatÄs sÄ«kÄk, atklÄjas trÅ«kumi:
- dinamiskai saspieÅ”anai var izmantot zemas pakÄpes - 5-6 (piemÄram, gzip maksimÄlais ir 9);
- statiskÄ saspieÅ”ana (faili keÅ”atmiÅÄ) neizmanto papildu lÄ«dzekļus (piemÄram, zopfi vai brotli ar 11. pakÄpi)
- nav atbalsta efektÄ«vai brotli saspieÅ”anai (salÄ«dzinot ar gzip, ietaupa apmÄram 20%).
Ja izmantojat CDN, ir vÄrts pÄrbaudÄ«t Å”os dažus punktus: paÅemiet failu, kas nÄca no CDN, ierakstiet tÄ saspiesto izmÄru un saspiediet to manuÄli salÄ«dzinÄjumam (varat izmantot kÄdu tieÅ”saistes pakalpojumu ar brotli atbalstu, piemÄram,
2. Klienta keÅ”atmiÅas galveÅu iestatÄ«Å”ana
ArÄ« vienkÄrÅ”a paÄtrinÄÅ”anas funkcija: pievienojiet galvenes klienta (pÄrlÅ«ka) satura saglabÄÅ”anai keÅ”atmiÅÄ. JaunÄkÄ galvene ir keÅ”atmiÅas kontrole, novecojuÅ”ajai beidzas derÄ«guma termiÅÅ”. TurklÄt var izmantot Etag. Galvenais, lai keÅ”atmiÅas kontroles maksimÄlais vecums ir pietiekami liels (no mÄneÅ”a vai vairÄk) Ja esat gatavs resursu keÅ”atmiÅÄ pÄc iespÄjas vairÄk, varat pievienot nemainÄ«go opciju.
CDN var samazinÄt maksimÄlÄ vecuma vÄrtÄ«bu, liekot lietotÄjam biežÄk atkÄrtoti ielÄdÄt statisko saturu. Nav skaidrs, ar ko tas ir saistÄ«ts: vÄlmi palielinÄt trafiku tÄ«klÄ vai palielinÄt saderÄ«bu ar vietnÄm, kuras nezina, kÄ atiestatÄ«t keÅ”atmiÅu. PiemÄram, noklusÄjuma Cloudflare galvenes keÅ”atmiÅas laiks ir 1 stunda, kas ir ļoti mazs nemainÄ«giem statiskiem datiem.
3. AttÄla optimizÄcija
TÄ kÄ CDN pÄrÅem attÄlu saglabÄÅ”anas un apkalpoÅ”anas funkcijas, bÅ«tu loÄ£iski tos optimizÄt CDN pusÄ un apkalpot lietotÄjiem Å”ÄdÄ formÄ. Uzreiz rezervÄsim, ka Ŕī funkcija ir pieejama tikai CDN 2., 3. un 5. tipam.
Varat optimizÄt attÄlus dažÄdos veidos: izmantojot uzlabotus saspieÅ”anas formÄtus (piemÄram, WebP), efektÄ«vÄkus kodÄtÄjus (MozJPEG) vai vienkÄrÅ”i notÄ«rot nevajadzÄ«gos metadatus.
KopumÄ ir divu veidu Å”Ädas optimizÄcijas: ar kvalitÄtes zudumu un bez kvalitÄtes zuduma. CDN parasti cenÅ”as izmantot optimizÄciju bez zudumiem, lai izvairÄ«tos no iespÄjamÄm klientu sÅ«dzÄ«bÄm par attÄla kvalitÄtes izmaiÅÄm. Å Ädos apstÄkļos ieguvums bÅ«s minimÄls. PatiesÄ«bÄ bieži JPEG kvalitÄtes lÄ«menis ir daudz augstÄks nekÄ nepiecieÅ”ams, un jÅ«s varat droÅ”i atkÄrtoti saspiest ar zemÄku kvalitÄtes lÄ«meni, neapdraudot lietotÄja pieredzi. No otras puses, ir grÅ«ti noteikt kvalitÄtes lÄ«meni un iestatÄ«jumus universÄli visÄm iespÄjamÄm tÄ«mekļa lietojumprogrammÄm, tÄpÄc CDN izmanto konservatÄ«vÄkus iestatÄ«jumus, salÄ«dzinot ar tiem, kurus var piemÄrot, Åemot vÄrÄ kontekstu (attÄlu mÄrÄ·is, tÄ«mekļa lietojumprogrammas veids). utt.)
4. TLS savienojuma optimizÄÅ”ana
MÅ«sdienÄs lielÄkÄ daļa satiksmes notiek, izmantojot TLS savienojumus, kas nozÄ«mÄ, ka mÄs pavadÄm papildu laiku TLS sarunÄm. Nesen ir izstrÄdÄtas jaunas tehnoloÄ£ijas, lai paÄtrinÄtu Å”o procesu. PiemÄram, tÄ ir EC kriptogrÄfija, TLS 1.3, sesijas keÅ”atmiÅa un biļetes, aparatÅ«ras Å”ifrÄÅ”anas paÄtrinÄjums (AES-NI) utt. Pareizi iestatot TLS, savienojuma laiku var samazinÄt lÄ«dz 0-1 RTT (neskaitot DNS un TCP).
Izmantojot modernu programmatÅ«ru, nav grÅ«ti patstÄvÄ«gi ieviest Å”Ädu praksi.
Ne visos CDN tiek ieviesta TLS paraugprakse; varat to pÄrbaudÄ«t, izmÄrot TLS savienojuma laiku (piemÄram, Webpagetest). IdeÄli piemÄrots jaunam savienojumam - 1RTT, 2RTT - vidÄjais lÄ«menis, 3RTT un vairÄk - slikts.
JÄÅem vÄrÄ arÄ« tas, ka pat izmantojot TLS CDN lÄ«menÄ«, serverim ar mÅ«su tÄ«mekļa aplikÄciju ir jÄapstrÄdÄ arÄ« TLS, taÄu no CDN puses, jo trafika starp serveri un CDN pÄriet publiskajÄ tÄ«klÄ. SliktÄkajÄ gadÄ«jumÄ mÄs saÅemsim dubultu TLS savienojuma aizkavi (pirmais uz CDN saimniekdatora, otrais starp to un mÅ«su serveri).
DažÄm lietojumprogrammÄm ir vÄrts pievÄrst uzmanÄ«bu droŔības problÄmÄm: datplÅ«sma parasti tiek atÅ”ifrÄta CDN mezglos, un tÄ ir potenciÄla iespÄja trafika pÄrtverÅ”anai. IespÄja strÄdÄt bez satiksmes informÄcijas atklÄÅ”anas parasti tiek piedÄvÄta augstÄkajos tarifu plÄnos par papildu samaksu.
5. Samaziniet savienojuma aizkavi
GalvenÄ CDN priekÅ”rocÄ«ba, par kuru runÄ visi: zems latentums (mazÄks attÄlums) starp CDN saimniekdatoru un lietotÄju. PanÄkts, izveidojot Ä£eogrÄfiski sadalÄ«tu tÄ«kla arhitektÅ«ru, kurÄ resursdatori atrodas lietotÄju koncentrÄcijas punktos (pilsÄtas, trafika apmaiÅas punkti utt.)
PraksÄ dažÄdu tÄ«klu prioritÄtes var bÅ«t noteiktos reÄ£ionos. PiemÄram, Krievijas CDN bÅ«s vairÄk klÄtbÅ«tnes punktu KrievijÄ. AmerikÄÅi vispirms attÄ«stÄ«s tÄ«klu ASV. PiemÄram, vienam no lielÄkajiem CDN Cloudflare ir tikai 2 punkti KrievijÄ ā MaskavÄ un SanktpÄterburgÄ. Tas ir, mÄs varam ietaupÄ«t maksimÄli aptuveni 10 ms latentuma, salÄ«dzinot ar tieÅ”o izvietoÅ”anu MaskavÄ.
LielÄkajai daļai Rietumu CDN punktu KrievijÄ vispÄr nav. PieslÄdzoties tiem, jÅ«s varat tikai palielinÄt aizkavÄÅ”anos savai krievu auditorijai.
6. Satura optimizÄcija (samazinÄÅ”ana, strukturÄlas izmaiÅas)
SarežģītÄkais un tehnoloÄ£iski progresÄ«vÄkais punkts. Satura maiÅa piegÄdes laikÄ var bÅ«t ļoti riskanta. Pat ja Åemam vÄrÄ minimizÄÅ”anu: avota koda samazinÄÅ”ana (papildu atstarpju, nesvarÄ«gu struktÅ«ru utt. dÄļ) var ietekmÄt tÄ veiktspÄju. Ja runÄjam par nopietnÄkÄm izmaiÅÄm ā JS koda pÄrvietoÅ”anu uz HTML beigÄm, failu sapludinÄÅ”anu u.tml. ā risks sagraut vietnes funkcionalitÄti ir vÄl lielÄks.
TÄpÄc to dara tikai daži 5. tipa CDN. Protams, nebÅ«s iespÄjams automatizÄt visas izmaiÅas, kas nepiecieÅ”amas, lai paÄtrinÄtu darbÄ«bu ā ir nepiecieÅ”ama manuÄla analÄ«ze un optimizÄcija. PiemÄram, neizmantota vai dublÄta koda noÅemÅ”ana ir manuÄls uzdevums.
Parasti visas Å”Ädas optimizÄcijas tiek kontrolÄtas ar iestatÄ«jumiem, un visbÄ«stamÄkÄs pÄc noklusÄjuma ir atspÄjotas.
Atbalsts paÄtrinÄjuma iespÄjÄm pÄc CDN veida
TÄpÄc apskatÄ«sim, kÄdas iespÄjamÄs paÄtrinÄÅ”anas iespÄjas nodroÅ”ina dažÄdi CDN veidi.
ÄrtÄ«bas labad mÄs atkÄrtojam klasifikÄciju.
- Bezmaksas CDN JS bibliotÄku izplatÄ«Å”anai (MaxCDN, Google. Yandex).
- Klientu optimizÄcijas pakalpojumu CDN (piemÄram, Google Fonts fontiem, Cloudinary, Cloudimage attÄliem).
- CDN statiskai un resursu optimizÄcijai CMS (pieejams Bitrix, WordPress un citÄs).
- VispÄrÄjas nozÄ«mes CDN (StackPath, CDNVideo, NGENIX, Megafon).
- CDN vietÅu paÄtrinÄÅ”anai (Cloudflare, Imperva, Airi).
Tagad salÄ«dzinÄsim CDN funkcijas un veidus.
IespÄja
1. tips
2. tips
3. tips
4. tips
5. tips
Teksta saspieŔana
+ā
-
+ā
+ā
+
KeÅ”atmiÅas galvenes
+
+
+
+
+
AttÄli
-
+ā
+ā
-
+
TLS
-
-
-
+ā
+
KavÄÅ”anÄs
-
-
-
+
+
Saturs
-
-
-
-
+
Å ajÄ tabulÄ ā+ā tiek izmantots, lai norÄdÄ«tu pilnu atbalstu, āāā nav atbalsts un ā+āā ir daļÄjs atbalsts. Protams, realitÄtÄ var bÅ«t novirzes no Ŕīs tabulas (piemÄram, daži vispÄrÄjas nozÄ«mes CDN ieviesÄ«s funkcijas attÄlu optimizÄÅ”anai), bet vispÄrÄjai idejai tas ir noderÄ«gi.
RezultÄti
Cerams, ka pÄc Ŕī raksta izlasÄ«Å”anas jums bÅ«s skaidrÄks priekÅ”stats par ieteikumu āizmantot CDNā, lai paÄtrinÄtu vietnes.
TÄpat kÄ jebkurÄ biznesÄ, jÅ«s nevarat noticÄt neviena pakalpojuma mÄrketinga solÄ«jumiem. Ietekme ir jÄmÄra un jÄpÄrbauda reÄlos apstÄkļos. Ja jau izmantojat CDN, pÄrbaudiet tÄ efektivitÄti, izmantojot rakstÄ aprakstÄ«tos kritÄrijus.
IespÄjams, ka CDN izmantoÅ”ana Å”obrÄ«d palÄnina jÅ«su vietnes ielÄdes laiku.
KÄ vispÄrÄ«gu ieteikumu mÄs varam koncentrÄties uz sekojoÅ”o: izpÄtiet savu auditoriju, nosakiet tÄs Ä£eogrÄfisko tvÄrumu. Ja jÅ«su galvenÄ auditorija ir koncentrÄta 1-2 tÅ«kstoÅ”u kilometru rÄdiusÄ, jums nav nepiecieÅ”ams CDN tÄ galvenajam mÄrÄ·im - latentuma samazinÄÅ”anai. TÄ vietÄ varat novietot savu serveri tuvÄk lietotÄjiem un pareizi konfigurÄt, iegÅ«stot lielÄko daļu rakstÄ aprakstÄ«to optimizÄciju (bezmaksas un pastÄvÄ«gas).
Ja jÅ«su auditorija patieÅ”Äm ir Ä£eogrÄfiski sadalÄ«ta (rÄdiuss vairÄk nekÄ 3000 kilometru), kvalitatÄ«va CDN izmantoÅ”ana patieÅ”Äm bÅ«s noderÄ«ga. TomÄr jums ir iepriekÅ” jÄsaprot, ko tieÅ”i jÅ«su CDN var paÄtrinÄt (skatiet iespÄju tabulu un to aprakstu). TomÄr vietÅu paÄtrinÄÅ”ana joprojÄm ir sarežģīts uzdevums, ko nevar atrisinÄt, pievienojot CDN. Papildus iepriekÅ”minÄtajÄm optimizÄcijÄm aiz CDN paliek visefektÄ«vÄkie paÄtrinÄÅ”anas lÄ«dzekļi: servera daļas optimizÄcija, uzlabotas izmaiÅas klienta daÄ¼Ä (neizmantotÄ koda noÅemÅ”ana, renderÄÅ”anas procesa optimizÄÅ”ana, darbs ar saturu, fontiem, pielÄgojamÄ«ba utt.). )
Avots: www.habr.com