Web stranica CDN Optimizacija brzine

Ako razložimo optimizaciju performansi WordPressa na tri sloja:

• Sloj Origin servera: Server / PHP / Baza podataka / Cache dodatak —— Određuje TTFB i opterećenje pozadinskog sistema
• Sloj resursaOptimizacija slika — određuje veličinu za preuzimanje i brzinu učitavanja velikih slika na prvom ekranu
• Sloj isporuke: CDN — osiguravanje da resursi budu bliži korisnicima, pouzdaniji pogoci i manji opterećenje na izvorni server

Ovaj članak raspravlja o CDN Ubrzanje：

• Razumijevanje onoga što CDN može i ne može riješiti
• Odaberite CDN plan i provajdera koji vam najviše odgovara (i razumite razlike između besplatne i početničke verzije)
• Uvesti postupno po redu najmanjeg rizika, osiguravajući da sajt ne padne i izbjegavajući incidente s keširanjem e-trgovine/članstva.
• Nakon implementacije, može provjeriti da je “zaista stupilo na snagu” i otkloniti probleme kao što su “zašto se nije ažuriralo/zašto se usporilo/zašto se sadržaj miješa”.”

1. Počnimo tako što ćemo razjasniti koncept: šta CDN obuhvata, a šta ne.

1.1 CDN se prvenstveno bavi tri ključna pitanja

1.1.1 Brža isporuka statičkih resursa
Slike, CSS, JS, fontovi, ikone i drugi statički resursi su bliže posjetiocima, što rezultira bržim preuzimanjima i stabilnijim iscrtavanjem stranice.
Za WordPress, posebno resurse tema i dodataka (wp-content/themes/、wp-content/plugins/) i slike iz medijske biblioteke (wp-content/uploads/) su obično “teškaši” po pitanju obima.

1.1.2 Smanjenje opterećenja na izvorni server
Kad zahtjev stigne u edge keš, više nije potrebno često preuzimati podatke sa izvornog servera, što rezultira smanjenim opterećenjem propusnosti izvornog servera, istovremenih veza, disk I/O operacija i fluktuacija CPU.
Ovo je posebno očigledno tokom vršnih scenarija, kao što su “veliki promet na promotivne stranice, viralne članke i stranice proizvoda”.

1.1.3 Poboljšanje stabilnosti (Veća otpornost na volatilnost)
Tokom perioda najvećeg saobraćaja, rubni čvorovi apsorbiraju značajan obim dupliciranih zahtjeva, čime se smanjuje vjerovatnoća da će izvorni server biti preopterećen.
Primijetit ćete “glatkiji pristup”: čak i kada izvorni poslužitelj doživi iznenadni porast opterećenja, predmemorija na rubu nastavlja isporučivati sadržaj bez prekida.

---

1.2 Tri vrste problema koje CDN ne može automatski riješiti

1.2.1 Sam izvorni poslužitelj je spor
Spora izvedba baze podataka, spora logika dodatka, spori PHP proračuni — to su problemi na nivou izvornog servera.
CDN može ubrzati učitavanje statičkih resursa, ali ako čak i HTML vaše početne stranice dugo treba da se generiše, korisnici će i dalje osjećati da je sajt “spor pri učitavanju”. U tom slučaju trebali biste dati prioritet optimizaciji hostinga, keširanje dodataka i baze podataka.

1.2.2 Sama slika je prevelika
CDN ne može magično smanjiti veliku sliku 3MB.
Prvo morate optimizirati svoje slike: implementirajte strategiju veličine (izbjegavajte preuzimanje prevelikih slika), primijenite kompresiju, koristite WebP/AVIF formate i implementirajte strategije lijenog učitavanja.

1.2..3 Skripte trećih strana su spore
Oglašavanje, analitika, korisnička podrška, komponente društvenih mreža itd. potiču iz domena trećih strana.
CDN obično ne može učiniti da budu “brži”; to možete riješiti samo smanjenjem ili odgađanjem opterećenja, promjenom dobavljača ili optimizacijom politika skripti.

2. Vodič od 30 sekundi: Koja vam je potrebna konfiguracija CDN?

Za WordPress, glavne opcije spadaju u dvije kategorije. Prvo odabirom “oblika”, a zatim “provajdera usluga”, pristup postaje izuzetno jasan.

2.1 Integrisani “Reverse Proxy tip” (manje problema, pogodan za većinu sajtova)

**特点：**它不仅是 CDN，还把 DNS / SSL / Osnovna sigurnosna zaštita (npr. DDoS/WAF) Spakujte sve zajedno. Kad se povežete, djeluje kao proxy ispred vaše web stranice.

Šta ćete dobiti:

• Jednostavnije upravljanje certifikatima i TLS-om sa HTTPS
• Unificirani sigurnosni proksi (osnovna DDoS zaštita, kontrola pristupa, WAF itd.)
• Pohrana u predmemoriju na rubu i mehanizam pravila (omogućavanje finije politike predmemoriranja i strategija zaobilaženja)
• “Veći prostor za proširenje: Ako u budućnosti želite dodati sigurnosne značajke, ograničenja brzine ili zaštitu od botova, oni se obično mogu integrirati u isti sistem.

Predstavlja: Cloudflare / Tencent Cloud International EdgeOne / Alibaba Cloud International ESA

Ako želite:

• Ma daj HTTPS + CDN + Osnovna sigurnost jednim zamahom
• Biste li bili spremni povjeriti upravljanje slojem za rješavanje/proxy vašeg domenskog imena jednoj platformi?
• Vi stavljate veći naglasak na “ukupno iskustvo i buduću skalabilnost” i ne želite razdvajati DNS, certifikate, CDN i sigurnost u više skupova.

---

2.2 Čisti “static Pull CDN” (početak niskog rizika, prvenstveno optimizacija slika/CSS/JS)

**特点：**你只把静态资源放到 CDN 边缘缓存；HTML 页面仍由源站（以及源站缓存插件）负责。

Šta ćete dobiti:

• Vrlo nizak operativni rizik: pod uslovom da se HTML ne mijenja, slučajevi “injekcije sadržaja/otmice korpe za kupovinu” su vrlo malo vjerovatni.”
• Modeli troškova su intuitivniji: obično se naplaćuju prema obimu prometa/zahtjevu/regiji.
• Rafiniranija struktura: više nalik na “uslugu statične distribucije resursa”

Predstavlja: bunny.net (model naplate po potrošnji je jasan)

Ako želite:

• Želite prvo poduzeti “najstabilniji korak”—akceleraciju statičkih resursa.
• Želite vidjeti brz povrat na svoju investiciju prije nego što odlučite hoćete li implementirati keširanje putem proxyja ili keširanje cijele stranice.
• Vi biste radije da troškovi budu bliži modelu “plaćanja po potrošnji”.”

3. Kako to učiniti

• Prvi nivo: Integrisani agencijski model (poželjan): Cloudflare / EdgeOne / ESA
• Nivo 2: statično povlačenje CDN (siguran početak): bunny.net / Cloudways / CDN itd.

4. Preporučeni pružaoci usluga

4.1 CloudflareIntegracija obrnutog proxyja (besplatno za početak, zreo ekosistem)

Šta je to?
Kada povežete svoj domen, on djeluje kao proxy server ispred vaše web stranice, pružajući CDN, certifikate, osnovnu sigurnosnu zaštitu i pravila keširanja.

Za koga je to pogodno?

• Tražite rješenje bez muke: HTTPS + CDN + sveobuhvatan osnovni paket sigurnosti
• Da bismo postigli zreo ekosistem: naknadna proširenja će uključivati WAF, ograničavanje brzine, pravila na rubu itd., uz vrlo glatki put implementacije.

Tačke rizika

• Ažuriranje nije stupilo na snagu.Nakon implementacije CDN, lanac keširanja je postao duži (keš preglednika + keš CDN + keš izvornog poslužitelja); potrebna je “politika verzija” kako bi se osigurala kontrolirana ažuriranja (drvo za otklanjanje poteškoća je navedeno u nastavku)
• Keziranje HTML-a zahtijeva oprez.Ako je HTML keširan, stranice za e-trgovinu/članstvo/personalizirane stranice moraju biti strogo zaobiđene, inače mogu nastati ozbiljni incidenti (lista scenarija je navedena u nastavku).

Objašnjenje：

• Konfiguracija: Integrisani obrnuti proxy (SSL + CDN + osnovna zaštita)
• Pogodno za: jednostavno postavljanje s obiljem mogućnosti za buduće proširenje
• Osnovna vrijednost: Ujedinjena ulazna tačka za certifikate, sigurnost i keš
• Rizik: Ažuriranja ovise o strategiji verzioniranja; keširanje HTML-a mora biti strogo zaobiđeno.

---

4.2 Tencent Cloud International EdgeOneIntegracija obrnutog proxyja

Šta je to?
Platforma na sličan način primjenjuje integrirani pristup “akceleracija + sigurnost + certifikati”, što je čini pogodnom za smještanje web stranica pod jedinstvenim upravljanjem proxy slojem.

• Poput Cloudflarea, nudi besplatnu verziju, ali obično postoji Kvota/Funkcionalno ograničenje(broj pravila, broj dnevnih zadataka, itd.), ali nije potrebno mijenjati DNS; jednostavno konfigurirajte CNAME zapis.Besplatne verzije se ne preporučuju za komercijalne web stranice.！
• Istovremeno, besplatni planovi često znače SLA ne garantuje
  Može se koristiti, ali se ne bi trebalo smatrati “komercijalnim SLA paketom”.

• Ako želite automatski prebaciti na linije kopnene Kine dok ste u kopnenoj Kini, obično ćete prvo morati obaviti sljedeće:Kineska ICP prijavaKada niste registrovani, mogu se koristiti samo međunarodne rute.

Napomena:

• Postavljanje: Integracija obrnutog proxyja (akceleracija + sigurnost + certifikati)
• Pogodno za: one koji traže integrirani pristup i razmatraju kapacitet čvorova na kopnenom dijelu Kine.
• Besplatno: Dostupan je besplatni plan/verzija, ali s ograničenim kvotama i obično bez zajamčenog SLA.
• Rizici: kvote za pravila, dnevnike i poddomene zahtijevaju unaprijedno planiranje; HTML keširanje također zahtijeva oprez.

---

4.3 Alibaba Cloud Međunarodna preduzećna sigurnosna arhitektura (ESA)Integracija obrnutog proxyja

• Poput Cloudflarea, nudi besplatnu verziju, ali obično postoji Kvota/Funkcionalno ograničenje(broj pravila, broj dnevnih zadataka, itd.), ali nije potrebno mijenjati DNS; jednostavno konfigurirajte CNAME zapis.Besplatne verzije se ne preporučuju za komercijalne web stranice.！
• Registrujte račun na međunarodnoj stranici da biste počeli da je koristite.
• Pristupite ESA konzoli da biste dodali lokaciju i odaberite besplatnu opciju. Ulaz Pristup paketu
• Ako želite automatski prebaciti se na rute kopnene Kine unutar kopnene Kine, obično ćete prvo morati završiti ICP prijavu; bez prijave možete koristiti samo međunarodne rute.
• Besplatni planovi su pogodniji za razvojne, testne i evaluacijske svrhe i obično nisu ekvivalentni komercijalnim SLA paketima.
• Besplatni paketi često dolaze s ograničenjima brzine ili ograničenjima podrške (npr. ugovori o nivou usluge itd.).

U vezi ruta na kopnenoj Kini:

• Da bi se aktivirao čvor za kopnenu Kinu, obično je potrebno ispuniti i zahtjeve za podnošenje evidencije i regionalne zahtjeve.
• Besplatan ulaz podrazumijevano koristi međunarodnu rutu. Da biste koristili rutu za kopnenu Kinu, morate ispuniti sljedeće:Zahtjevi za ICP prijavu u Kini

Napomena:

• Pozicioniranje: Integracija obrnutog proxyja (akceleracija stranice + sigurnost)
• Besplatno: Međunarodni računi na stranici mogu besplatno pristupiti ulazu; ubrzanje za kopnenu Kinu nije uključeno prema zadanim postavkama.
• Pogodno za: evaluaciju/testiranje i laganu upotrebu; ili naknadne nadogradnje paketa.
• Rizici: Budite svjesni ograničenja besplatnog nivoa (SLA/ograničenja protoka/opcije podrške); unaprijed isplanirajte regionalne i registracijske zahtjeve.

---

4.4 bunny.net: Static Pull CDN (ulazna tačka niskog rizika, jasno plaćanje po korištenju)

Ako želite “prvo osigurati najstabilnije prinose”, strategija poput 'Pull CDN' na bunny je idealna:
Funkcioniše više kao “usluga distribucije resursa”: povjeravate joj distribuciju svojih statičkih resursa, uz naknade koje su obično vezane za obim prometa, broj zahtjeva ili geografsku regiju. Model je transparentan i upravljiv.

Pogodno za:

• Uради to prvi Slike / CSS / JS / Fontovi Statičko ubrzanje
• Prvo želite osigurati “niskorizične, stabilne prinose” i niste u žurbi da cijelu web stranicu predate platformi u stilu agencije (DNS/SSL/WAF sve-u-jednom rješenje)
• Vi biste radije da model troškova bude bliži sistemu plaćanja po potrošnji, nego da od samog početka uđete u složeniju strukturu paketa.

Tačke rizika

Problem sa statičkim resursima “ažuriranja ne stupaju na snagu” gotovo nikada nije greška u CDN.već normalno ponašanje sistema keširanja:
Kada ažurirate CSS/JS/slike u pozadini, aliURL resursa ostaje nepromijenjen.(Ista adresa/naziv datoteke/putanja), i CDN i preglednik će prirodno nastaviti posluživati stari keš, pa ćete se zapitati: “Zašto nije ažurirano?”

Jasno, primjenjivo načelo:

Prioritetizirajte brojeve verzija; očistite kao rezervnu opciju.

Zašto je ovo najpouzdaniji pristup:

• Promjene broja verzije/naziva datoteke → Promjena URL-a → CDN keširan kao novi resurs → Nova verzija stupa na snagu gotovo odmah
• **Brisanje (čišćenje keša)** zahtijeva ručno pokretanje, što može dovesti do nepreciznog opsega i kašnjenja propagacije među čvorovima; česta brisanja također mogu dovesti do smanjene stope pogodaka, povećanog povratnog prometa prema izvoru i pojačane volatilnosti.

Jednostavan primjer za razumijevanje:

• style.css Sadržaj je izmijenjen, ali URL ostaje nepromijenjen. style.css → CDN Nastaviti koristiti stari keš (razumno)
• URL postaje style.css?ver=20260103 或 style.abc123.css → CDN se smatra novim resursom → Nova verzija stupa na snagu odmah

zec kao najbolja praksa za “Korak 1 CDN”

1. Isprva pokrijte samo statičke resurse.(Slike/CSS/JS/fontovi), ne keširajte HTML odmah pri učitavanju.
   • Prednost: Ozbiljni incidenti, poput pregledavanja tuđeg sadržaja ili detalja o košarici, praktično ne postoje.
   • Također će vam biti lakše provjeriti prednosti: statički resursi se učitavaju brže, a izvorni poslužitelj je manje opterećen.
2. Efikasno osmišljajte strategiju ažuriranja
   • CSS/JS: Gdje je moguće, koristite brojeve verzija ili promjene naziva datoteka.
   • Slike: Izbjegavajte dugotrajnu upotrebu istih naziva datoteka gdje god je to moguće; poželjnije je usvojiti nove nazive datoteka ili izmijenjene putanje (posebno za banere na početnoj stranici i promotivne grafike).
3. Nakon puštanja u rad, upotrijebite kontrolnu listu za verifikaciju kako biste potvrdili uspješnu implementaciju.
   • Da li statički resursi dolaze iz CDN?
   • Da li se stopa pogodaka postepeno povećava? Da li propusni opseg/obim zahtjeva izvornog servera postaje stabilniji? (Kontrolna lista za verifikaciju je navedena ispod)

5. Plan implementacije rute: Napredak u tri faze (od stabilne do robusne)

Glavni razlog zašto CDN obično poludi pri prvom pokretanju je taj što ljudi od samog početka pokušavaju maksimalno iskoristiti sve njegove mogućnosti.

Faza 1: Samo statični resursi (CDN) (snažno se preporučuje da se prvo dovrši)

Cilj: Slike, CSS, JS i fontovi se isporučuju prvo (CDN); HTML se ne kešira (ili je privremeno ostavljen nepromijenjen) u CDN.

Zašto ovo prvo uraditi za najstabilniji pristup?

• Najmanji rizik: Ako se statički resursi ne keširaju ispravno, u najgorem slučaju “styles/images se ne ažuriraju”, što je upravljivo.
• Neće utjecati na status prijave, procese e-trgovine ili tačnost informacija o računu.
• Jasno možete vidjeti prednosti: brže preuzimanje statičkih resursa i stabilniji origin server.

Uobičajeni problemi u ovoj fazi (otklanjanje poteškoća na stablu slijedi)

• Mješoviti sadržaj (HTTPS učitavanje stranice, HTTP resursa)
• Ažuriranja statičnih resursa ne stupaju na snagu (URL se nije promijenio)

---

Faza 2: Strategija osvježavanja (Prioritet broja verzije, povratno brisanje/istek)

Ovo je granica između toga da li je “CDN” urađeno profesionalno ili ne.

Jedno strogo pravilo:

Ažuriranja koja se mogu riješiti izmjenom brojeva verzija ili naziva datoteka ne bi smjela ovisiti o Purgeu.

Zašto lanac keša postaje zagonetan kad se produži?

• Keš preglednika: Možda ste lokalno keširali zastarjele CSS/JS datoteke.
• CDN keš: rubni čvor je možda keširao zastarjeli resurs
• Keširanje na Origin serveru: Keširanje dodataka/keširanje servera i dalje može posluživati zastarjeli sadržaj.

Ako nemate strategiju verzioniranja, implementacija postaje:
“Napravio promjene → Osvježio → Nije radilo → Očistio keš → I dalje nije radilo → Očistio još jedan sloj keša”
Ovo je glavni problem koji mnogi ljudi imaju sa CDN.

---

Faza 3 (Napredna): Trebaju li se HTML stranice keširati? (Visoka nagrada, ali najveći rizik)

HTML keširanje (keširanje na nivou cijelog sajta/keširanje na rubu mreže) može značajno smanjiti vrijeme do prvog bajta (TTFB), ali je također područje s visokom učestalošću incidenata u WordPress scenarijima.

Ako niste sigurni, nemojte keširati HTML. Počnite sa statičkim CDN i dodatkom za keširanje s poslužitelja izvora.

Kada se kešira HTML, primjenjiva su dva principa:

1. Počevši isključivo od “stanja posjetitelja”: Keširajte samo stranice za neregistrirane posjetioce
2. Prvi nacrt liste zaobilaznicaPrvo preciznost, pa stopa pogodaka

6. Kontrola scenarija pravila: Kako izbjeći incidente na različitim tipovima lokacija

6.1 Web stranice / blogovi fokusirani na sadržaj (uglavnom članci, veliki promet posjetilaca)

Preporučeno

• Statički resursi: Potpuno keširani
• HTML: Razmotrite keširanje stranice za neregistrirane posjetioce.“

Obično je potrebno zaobići

• Backend i prijava:/wp-admin/*、/wp-login.php
• Pregled/Nacrt
• Stranica s rezultatima pretrage (parametri se značajno razlikuju; početno nekeširanje je najjednostavniji pristup)
• POST zahtjev za slanje obrasca/slanje komentara

Ključ keša mora biti dovoljno jedinstven da razlikuje

• Je li korisnik prijavljen? (dimenzija cookie)
• Jezik (višezavršni sajt)

---

6.2 Korporativne web stranice / marketinške odredišne stranice (obrasci, kampanje)

Preporučeno

• Statički resursi: Potpuno keširani
• HTML: Javne odredišne stranice mogu biti keširane (stanje posjetitelja), ali stranice s rezultatima obrazaca moraju se tretirati pažljivo.

Najčešća zamka: praćenje parametara koje uzrokuju fragmentaciju keša
Zajednička odredišna stranica utm_* Parametri:

• Svi ključevi koji učestvuju u kešu → fragmentacija keša, što rezultira niskom stopom pogodaka
• Ignoriši sve → Mali broj stranica koje se oslanjaju na renderiranje parametara možda neće raditi kako je predviđeno.

---

6.3 Stranice za članstvo / Platforme za kurseve / Zajednice (Visok udio prijavljenih korisnika)

ZaključakKezanje HTML-a mora se obavljati s krajnjim oprezom.
Standardni pristup je obično: statički CDN + keširanje izvora/keširanje objekata; HTML se kešira samo za posjetioca.

Mora biti zaobiđeno

• Prijava / Registracija / Obnova lozinke
• Centar za račune, Narudžbe/Pretplate, Lični podaci
• Bilo koje stranice i interfejsi sa snažnim ovisnostima o korisničkom stanju

---

6.4 E-trgovina (WooCommerce)

Najvažnija lista zaobilaznica

• Košarica, naplata, stranica računa
• Stranice vezane za potvrdu narudžbe i poziv za plaćanje
• Prijava/Registracija, Kuponi/Bodovi i ostala ulazna mjesta vezana za stanje korisnika

Zašto se nezgode češće dešavaju u e-trgovini?

• Kada korisnik ima košaricu, sesiju ili je prijavljen, stranica postaje visoko personalizirana.
• HTML keširanje, ako se ne zaobiđe ili se ne razlikuje po stanju, obično rezultira: neslaganjima u košarici, konfliktima broja računa i abnormalnim prikazima cijena.
  Preciznost je na prvom mjestu; nemojte žrtvovati preciznost radi stope pogodaka.

---

6.5 Višejezichne / viševalutne stranice

Preporučeno

• Statički resursi: Potpuno keširani
• HTML: Stanje posjetitelja može biti keširano, ali ključevi keša moraju izričito razlikovati varijante jezika/valute.

Ključ keša se mora uzeti u obzir

• Jezik (putanja) /en/ /zh/ ili poddomenu en.）
• Jeste li prijavljeni? (cookie)
• Valuta/Porezna stopa (ako utiče na prikaz)

---

7. Objavljivanje rizika

Rizik 1: Pohranjivanje netačnog sadržaja (najteže)

• Greška u keširanju statičkih resursa: obično uključuje zastarjele stilove ili slike.
• HTML greška u keširanju: potencijalni problemi unakrsnog sadržaja, unakrsne korpe i unakrsnih računa — ovo predstavlja kritični incident.

Rizik 2: Ažuriranja ne stupaju na snagu (najčešće)

Kako se lanac keša produžava, pojave “promjene ne stupaju na snagu” postaju sve češće:

• Prioritet se daje promjenama broja verzije/naziva datoteke
• Ponovno pokretanje/Povratak nakon neuspjeha
• Proces objavljivanja mora biti reproducibilan (da bi se znalo koje su URL-ove izmijenjene tokom svake objave).

Rizik 3: Opseg obaveza za besplatne/početne verzije

• Uobičajene karakteristike besplatnih planova: ograničene kvote, isključene određene mogućnosti, ugovori o nivou usluge (SLA) i opcije podrške koje nisu ekvivalentne punoj komercijalnoj ponudi.

Rizik 4: Relevantne sposobnosti kopnene Kine sklone su pogrešnom tumačenju.

• ESA: Za rad na mreži kopnene Kine obavezna je ICP registracija u Kini.
• EdgeOne: Za korištenje ruta kopnene Kine, ICP registracija u Kini je obavezna.

8. Kontrolna lista za verifikaciju: Kako potvrditi da “zapravo radi” nakon lansiranja”

8.1 Jesu li statički resursi zaista zauzeli 1 TB i 219 TB?

• Da li slike, CSS i JavaScript datoteke potiču sa domene CDN ili sa rubnog čvora?
• Mogu li se uočiti bilo kakvi vidljivi pokazatelji pogodaka u keš (markeri se razlikuju među platformama)?

8.2 Da li se opterećenje na izvornom serveru smanjilo?

• Je li propusnost izvornog poslužitelja stabilnija?
• Da li se smanjio broj zahtjeva/povezanja ka izvoru servera (posebno zahtjeva za duplicirane resurse)?

8.3 Jesu li ažuriranja kontrolirana?

• Jednom izmijeniti CSS/JS ili zamijeniti sliku
• Može li se nova verzija brzo implementirati putem promjena broja verzije/promjena naziva datoteke?
• Ako se ažuriranja mogu izvršiti samo putem Purge-a, to ukazuje da strategija verzioniranja ostaje neadekvatna (prioritetno ispravite strategiju; nemojte tretirati Purge kao rutinsku operaciju).

8.4 Jesu li dinamične ključne stranice ispravne?

(Neophodno za e-trgovinu/sajtove sa članstvom)

• Da li je sadržaj stranice ispravan nakon prijave/odjave?
• Jesu li stranice za košaricu, naplatu i račun dosljedno tačne?
• Je li se dogodila anomalija “različiti korisnici pregledavaju istovjetan sadržaj korisničkog stanja” (visok rizik)?

8.5 Da li se stopa grešaka povećava?

• Istek vremena, 5xx greške, povremena nedostupnost
• Ovi obično ukazuju na: nedovoljan kapacitet na izvoru servera, pogrešna pravila, aktivaciju ograničenja protoka ili probleme s backhaul vezom.

9. Rješavanje problema zašto ažuriranja ne stupaju na snagu (pretvaranje “misterije” u korake)

Prvo odredite koju kategoriju problema imate:

9.1 Statični resursi nisu ažurirani (CSS/JS/slike ostaju zastarjele)

Scenarij A: Samo ti možeš vidjeti staru verziju; kad ideš u inkognito režim ili promijeniš uređaj, prikazuje se kao nova.
Glavni osumnjičeni: keš preglednika

• Pristup rješavanju: Objavite nove resurse s ažuriranim brojevima verzija/nazivima datoteka.

Scenarij B: Svi vide staru verziju (nevidljiva/također stara na različitim uređajima)
Primarna sumnja: CDN i dalje pogađa stari keš

• 99% Razlog: URL resursa nije promijenjen
• Preferirano rješenje: Strategija verzioniranja
• Očistiti (kao privremenu mjeru)

Scenarij C: Nakon prepravljanja slike istim imenom datoteke, stara slika se i dalje prikazuje.
Ovo je klasičan problem uzrokovan kešom preglednika u kombinaciji s kešom CDN.

• Praktičan savjet: nastojte izbjeći dugotrajne “kolizije imena” primjenom novih naziva datoteka/puta ili brojeva verzija.

---

9.2 HTML nije ažuriran (sadržaj/moduli stranice su i dalje zastarjeli)

Scenarij A: Backend/post-login interfejs je nov, dok posjetioci vide staru verziju.
Prethodna sumnja: HTML posjetiteljskog stanja je keširan.

• Prvo, potvrdite: treba li HTML za ovu vrstu stranice biti keširan?
• Ako je potrebno keširanje: neophodna je kontrolirana strategija osvježavanja, inače objavljivanje postaje neupravljivo.

Scenarij B: Samo određene regije/mreže prikazuju zastarjeli sadržaj.
Primarna sumnja: Stanja keša se razlikuju među rubnim čvorovima.

• Pristup rješavanju: Koristite strategije verzioniranja/osvježavanja kako biste minimizirali razlike; implementirajte eksplicitno rukovanje greškama gdje je to potrebno.

Scenarij C: Anomalija kod prijavljenog korisnika/korpe za kupovinu
Signal visokog rizika: keš može sadržavati netačan sadržaj.

• Odmah provjerite jesu li stranice u korisničkom načinu (kao što su stranice korpe za kupovinu, naplate, računa itd.) keširane.
• Provjerite da li ključ keša zanemaruje varijante ključa kao što su “User Mode cookie/Language/Currency”

10. Preporučeno

Cloudflare

• Integracija obrnutog proxyja
• Pogodno za: početnike bez muke
• Ključne tačke: Strategija verzioniranja rješava ažuriranja; keširanje HTML-a je implementirano iz perspektive posjetitelja.
• Rizik: Dinamičke stranice moraju biti zaobiđene.

Tencent Cloud International EdgeOne

• Integracija obrnutog proxyja
• Pogodno za: Razmatranje kapaciteta čvorova kopnene Kine i integriranog pristupa
• Besplatno: Postoji besplatan plan/besplatna verzija, ali obavezno pažljivo provjerite kvote i obaveze o nivou usluge.
• Rizici: kvote za pravila, dnevnike i poddomene zahtijevaju planiranje; budite oprezni s keširanjem HTML-a.

Alibaba Cloud Međunarodna preduzećna sigurnosna arhitektura (ESA)

• Integracija obrnutog proxyja
• Besplatno: Korisnici međunarodnih računa na stranici mogu besplatno pristupiti ulazu.
• Rizici: Besplatni nivo (SLA/podrška/ograničenja propusnosti) i regionalni/registracioni zahtjevi moraju biti prethodno potvrđeni.
• Pogodno za: evaluaciju/testiranje uz lagani pristup; ili naknadne nadogradnje paketa; ili razmatranje mogućnosti čvorova kopnene Kine i integriranog pristupa.

bunny.net

• Statičko povlačenje CDN
• Pogodno za: Početak sa statičkom akceleracijom niskog rizika
• Ključne tačke: broj verzije ima prednost, a Purge je rezervna opcija; izbjegavajte prepravljanje datoteka s istim imenom.
• Rizik: Neuspjeh u pravilnoj implementaciji strategija ažuriranja može dovesti do čestih susreta sa “zastarjelim resursima”.”

11. Preporuke za djelovanje

1. Prvo odaberite arhitekturu: integracija obrnutog proxyja (Cloudflare/EdgeOne/ESA) ili statički Pull CDN (bunny)
2. Uvesti fazno:Prvo statičko → zatim strategija verzioniranja → na kraju razmotrite keširanje HTML-a
3. Kontrolna lista za provjeru nakon lansiranja: Stopa pogodaka / Pronalaženje izvora / Ažuriranja / Dinamički zaobilazak / Stopa grešaka
4. Potrebno je brže: vratite se na postavke “Cache Plugin” i “Image Optimisation” i ponovo komprimirajte sloj izvornog servera i sloj resursa.

WordPress CDN Često postavljana pitanja

1. Zašto je i dalje sporo iako koristim CDN?

Najčešći razlog nije u tome što je CDN neučinkovit, nego što usko grlo nije na “sloju isporuke”.

Možete to odrediti u sljedećem redoslijedu:

• TTFB ostaje visok: Ukazuje na sporo generisanje HTML-a na izvoru servera (konfiguracija baze podataka/plug-inova/plug-ina za keširanje/performanse hostinga) → Vratite se na optimizaciju na nivou izvorne servera
• Velika slika na prvom ekranu se sporo učitava.: Označava da su volumen, dimenzije ili format slike netačni → Prvo izvršite optimizaciju slike (kompresija, WebP/AVIF, strategija prilagođavanja veličine)
• Skripte trećih strana usporavaju stvari: Uobičajeni problemi sa skriptama za oglašavanje/statistiku/korisničku podršku → CDN obično ne pomaže; potrebno je smanjiti ili odgoditi učitavanje
• Samo su određena područja spora.Mogući uzroci uključuju pokrivenost čvorova, povezivost povratne veze ili propuste u keš memoriji (nisoka stopa pogodaka) → Ispitajte stopu pogodaka i status povratne veze

CDN je odgovoran za bržu isporuku “optimiziranih resursa”; spori izvorni serveri, velike slike i spori skripti moraju se rješavati zasebno.

---

2. Zašto korisnici i dalje vide staru verziju nakon što sam ažurirao CSS/JS/slike?

Ovo je najčešći problem u scenariju CDN; osnovni uzrok je obično:URL resursa ostaje nepromijenjen.Sistem keša će nastaviti razumno koristiti stare pogodke keša.

Najpouzdaniji princip rukovanja:

• Broj verzije ima prednost: Promijenite URL resursa (na primjer style.css?ver=xxxx ili hash imena datoteke)
• OčistitiAko još niste uspostavili strategiju verzioniranja, koristite čišćenje keša kao privremenu mjeru.

Ako često mijenjate banere na početnoj stranici ili promotivne slike, preporučljivo je izbjegavati prebrisavanje datoteka istog naziva. Umjesto toga, dajte prednost korištenju novih naziva datoteka ili novih putanja (koje nude veću kontrolu).

---

3. Da li trebam keširati HTML? Bi li bilo besmisleno da ga ne keširam?

Nije nužno potrebno.

Za mnoge web stranice, najveća vrijednost CDN leži u:

• Statični resursi (slike/CSS/JS/fontovi) se učitavaju brže
• Smanjeno opterećenje izvornog poslužitelja i poboljšana stabilnost

HTML keš Prednosti zaista mogu biti veće (s nižim TTFB-om), ali su i rizici najveći: e-trgovina, članski sistemi, personalizirani sadržaj i višejezichni/viševalutni sistemi skloni su keširanju netačnih informacija.

Promišljen pristup:

1. Počnite sa statikom pozicijom: CDN (niski rizik, visok povrat)
2. Prođite kroz strategiju verzioniranja i kontrolnu listu za validaciju.
3. Ponovo procijeniti da li keširati HTML (počevši od “stanja posjetitelja”)

---

4. Može li e-trgovina koristiti CDN? Hoće li to pokvariti korpu za kupovinu?

To se može učiniti, i zaista bi trebalo učiniti (barem za statičke resurse), ali treba izbjegavati keširanje stranica koje su generirali korisnici.

• Statični resursi se mogu keširati.Slike, CSS, JS
• Stranice u korisničkom režimu moraju biti zaobiđene.Ne keširajte HTML stranice za korpu, naplatu i stranice vezane za račun.
• Pod uslovom da ne keširate ove stranice u HTML formatu, rizik od međusobnog korištenja košarica ili međusobnih računa bit će značajno smanjen.

---

5. Kako mogu postaviti višejezični/viševalutni sajt koristeći CDN tako da se jezici i cijene ne pomiješaju?

Suština je u Ključ keša Je li to ispravno?

• Jezik (putanja ili poddomena)
• Valuta (ako utiče na prikaz cijene)
• Jeste li prijavljeni? (cookie)
• Regija/Poreska stopa (ako se stranica razlikuje po regiji)

Ako se ovi parametri ne uključe u logiku keširanja, vrlo je vjerovatno da će korisnik jezika A vidjeti sadržaj na jeziku B ili naići na nedosljedno određivanje cijena.

---

6. Trebam li odabrati rješenje obrnutog proxyja (Cloudflare/EdgeOne/ESA) ili statički pull server (bunny)?

Možete birati na osnovu svojih “ciljeva” i “tolerancije na rizik”:

• Želio bih obuhvatiti HTTPS + CDN + osnovnu sigurnost odjednom, s opcijom da se kasnije proširi na pravila i WAF:Integracija obrnutog proxyja
• Želim napraviti najstabilniji prvi korak (brži statički resursi) bez mijenjanja cijelog proxyja sajta:Statičko povlačenje CDN(npr. zečić)

Ako ste neodlučni, preporuka po zadanom je:Prva statička CDN → Prođite kroz strategiju verzioniranja i kontrolnu listu za validaciju → Zatim odlučite hoćete li implementirati keširanje putem proxyja/HTML keširanje.

---

7. Može li besplatna verzija direktno da se koristi na aktivnoj web stranici?

Može se koristiti, ali tretirajte “besplatno” kao “početnu/ocjenjivačku/laganu upotrebu”, a ne kao “formalno rješenje s komercijalnim SLA-om”.

• Da li biste bili spremni prihvatiti besplatni plan?Ograničenja kapaciteta, funkcionalne izostavke, varijacije u metodama podrške i potencijalni nedostatak SLA obaveza？
• Ako to nije moguće, besplatna usluga treba se smatrati probnom, uz naknadno nadogradnju na prikladniji paket.

---

8. Kako mogu biti siguran da CDN zaista djeluje, a ne da je to samo placebo efekat?

Potvrdite koristeći ova tri koraka (nije potreban nikakav složen alat):

1. Provjerite da li se statički resursi vraćaju iz CDN(Je li se promijenio izvor slika/CSS/JS?)
2. Promatrajte da li su se poboljšale stope pogodaka i performanse povratka na izvor.(Samo kada se stopa pogodaka poveća, a regeneracija resursa smanji, može se smatrati stvarnom prednošću)
3. Ažurirajte politiku provjere CSS-a/slike prilikom izmjene(Broj verzije na snazi, koji označava kontrolabilnost veze)

Ako ne možete provesti treću tačku, naknadne optimizacije će sve više biti opterećene neuspjesima ažuriranja da stupe na snagu. Preporučljivo je dati prioritet dovršetku strategije verzioniranja.

---

9. Zašto se aktivacija značajke ubrzanja za kopnenu Kinu često zaglavi?

Najčešći uzroci su:Odabrana regija ne ispunjava zahtjeve za podnošenje.。

• Ako želite odabrati regiju ubrzanja koja uključuje kopnenu Kinu, obično ćete morati dovršiti Podnošenje ICP-aNeregistrirani korisnici mogu odabrati samo regije, osim kopnenog dijela Kine.

---

10. Da li prvo da instaliram plugin za keširanje ili prvo da podesim CDN?

Općenito preporučeni redoslijed je:

1. Sloj Origin servera: prvo su stabilizirani keširanje dodataka i hosting infrastruktura (smanjen TTFB, smanjeno opterećenje pozadine)
2. Sloj resursa: Optimizirajte slike za smanjenje veličine datoteke
3. Sloj isporuke: CDN – brža i pouzdanija isporuka resursa

Ako si trenutno raspoložen samo za jednu stvar i želiš izbjeći bilo kakve nezgode:Prvo, statička konfiguracija: CDN (Faza 1)Stabilni prinosi, minimalan rizik.