WordPress ubrzanje

Ako razložimo optimizaciju performansi WordPressa na tri sloja:

• Sloj Origin servera: Hosting / PHP / Baza podataka / Dodatak za keširanje —— određuje TTFB i opterećenje backenda
• Sloj resursaOptimizacija slika — određuje veličinu za preuzimanje i brzinu učitavanja velikih slika na prvom ekranu
• Sloj isporuke: CDN — odlučuje da resursi budu bliže posjetiocima, da pogoci budu stabilniji, a izvorni server rasterećeniji

Ovaj članak raspravlja o CDN Ubrzano：

• Znajte šta CDN može riješiti, a šta ne
• Odabrati CDN oblik i pružaoca usluge koji vam odgovaraju (i razumjeti granice besplatne/početne 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. Prvo razjasnimo koncept: šta CDN rješava, a šta ne rješava

1.1 CDN uglavnom rješava 3 stvari

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
Nakon što se pogodi keš na rubu mreže, zahtjevi se više neće često vraćati na izvor, pa će opterećenje na propusni opseg izvornog servera, istovremene veze, diskovni I/O i oscilacije CPU biti manje.
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 CDN 3 vrste problema koja se neće automatski riješiti

1.2.1 Sam izvorni poslužitelj je spor
Baza podataka je spora, logika dodatka je spora, PHP se računa sporo — to spada u probleme na nivou izvorne stranice.
CDN može ubrzati statičke resurse, ali ako se i početni HTML stranice generira sporo, korisnik će i dalje imati osjećaj da se stranica sporo otvara. Tada se prvo vrati na: hosting/cache dodatak/optimizaciju 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 pomoći da budu “brži”; to se može riješiti samo smanjenjem/odgađanjem učitavanja, zamjenom dobavljača ili optimizacijom strategije skripti.

2. Odabir za 30 sekundi: koji oblik CDN vam je potreban?

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

2.1 Integrisani “tip s obrnutim proxyjem” (jednostavnije, pogodno za većinu stranica)

Karakteristike: Nije samo CDN, već i 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:

• HTTPS certifikati i TLS upravljanje jednostavniji
• Jedinstveni sigurnosni pristup (osnovni DDoS, 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.

Pruža: 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še ti je stalo do “ukupnog iskustva i kasnijeg proširenja”, i ne želiš da DNS, certifikat, CDN i sigurnost budu podijeljeni u više zasebnih setova

---

2.2 Čisti “statički Pull CDN” (niski početni rizik, uglavnom ubrzava slike/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”

Predstavnik: 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
• Drugi nivo: statični Pull 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?
Nakon što povežeš domenu, ona kao proxy stoji ispred web stranice i pruža CDN, certifikate, osnovnu zaštitu i mogućnosti pravila keširanja.

Za koga je to pogodno?

• Želite bez brige: HTTPS + CDN + osnovna sigurnost na jednom mjestu
• 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 puštanja CDN u rad, lanac keširanja postaje duži (keš preglednika + CDN keš + keš izvornog servera), pa je potrebna “strategija verzionisanja” kako bi ažuriranja bila pod kontrolom (stabla za provjeru su navedena kasnije)
• 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：

• Pozicioniranje: 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.

• Kao i Cloudflare, ima besplatnu verziju, ali obično će imati Kvota/Funkcionalno ograničenje(broj pravila, broj zadataka dnevnika itd.), ali nije potrebno mijenjati DNS, dovoljno je samo povezivanje putem CNAME-a.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

• Kao i Cloudflare, ima besplatnu verziju, ali obično će imati Kvota/Funkcionalno ograničenje(broj pravila, broj zadataka dnevnika itd.), ali nije potrebno mijenjati DNS, dovoljno je samo povezivanje putem CNAME-a.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: Statički Pull CDN (niski početni rizik, jasno obračunavanje po potrošnji)

Ako želiš “prvo uzeti najsigurniju zaradu”, bunny tipa Pull CDN je vrlo prikladan:
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
• Želite prvo ostvariti niskorizičan i stabilan prihod, bez žurbe da cijelu stranicu prepustite agentskoj platformi (integrisani DNS/SSL/WAF)
• 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 “static assets not updating” is almost never a bug in CDNveć 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 razumno nastaviti koristiti stari keš, pa ćete vidjeti “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 → Keširaj CDN 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 Nastavi koristiti stari keš（razumno）
• URL postaje style.css?ver=20260103 或 style.abc123.css → CDN smatra se novim resursom → nova verzija odmah stupa na snagu

bunny kao najbolja praksa za “prvi korak 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čni 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)

Najlakši način da se CDN “zbrka” jeste da se odmah na početku pokuša uključiti sve mogućnosti do maksimuma.

Faza 1: uraditi samo statičke resurse CDN (toplo preporučujemo da se prvo uradi)

CiljSlike/CSS/JS/fontovi prvo idu preko CDN; HTML se ne kešira u CDN (ili se zasad ne dira)

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)

• Miješani sadržaj (
• 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 prekretnica koja pokazuje da li je “CDN” urađen 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š memorija: rubni čvorovi možda su keširali stare resurse
• 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 najveća bolna tačka kod CDN za mnoge ljude.

---

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. Prvo statički CDN + dodatak za keširanje na izvornom serveru.

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/komentara

Ključ keša mora biti dovoljno jedinstven da razlikuje

• Da li je korisnik prijavljen (dimenzija kolačića)
• 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.
Siguran pristup je obično: statički CDN + keš izvornog servera/keš objekata; HTML se kešira samo za posjetioce.

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.）
• Da li ste prijavljeni (kolačić)
• 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 Da li statički resursi zaista idu preko CDN?

• Da li slike/CSS/JS dolaze s CDN domene/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)
Prvo posumnjajte: 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 preklapanja keša preglednika i CDN keša

• 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širanja izostavlja ključne varijante kao što su “user-state cookies/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čki Pull 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 oblik: integrirani obrnuti proxy (Cloudflare/EdgeOne/ESA) ili statični 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 Česta pitanja

1. Zašto je i dalje sporo nakon korištenja CDN?

Najčešći razlog nije to što je CDN beskoristan, već š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 stvariOglasi/statistika/korisnička podrška skripte uobičajeno → CDN obično ne pomaže, treba 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 zadužen da “već optimizirane resurse” isporuči brže; spor izvorni server, velike slike i spore skripte treba rješavati odvojeno.

---

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, a glavni uzrok obično je: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 stranice, najveća vrijednost CDN dolazi iz:

• 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. Prvo uradite statično CDN (nizak 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-commerce stranica koristiti CDN? Hoće li to poremetiti 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 napraviti višejezičnu/viševalutnu stranicu CDN da se ne pomiješaju jezik/cijene?

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

• Jezik (putanja ili poddomena)
• Valuta (ako utiče na prikaz cijene)
• Da li ste prijavljeni (kolačić)
• 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. Da li da izaberem integrisani obrnuti proxy (Cloudflare/EdgeOne/ESA) ili statički Pull CDN (bunny)?

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

• Želite sve riješiti odjednom: HTTPS + CDN + osnovna sigurnost, uz mogućnost kasnijeg proširenja pravila/WAFIntegracija obrnutog proxyja
• Želim napraviti najstabilniji prvi korak (brži statički resursi) bez mijenjanja cijelog proxyja sajta:Statički Pull CDN(npr. zečić)

Ako ste neodlučni, preporuka po zadanom je:Prvo statično 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 da potvrdim da je CDN zaista djelovao, a ne da je samo psihološka utjeha?

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

1. Provjeri 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. Trebam li prvo instalirati dodatak za keširanje ili prvo koristiti 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 isporučuje resurse brže i stabilnije

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