Ce este un CDN, cum funcționează și de ce este util pentru un site

Un CDN, prescurtare de la Content Delivery Network, este o rețea de servere distribuite în mai multe locații geografice. Rolul său este să livreze anumite fișiere ale unui site de pe un server aflat cât mai aproape de vizitator.

Imaginile, fișierele CSS și JavaScript, fonturile, documentele sau materialele video pot fi păstrate temporar în mai multe puncte ale rețelei. Astfel, vizitatorul nu trebuie să descarce de fiecare dată întregul conținut direct de pe serverul pe care este instalat site-ul.

Un CDN poate contribui la:

• reducerea timpului de încărcare;
• livrarea mai rapidă a fișierelor către vizitatori aflați în alte țări;
• reducerea solicitărilor trimise către serverul principal;
• gestionarea mai bună a vârfurilor de trafic;
• protejarea site-ului împotriva anumitor tipuri de atacuri.

Totuși, un CDN nu înlocuiește găzduirea web, nu repară automat un site lent și nu face inutilă optimizarea imaginilor, a cache-ului sau a aplicației.

În acest ghid explicăm ce este un CDN, cum funcționează, când este util și cum se completează cu serverul de origine și cu celelalte metode de optimizare a unui site.

Ce înseamnă CDN?

CDN înseamnă Content Delivery Network, expresie care poate fi tradusă prin „rețea de distribuție a conținutului” sau „rețea de livrare a conținutului”.

Un CDN este alcătuit din servere amplasate în mai multe centre de date și în mai multe regiuni ale lumii. Aceste servere colaborează pentru a livra conținutul unui site dintr-un punct apropiat de persoana care îl accesează.

Serverele CDN sunt numite adesea:

• servere edge;
• edge servers;
• points of presence;
• PoP-uri;
• noduri CDN.

În loc ca toate fișierele să fie trimise de fiecare dată de pe serverul principal, o parte dintre ele poate fi livrată dintr-un nod aflat mai aproape de utilizator.

Cum funcționează un CDN?

Pentru a înțelege mai ușor, să presupunem că un site este instalat pe un server aflat în România, dar este vizitat și de utilizatori din Franța, Germania, Statele Unite sau Australia.

Fără CDN, fiecare vizitator solicită fișierele direct de pe serverul din România.

Cu un CDN activ, anumite fișiere pot fi copiate temporar pe serverele rețelei. Un vizitator din Franța poate primi imaginile și fișierele statice de la un nod CDN aflat în Paris, Frankfurt sau într-o altă locație apropiată, în loc să le descarce de fiecare dată direct din România.

Fluxul simplificat este următorul:

Vizitator → server CDN apropiat → server de origine, dacă fișierul nu există în cache

La prima solicitare, CDN-ul poate cere fișierul de la serverul de origine și îl poate păstra temporar în cache.

La solicitările următoare, același fișier poate fi livrat direct de serverul CDN.

Acest comportament depinde de:

• regulile de cache;
• tipul fișierului;
• configurarea serviciului;
• perioada pentru care fișierul este păstrat;
• existența unor excluderi;
• planul oferit de furnizor.

Nu toate fișierele sunt automat păstrate în cache și nu toate paginile trebuie distribuite în același mod.

Ce este serverul de origine?

Serverul de origine este serverul pe care se află efectiv site-ul.

Acolo sunt păstrate, de regulă:

• fișierele aplicației;
• baza de date;
• imaginile originale;
• conturile;
• configurările;
• mesajele de e-mail;
• datele produselor;
• comenzile;
• conținutul paginilor.

Serverul de origine este furnizat printr-un serviciu de găzduire web. CDN-ul funcționează în fața acestui server și poate prelua livrarea unei părți din conținut.

Atunci când un fișier nu se află în cache-ul CDN, rețeaua trebuie să îl solicite de la origine.

Tot serverul de origine procesează, în general:

• autentificarea utilizatorilor;
• modificările din panoul de administrare;
• căutările;
• formularele;
• coșul de cumpărături;
• comenzile;
• interogările în baza de date;
• paginile personalizate pentru fiecare utilizator.

Din acest motiv, performanța serverului de origine continuă să fie importantă chiar și atunci când este folosit un CDN.

Ce tipuri de fișiere poate livra un CDN?

Un CDN este folosit frecvent pentru resurse statice, adică fișiere care nu trebuie generate diferit pentru fiecare vizitator.

Acestea pot include:

• imagini JPG, PNG, WebP sau AVIF;
• fișiere CSS;
• fișiere JavaScript;
• fonturi;
• documente PDF;
• arhive;
• fișiere audio;
• materiale video;
• fișiere descărcabile.

În anumite configurații, CDN-ul poate păstra în cache și pagini HTML complete.

Acest lucru poate fi util pentru pagini publice care afișează același conținut tuturor vizitatorilor. Nu este însă recomandat ca paginile personalizate sau cele care conțin date private să fie cache-uite fără reguli clare.

Ce înseamnă cache într-un CDN?

Cache-ul reprezintă păstrarea temporară a unei copii a unui fișier sau a unui rezultat.

În cazul unui CDN, copia este păstrată pe unul sau mai multe servere ale rețelei.

De exemplu, dacă logo-ul unui site nu se schimbă timp de câteva luni, nu este necesar ca serverul de origine să trimită același fișier la fiecare accesare. CDN-ul îl poate păstra și livra direct.

Perioada în care fișierul este păstrat poartă numele de TTL, de la „Time to Live”.

După expirarea perioadei:

• CDN-ul poate verifica dacă fișierul s-a schimbat;
• poate solicita din nou fișierul de la origine;
• poate reînnoi perioada de cache;
• poate elimina copia existentă.

Administratorul poate goli manual cache-ul atunci când publică o modificare care trebuie afișată imediat.

CDN-ul este același lucru cu un cache?

Nu.

Cache-ul este mecanismul prin care un rezultat este păstrat temporar pentru a nu fi generat sau descărcat din nou.

CDN-ul este o rețea distribuită de servere care poate utiliza cache-ul pentru a livra conținutul din mai multe locații.

Poți avea cache fără CDN. De exemplu, un site WordPress poate folosi page cache direct pe serverul de origine.

Poți avea și mai multe niveluri de cache:

1. cache în aplicație;
2. cache la nivelul serverului web;
3. cache în browser;
4. cache în CDN;
5. object cache pentru anumite rezultate din baza de date.

Aceste niveluri nu se exclud. Ele pot funcționa împreună, dacă sunt configurate corect.

Pentru mai multe informații despre cache și celelalte cauze ale unui site lent, poți consulta ghidul despre optimizarea vitezei unui site WordPress.

CDN-ul înlocuiește găzduirea web?

Nu. Un CDN nu înlocuiește găzduirea web.

Site-ul, baza de date, conturile și fișierele originale rămân pe serverul de origine. CDN-ul păstrează doar copii temporare ale conținutului permis de regulile sale.

Chiar dacă anumite pagini sunt livrate integral din cache, CDN-ul trebuie să comunice periodic cu serverul de origine pentru a obține conținutul actualizat.

Mai mult, funcțiile dinamice continuă să depindă de serverul pe care este instalat site-ul.

De exemplu, într-un magazin online, CDN-ul poate livra rapid imaginile produselor, fișierele CSS și JavaScript. Însă adăugarea unui produs în coș, autentificarea și finalizarea comenzii sunt procesate de aplicație și de baza de date.

Pentru un site rapid sunt importante mai multe componente:

1. un server de origine configurat corect;
2. suficiente resurse CPU și RAM;
3. o aplicație optimizată;
4. cache la nivelul aplicației sau serverului;
5. imagini redimensionate și comprimate;
6. un CDN, atunci când publicul și tipul proiectului justifică folosirea sa.

Host-Age.ro oferă pachete cu LiteSpeed Enterprise, LSCache, resurse CPU și RAM alocate fiecărui cont, certificate SSL și backup automat, elemente care țin de infrastructura de origine și completează utilizarea unui CDN. 

Care sunt avantajele unui CDN?

1. Reduce distanța dintre conținut și vizitator

Datele au nevoie de timp pentru a circula prin rețea.

Cu cât distanța este mai mare și traseul include mai multe echipamente și rețele intermediare, cu atât poate crește latența.

Un CDN poate livra fișierele dintr-o locație mai apropiată de utilizator.

Acest avantaj este vizibil mai ales atunci când:

• site-ul are vizitatori din mai multe țări;
• serverul de origine este departe de public;
• paginile conțin multe imagini sau fișiere;
• utilizatorii folosesc conexiuni cu latență ridicată.

2. Poate reduce timpul de încărcare

Un CDN poate reduce timpul necesar pentru descărcarea resurselor cache-uite.

Rezultatul depinde însă de întreaga pagină.

Dacă site-ul conține imagini de câțiva megabytes, JavaScript excesiv sau un plugin care generează lent pagina, CDN-ul nu va elimina toate aceste probleme.

El accelerează în special livrarea conținutului pe care îl poate păstra în cache.

3. Reduce solicitările către serverul de origine

Atunci când un fișier este livrat din CDN, serverul de origine nu mai trebuie să răspundă direct acelei solicitări.

Acest lucru poate reduce:

• traficul transferat de origine;
• numărul de conexiuni;
• încărcarea serverului;
• numărul solicitărilor pentru fișiere statice.

Beneficiul depinde de procentul de cereri care sunt servite din cache, cunoscut și ca cache hit ratio.

Un cache hit ratio ridicat înseamnă că o mare parte dintre fișiere este livrată direct din rețeaua CDN.

4. Ajută la gestionarea vârfurilor de trafic

Un articol care devine brusc popular sau o campanie poate genera un număr mare de accesări într-un timp scurt.

Dacă multe dintre resurse sunt cache-uite, CDN-ul poate absorbi o parte importantă din solicitări, reducând presiunea asupra originii.

CDN-ul nu elimină însă nevoia de resurse suficiente pentru operațiile dinamice.

Dacă mii de utilizatori încearcă simultan să se autentifice sau să finalizeze comenzi, aplicația și baza de date trebuie să poată procesa acele operații.

5. Poate îmbunătăți disponibilitatea anumitor fișiere

Dacă un nod CDN nu poate răspunde, rețeaua poate redirecționa solicitarea către alt nod disponibil.

Unele servicii pot continua să livreze conținut deja cache-uit chiar dacă serverul de origine întâmpină temporar probleme.

Acest lucru nu înseamnă că orice site va rămâne complet funcțional atunci când originea este indisponibilă.

Paginile care nu există în cache, autentificarea, formularele și funcțiile dinamice pot continua să fie afectate.

6. Poate oferi protecție suplimentară

Unele servicii CDN funcționează și ca proxy între utilizatori și serverul de origine.

În această configurație, traficul ajunge mai întâi în rețeaua furnizorului, care poate filtra o parte dintre solicitările nedorite.

În funcție de serviciu și de plan, pot fi disponibile:

• protecție împotriva atacurilor DDoS;
• limitarea numărului de solicitări;
• blocarea adreselor sau regiunilor;
• reguli pentru boți;
• Web Application Firewall;
• filtrarea solicitărilor HTTP;
• ascunderea adresei IP a serverului de origine.

Aceste funcții nu sunt incluse automat în orice CDN. Trebuie verificate separat în oferta furnizorului.

Ce nu poate face un CDN?

Un CDN poate fi foarte util, dar nu este o soluție universală pentru orice problemă de performanță.

Nu repară imaginile neoptimizate

Dacă încarci o imagine de 8 MB și o afișezi într-o zonă mică, CDN-ul poate livra fișierul mai aproape de utilizator, dar vizitatorul trebuie în continuare să descarce 8 MB.

Imaginea trebuie redimensionată și comprimată.

Unele servicii CDN oferă optimizare automată a imaginilor, însă funcția trebuie activată și poate fi disponibilă doar contra cost.

Nu repară o aplicație lentă

Un plugin WordPress lent, o interogare grea sau o bază de date aglomerată pot întârzia generarea paginii înainte ca CDN-ul să o poată prelua.

Pentru paginile care nu sunt cache-uite, timpul de răspuns al aplicației rămâne esențial.

Nu înlocuiește cache-ul aplicației

Page cache-ul și cache-ul CDN rezolvă probleme apropiate, dar nu identice.

Cache-ul aplicației poate reduce timpul necesar pentru generarea paginii pe serverul de origine.

CDN-ul poate distribui ulterior acea pagină sau resursele sale către utilizatori.

Nu garantează disponibilitatea completă

Dacă serverul de origine este indisponibil, CDN-ul poate livra numai conținutul pe care îl are deja în cache și pentru care regulile permit livrarea.

Un formular, un cont de utilizator sau o comandă nu poate fi procesată numai dintr-o copie statică.

Nu accelerează orice tip de conținut în aceeași măsură

Conținutul static este ușor de distribuit.

Conținutul personalizat pentru fiecare utilizator este mai dificil sau imposibil de cache-uit în forma obișnuită.

Un CDN poate optimiza traseul rețelei și pentru cereri dinamice, dar beneficiul diferă de la un furnizor la altul.

Când merită să folosești un CDN?

Un CDN este foarte util atunci când site-ul are un public distribuit geografic.

Ar trebui să iei în considerare folosirea sa dacă:

• ai vizitatori din mai multe țări;
• publicul se află departe de serverul de origine;
• site-ul conține multe fotografii;
• distribui fișiere mari;
• publici materiale audio sau video;
• ai o publicație cu trafic ridicat;
• ai vârfuri bruște de trafic;
• dorești protecție suplimentară;
• vrei să reduci traficul pentru fișierele statice;
• administrezi mai multe site-uri cu public internațional.

Când diferența poate fi mai mică?

Beneficiul de viteză poate fi mai redus dacă:

• majoritatea vizitatorilor sunt din România;
• serverul de origine se află tot în România;
• site-ul este mic;
• imaginile sunt deja optimizate;
• traficul este redus;
• paginile sunt în mare parte dinamice;
• serverul răspunde deja rapid;
• conținutul nu poate fi cache-uit.

Un CDN poate rămâne util pentru securitate, DNS, filtrarea traficului sau protecție DDoS, chiar dacă reducerea latenței este mai puțin spectaculoasă.

Este util un CDN pentru un site cu public din România?

Da, dar răspunsul depinde de localizarea serverului și de obiectivul urmărit.

Dacă publicul și serverul se află ambele în România, un CDN nu va reduce la fel de mult distanța ca în cazul unui site găzduit în alt continent.

Poate oferi totuși:

• protecție împotriva atacurilor;
• filtrarea traficului;
• cache suplimentar;
• reducerea solicitărilor către origine;
• livrarea conținutului din mai multe noduri;
• performanță mai bună pentru vizitatorii din afara țării.

Pentru un site exclusiv local, optimizarea aplicației, imaginilor și serverului poate avea uneori un impact mai mare decât simpla activare a unui CDN.

CDN pentru WordPress

WordPress poate fi conectat la un CDN în mai multe moduri.

Unele servicii funcționează ca proxy și necesită schimbarea nameserverelor sau a înregistrărilor DNS.

Altele oferă o adresă CDN separată de pe care sunt încărcate imaginile, fișierele CSS și JavaScript.

Procesul general poate include următorii pași:

1. creezi un cont la furnizorul CDN;
2. adaugi domeniul;
3. verifici înregistrările DNS;
4. activezi proxy-ul sau adresa CDN;
5. instalezi pluginul recomandat, dacă este necesar;
6. configurezi regulile de cache;
7. excluzi paginile dinamice;
8. golești cache-ul;
9. testezi site-ul;
10. verifici formularele și zona de administrare.

În cazul WordPress, paginile care trebuie analizate cu atenție sunt:

• /wp-admin/;
• pagina de autentificare;
• coșul de cumpărături;
• finalizarea comenzii;
• contul clientului;
• paginile de previzualizare;
• paginile personalizate pentru utilizatori autentificați.

Acestea nu trebuie cache-uite ca pagini publice, deoarece ar putea afișa informații greșite sau chiar date aparținând altui utilizator.

CDN pentru WooCommerce

Un magazin WooCommerce poate beneficia de CDN pentru:

• imaginile produselor;
• fișierele CSS;
• JavaScript;
• fonturi;
• bannere;
• materiale descărcabile publice.

Trebuie însă excluse de la cache paginile și cookie-urile asociate:

• coșului;
• contului;
• finalizării comenzii;
• sesiunii clientului;
• produselor cu prețuri personalizate;
• conținutului afișat diferit utilizatorilor autentificați.

După activarea CDN-ului, testează complet procesul de cumpărare:

1. adaugă produse în coș;
2. modifică numărul de produse;
3. aplică un cupon;
4. autentifică-te;
5. finalizează o comandă de test;
6. verifică paginile pe mobil;
7. verifică dacă prețurile și stocurile se actualizează corect.

CDN și DNS: sunt același lucru?

Nu.

DNS-ul transformă numele unui domeniu într-o adresă IP sau în alte informații necesare conectării.

CDN-ul livrează conținut printr-o rețea de servere.

Unele companii oferă atât DNS, cât și CDN. De aceea, cele două servicii pot părea parte din aceeași funcție.

În cazul unui CDN care funcționează ca proxy, DNS-ul indică rețeaua CDN, iar aceasta comunică ulterior cu serverul de origine.

CDN și SSL

Site-ul trebuie să funcționeze prin HTTPS atât între vizitator și CDN, cât și între CDN și serverul de origine.

Este recomandată folosirea unei configurări complete, în care certificatul de pe serverul de origine este valid.

Evită configurările în care traficul este criptat numai până la CDN, iar conexiunea către origine rămâne necriptată.

Pachetele Host-Age.ro includ certificate SSL gratuite pentru domeniile și subdomeniile active. 

Cum verifici dacă site-ul folosește un CDN?

Poți face o primă verificare din browser.

Verificarea anteturilor HTTP

1. Deschide site-ul în browser.
2. Apasă F12.
3. Intră în secțiunea Network.
4. Reîncarcă pagina.
5. Selectează fișierul principal sau o imagine.
6. Verifică secțiunea Response Headers.

În funcție de furnizor, poți întâlni anteturi precum:

• cf-cache-status;
• x-cache;
• x-cache-hits;
• age;
• via;
• server;
• alte anteturi specifice rețelei.

Valori precum HIT indică, în general, că fișierul a fost livrat din cache.

Valoarea MISS poate apărea atunci când:

• fișierul este solicitat pentru prima dată;
• cache-ul a expirat;
• cache-ul a fost golit;
• regula nu permite memorarea;
• fișierul trebuie preluat din nou de la origine.

Verificarea adreselor fișierelor

Unele CDN-uri livrează resursele de pe un subdomeniu separat, precum:

cdn.exemplu.ro

Altele folosesc același domeniu și funcționează transparent ca proxy.

Din acest motiv, faptul că imaginile păstrează adresa domeniului principal nu înseamnă neapărat că CDN-ul nu este activ.

Testarea din mai multe locații

Poți folosi instrumente care testează pagina din centre de date diferite.

Compară:

• timpul până la primul răspuns;
• timpul de descărcare;
• locația testului;
• numărul de fișiere livrate din cache;
• rezultatele înainte și după activare.

Ce este cache hit ratio?

Cache hit ratio reprezintă procentul solicitărilor servite direct din cache.

De exemplu, dacă 80 din 100 de solicitări sunt livrate din CDN, cache hit ratio este de aproximativ 80%.

Un procent mai mare poate însemna:

• mai puține solicitări către origine;
• livrarea mai rapidă a resurselor;
• reducerea traficului de pe server;
• o utilizare mai eficientă a CDN-ului.

Un procent mic nu indică întotdeauna o problemă. Site-urile cu mult conținut dinamic vor avea în mod normal mai puține răspunsuri cache-uite.

Ce este cache purging?

Cache purging înseamnă ștergerea conținutului păstrat în CDN.

Este necesară atunci când ai modificat un fișier, dar CDN-ul continuă să livreze versiunea veche.

Poți șterge:

• un singur fișier;
• o anumită adresă;
• un director;
• toate fișierele din cache.

Evită golirea completă foarte frecventă. După purjare, toate nodurile trebuie să solicite din nou conținutul de la origine, ceea ce poate crește temporar încărcarea serverului.

Probleme frecvente după activarea unui CDN

Site-ul afișează o versiune veche

Cauza este, de regulă, cache-ul care nu a fost golit.

Șterge cache-ul CDN și, dacă este cazul, cache-ul WordPress sau al serverului.

Modificările CSS nu apar

Schimbă versiunea fișierului, golește cache-ul și verifică dacă există mai multe niveluri de cache active.

Utilizatorii văd conținut greșit

Este posibil ca o pagină dinamică să fi fost cache-uită greșit.

Dezactivează imediat cache-ul pentru acea zonă și verifică regulile, cookie-urile și anteturile.

Coșul WooCommerce nu se actualizează

Paginile sau cookie-urile WooCommerce pot să nu fi fost excluse corect.

Verifică regulile recomandate de furnizorul CDN și de pluginul de cache.

Apar redirecționări repetate

Verifică:

• setarea HTTPS;
• modul SSL;
• URL-urile WordPress;
• redirecționările din server;
• regulile CDN.

O configurare contradictorie poate crea o buclă de redirecționare.

Adresa IP a vizitatorului nu mai apare corect

Serverul poate vedea IP-ul CDN-ului în locul IP-ului real.

Trebuie configurată recunoașterea antetului transmis de CDN și trebuie acceptate numai anteturile provenite din rețeaua de încredere.

CDN gratuit sau CDN plătit?

Un CDN gratuit poate fi suficient pentru:

• un blog;
• un site de prezentare;
• un proiect WordPress mic;
• un site care dorește protecție de bază;
• testarea beneficiilor unui CDN.

Un plan plătit poate fi necesar pentru:

• trafic mare;
• suport tehnic dedicat;
• reguli avansate;
• streaming;
• optimizarea automată a imaginilor;
• protecție WAF extinsă;
• rapoarte detaliate;
• cerințe contractuale;
• prezență în anumite regiuni;
• SLA;
• funcții enterprise.

Alegerea trebuie făcută în funcție de problema rezolvată, nu doar după numărul de servere afișat în materialele comerciale.

Cum alegi un furnizor CDN?

Analizează următoarele criterii:

Locațiile disponibile

Verifică dacă furnizorul are noduri în regiunile în care se află publicul tău.

Tipurile de conținut suportate

Unele servicii sunt orientate spre site-uri obișnuite, altele spre video, fișiere mari sau aplicații enterprise.

Regulile de cache

Verifică dacă poți exclude ușor paginile dinamice și dacă poți configura TTL-uri diferite.

Securitatea

Analizează protecția DDoS, WAF-ul, limitarea solicitărilor, controlul boților și regulile personalizate.

Costurile

Unele servicii taxează traficul transferat, numărul solicitărilor, funcțiile suplimentare sau regiunile folosite.

Ușurința configurării

Pentru un site mic poate fi mai importantă o interfață simplă decât o listă foarte lungă de funcții enterprise.

Suportul tehnic

Verifică dacă planul include suport și care este timpul estimat de răspuns.

Rapoartele

Statisticile privind cache hit ratio, traficul blocat, erorile și distribuția geografică sunt utile pentru verificarea rezultatelor.

Furnizori CDN cunoscuți

Printre serviciile cunoscute se află:

Cloudflare

Este folosit frecvent pentru site-uri obișnuite și WordPress și oferă servicii DNS, proxy, cache și securitate. Are și un plan gratuit, dar anumite funcții avansate sunt disponibile numai în planurile comerciale.

Amazon CloudFront

Este integrat în ecosistemul Amazon Web Services și poate fi potrivit pentru proiecte care folosesc deja servicii AWS.

Configurarea și tarifarea pot fi mai tehnice decât în cazul serviciilor orientate spre utilizatorii începători.

Akamai

Akamai este utilizat în special de proiecte enterprise, platforme mari și companii cu cerințe complexe de distribuție și securitate.

CDN77

CDN77 oferă distribuție de conținut și servicii pentru site-uri, fișiere și conținut media.

Înainte de alegere, verifică întotdeauna oferta actuală, deoarece planurile, funcțiile și prețurile se pot modifica.

Cum implementezi un CDN fără să strici site-ul?

Urmează un proces controlat.

1. Creează o copie de siguranță

Înainte de modificarea DNS-ului sau a pluginurilor, păstrează o copie completă a site-ului și bazei de date.

2. Notează configurarea actuală

Salvează:

• înregistrările DNS;
• setările SSL;
• regulile de redirecționare;
• pluginurile de cache;
• excluderile existente.

3. Activează CDN-ul cu setări de bază

Nu activa din prima toate optimizările automate.

Începe cu proxy-ul, HTTPS și cache pentru fișiere statice.

4. Exclude paginile dinamice

Verifică autentificarea, administrarea, coșul, comenzile și formularele.

5. Testează funcțiile importante

Testează atât ca vizitator anonim, cât și ca utilizator autentificat.

6. Activează treptat optimizările suplimentare

Minificarea, amânarea JavaScript-ului sau rescrierea adreselor pot produce conflicte. Activează-le pe rând.

7. Măsoară rezultatele

Compară aceleași pagini, din aceleași locații, înainte și după modificare.

Întrebări frecvente despre CDN

Concluzie

Un CDN poate reduce distanța dintre conținutul unui site și vizitatori, poate diminua numărul de solicitări trimise către serverul de origine și poate ajuta la gestionarea traficului.

În funcție de furnizor, poate adăuga și funcții de securitate, precum protecție DDoS, reguli pentru boți sau un Web Application Firewall.

CDN-ul nu înlocuiește însă serverul pe care este instalat site-ul și nu repară automat o aplicație lentă, imaginile foarte mari sau o bază de date neoptimizată.

Pentru rezultate bune, trebuie să funcționeze împreună:

• o infrastructură de origine stabilă;
• suficiente resurse;
• cache configurat corect;
• imagini optimizate;
• o aplicație întreținută;
• un CDN ales în funcție de publicul site-ului.

CDN-ul funcționează împreună cu serverul de origine, nu în locul lui

Pachetele Host-Age.ro includ LiteSpeed Enterprise și LSCache, resurse CPU și RAM alocate, SSL gratuit, backup automat și instrumente pentru optimizarea site-urilor WordPress. 

Vezi pachetele de găzduire web