Kako Postaviti Trajanje Predmemorije U Pregledniku?

Trajanje predmemorije u pregledniku određuje koliko dugo će statički datoteke na vašoj web stranici biti pohranjene u pregledniku posjetitelja koristeći HTTP pravila predmemorije. U praksi se definiraju Cache-Control i, u nekim slučajevima, Expires naslovi za CSS, JavaScript, slike, fontove i ikone; na primjer, verzionirane CSS i JS datoteke mogu se postaviti na 1 godinu, slike na 30 dana do 1 godinu, dok se za HTML stranice preferira kratko trajanje ili ponovna provjera. Ispravna postavka sprječava ponovnu preuzimanje istih datoteka, ubrzava učitavanje stranice i poboljšava Core Web Vitals metrike.

U ovom vodiču ćemo korak po korak objasniti kako predmemorija u pregledniku funkcionira, koliko sekundi dodijeliti kojoj datoteci, kako to primijeniti na Apache, Nginx, LiteSpeed, WordPress i CDN. Cilj nije samo dobiti zeleni rezultat u alatu za testiranje brzine; već i učinkovito koristiti resurse poslužitelja dok pružamo ažurirane datoteke korisnicima, smanjiti TTFB i potrošnju propusnosti te osigurati značajno povećanje brzine pri ponovnim posjetama. Osobito kod dijeljenih hostinga, WordPress hostinga i korporativnih web projekata, ispravna strategija predmemorije jedna je od najutjecajnijih poboljšanja performansi koja se može postići uz niske troškove. Hostragons web hosting paketi

Što je predmemorija u pregledniku?

Predmemorija u pregledniku označava privremeno pohranjivanje statičkih resursa koji se preuzimaju prilikom otvaranja web stranice na uređaju korisnika. Kada posjetitelj uđe na vašu početnu stranicu, preuzimaju se logotip, CSS datoteka, JavaScript datoteke, fontovi i slike. Ako su za te datoteke postavljeni ispravni naslovi predmemorije, kada posjetitelj pređe na drugu stranicu ili se kasnije ponovno vrati na stranicu, preglednik neće ponovno tražiti neke od tih datoteka s poslužitelja. Tako se stranica učitava brže.

Na primjer, zamislite da imate početnu stranicu veličine 2 MB. Ako 1,4 MB dolazi iz slika, 300 KB iz CSS i JS datoteka, a 100 KB iz fontova, tada se ti resursi mogu preuzeti pri prvom posjetu. Međutim, prilikom drugog posjeta, kada preglednik koristi te statičke resurse lokalno, količina podataka koja se prenosi mrežom dramatično se smanjuje. Ova razlika postaje očitija na mobilnim vezama i na web stranicama s visokim prometom.

Predmemorija u pregledniku ne smije se miješati s poslužiteljskom predmemorijom. Poslužiteljska predmemorija pohranjuje PHP izlaze ili upite baze podataka na poslužitelju. Predmemorija u pregledniku omogućuje ponovnu upotrebu resursa na uređaju posjetitelja. Za najbolje performanse, oba sloja trebaju biti planirana zajedno. Na web stranicama koje koriste WordPress, predmemorija stranice, predmemorija objekata, CDN predmemorija i predmemorija preglednika obično su dijelovi iste strategije optimizacije. WordPress hosting i optimizacija performansi

Zašto je predmemorija u pregledniku važna za SEO?

Google smatra web stranice koje nude brza i stabilna iskustva vrijednijima s aspekta zadovoljstva korisnika. Predmemorija u pregledniku ne jamči visoku poziciju u pretraživaču sama po sebi; međutim, budući da utječe na brzinu stranice, kašnjenje interakcije i učinkovitost učitavanja resursa, podržava SEO performanse. Osobito stvara značajnu razliku u scenarijima kao što su ponovni posjeti, navigacija po kategorijama, prelazak na stranice proizvoda i unutarblogovno kretanje.

Prema SEO standardima iz 2026. godine, tehnička izvedba nije samo pitanje Lighthouse ocjene. Korisničko iskustvo koje Google ocjenjuje odnosi se na LCP, INP, CLS, TTFB i stvarne podatke korisnika. Suvišno ponovno preuzimanje CSS i JS datoteka može produžiti LCP vrijeme. Svaki zahtjev za fontovima na svakoj stranici može utjecati na vizualnu stabilnost. Nedostatak predmemorije za velike slike može uzrokovati osjećaj usporenosti kod mobilnih korisnika.

• Brži ponovni posjeti: Korisnik ne preuzima iste datoteke ponovno.
• Niža potrošnja propusnosti: Smanjuje se promet prema poslužitelju, a resursi hostinga se učinkovitije koriste.
• Bolja učinkovitost indeksiranja: Prezentacija statičkih resursa postaje organiziranija za botove i korisnike.
• Manji rizik od trenutnog napuštanja: Stranice koje se brzo učitavaju povećavaju interakciju korisnika.
• Konzistentnije performanse: Opterećenje na CDN-u i hostingu se bolje ravnoteži.

Osnovni HTTP naslovi za predmemoriju

Trajanje predmemorije u pregledniku upravlja se HTTP odgovorima. Najčešći naslovi su Cache-Control, Expires, ETag i Last-Modified. U modernim projektima glavni kontrolni naslov je Cache-Control; Expires se više koristi za unazadnu kompatibilnost.

Cache-Control

Cache-Control govori pregledniku i sustavima međupredmemorije kako treba pohraniti datoteku. Najčešće korištene direktive su:

• max-age: Određuje koliko sekundi se resurs smatra svježim. Na primjer, max-age=31536000 otprilike je 1 godina.
• public: Određuje da se resurs može pohraniti u javnim sustavima predmemorije poput preglednika i CDN-a.
• private: Određuje da se resurs treba pohraniti samo u pregledniku korisnika.
• no-cache: Određuje da se resurs mora provjeriti na poslužitelju prije korištenja; to ne znači potpuno isključivanje predmemorije.
• no-store: Određuje da se resurs ne smije pohranjivati nigdje; prikladno za stranice s plaćanjem, panelima i osobnim podacima.
• immutable: Određuje da se resurs neće mijenjati dok ne istekne; idealno za verzionirane datoteke.

Primjer naslova statičke datoteke može izgledati ovako: Cache-Control: public, max-age=31536000, immutable. To govori pregledniku da može pohraniti datoteku na 1 godinu i da ne mora ponovno provjeravati sve dok se naziv datoteke ne promijeni.

Expires

Expires naslov određuje do kojeg datuma i vremena resurs vrijedi. Na primjer, može se dodijeliti Expires vrijednost koja pokazuje 30 dana unaprijed za sliku. Međutim, Expires nije fleksibilan kao Cache-Control jer koristi apsolutne datume. U modernim konfiguracijama Cache-Control je prioritet; Expires se može dodati za starije preglednike.

ETag i Last-Modified

ETag i Last-Modified su mehanizmi provjere. Preglednik može pitati poslužitelj je li verzija datoteke koju ima ažurna. Ako se datoteka nije promijenila, poslužitelj vraća 304 Not Modified odgovor i tijelo datoteke se ne preuzima ponovno. Ova metoda je posebno korisna za sadržaje koji se često mijenjaju kao što su HTML ili datoteke za koje ne želite dati dugoročno trajanje predmemorije.

Koje trajanje predmemorije koristiti za koje vrste datoteka?

Najčešća greška je dodijeliti isto trajanje svim vrstama datoteka. Međutim, HTML, CSS, JS, slike, fontovi i API odgovori imaju različita ponašanja ažuriranja. Osnovno pravilo je jednostavno: Ako se naziv datoteke može promijeniti, može se dodijeliti dugo trajanje predmemorije; ako se sadržaj često mijenja bez promjene naziva datoteke, treba se koristiti kratko trajanje ili provjera.

Ova tablica je opća polazna točka. HTML stranice koje sadrže informacije o zalihama i cijenama na e-trgovinskim stranicama ne bi trebale biti agresivno predmemorirane. Nasuprot tome, slike proizvoda mogu se predmemorirati na 1 godinu sve dok se naziv datoteke promijeni. Na korporativnoj web stranici, logotipi, fontovi i teme mogu se dugo pohranjivati; međutim, ako su banneri kampanja često mijenjaju, 7-30 dana može biti sigurnije.

Kako planirati trajanje predmemorije u pregledniku?

Za uspješnu strategiju predmemorije prvo klasificirajte datoteke na svojoj stranici. Tehnički, ono što treba učiniti je napisati pravila prema nastavcima datoteka; strateški, ono što treba učiniti je odrediti trajanje prema učestalosti ažuriranja.

1. Odvojite statičke i dinamičke resurse

Datoteke poput CSS, JS, JPG, PNG, WebP, SVG i WOFF2 su statički resursi. HTML, košarice, korisnički paneli, rezultati pretraživanja i API odgovori se smatraju dinamičnima. Dok se statički resursi mogu dugo predmemorirati, dinamički sadržaji trebaju se pažljivije upravljati. Osobito, javna predmemorija ne bi se trebala koristiti za korisnički specifične sadržaje.

2. Koristite verzioniranje datoteka

Siguran način dugotrajnog trajanja predmemorije je verzioniranje datoteka. Na primjer, ako predmemorirate datoteku style.css na 1 godinu i promijenite njezin sadržaj, neki korisnici i dalje mogu vidjeti stari dizajn. Umjesto toga, ako koristite imenovanje poput style.2026.01.css, app.v12.js ili app.8f3a2.js koji sadrži hash datoteke, novi naziv datoteke se objavljuje u trenutku ažuriranja i preglednik preuzima novi resurs.

WordPress teme i moderni alati za izgradnju mogu automatizirati ovaj posao. Ako razvijate temu, korištenje parametra version u funkcijama wp_enqueue_style i wp_enqueue_script olakšava upravljanje verzijama putem upita ili naziva datoteka. Međutim, zbog mogućih različitih ponašanja predmemorije upita u nekim CDN konfiguracijama, dodavanje hasha u naziv datoteke može biti otpornija metoda.

3. Ne budite agresivni prema HTML-u

HTML stranice, koje sadrže stvarni sadržaj vidljiv korisniku, obično se upravljaju kratkim trajanjem predmemorije ili ponovnom provjerom. Za blogove, 5-10 minuta predmemorije može biti dovoljno; dok za vijesti, kampanje ili cjenovne stranice može biti potrebno kraće trajanje. Ako koristite predmemoriju stranica u WordPressu, trebali biste razmotriti naslove predmemorije preglednika zajedno s mehanizmima za čišćenje poslužiteljske predmemorije i CDN-a.

4. Isključite predmemoriju na stranicama koje zahtijevaju sigurnost

Na stranicama za prijavu, korisničke panele, korake plaćanja, sažetke narudžbi, račune i stranicama koje sadrže osobne podatke, trebali biste koristiti naslove kao što su Cache-Control: no-store, private. Predmemorija u pregledniku je za performanse; međutim, ne smije ugroziti sigurnost osobnih podataka. Korištenje SSL-a također je osnovni zahtjev u ovom pogledu. Hostragons SSL certifikati

Postavke predmemorije u pregledniku s Apache .htaccess

Na Apache poslužiteljima, predmemorija u pregledniku obično se postavlja putem .htaccess datoteke. Ovo je najpraktičnija metoda za mnoge vlasnike stranica koji koriste dijeljeni hosting. Prvo, moduli mod_expires i mod_headers trebaju biti aktivni. U većini kvalitetnih hosting okruženja, ovi moduli dolaze unaprijed podešeni.

Pomoću sljedeće logike možete to postaviti: dugo trajanje za slike i fontove, dugo trajanje za CSS i JS, kratku provjeru za HTML. U pravilima koja dodate u svoju .htaccess datoteku definiraju se ExpiresByType i Header set Cache-Control prema vrstama datoteka. Na primjer, za datoteke image/webp, image/jpeg, image/png, image/svg+xml može se dodijeliti 1 godina; za text/css i application/javascript može se dodijeliti 1 godina; za text/html može se primijeniti no-cache.

Prije primjene, izradite sigurnosnu kopiju svoje .htaccess datoteke. Pogrešno napisano pravilo može uzrokovati grešku 500 Internal Server Error. Nakon promjene, otvorite stranicu u incognito prozoru, a zatim provjerite odjeljak s odgovorima u DevTools Network za relevantne datoteke. Ako Cache-Control nije vidljiv, možda je poslužiteljski modul isključen, CDN mijenja naslove ili drugi dodaci prepisuju naslove.

Primjeri trajanja na Apache strani: za CSS i JS max-age=31536000, za slike max-age=31536000, za PDF max-age=2592000, za HTML max-age=0 i no-cache. Ove vrijednosti su dobre za početak; trebaju se revidirati prema tijeku vaših objava. Kada koristite postavke performansi putem .htaccess na Hostragons hosting infrastrukturi, preporučuje se provjeriti da li postoji sukob s postavkama predmemorije teme i dodataka. Apache .htaccess postavke performansi

Postavke predmemorije s Nginx-om

Na poslužiteljima koji koriste Nginx, naslovi predmemorije definiraju se unutar server ili location blokova. Nginx se posebno preferira na projektima s visokim prometom zbog visoke performanse u prezentaciji statičkih datoteka. Osnovna logika ovdje je odrediti expires i add_header Cache-Control vrijednosti prema pravilima na temelju ekstenzije.

Primjer pristupa može biti sljedeći: za statičke resurse kao što su CSS, JS, WebP, JPG, PNG, SVG, WOFF2 dodaje se expires 1y i Cache-Control public, immutable. Za HTML izlaze, preferira se expires off ili no-cache. Ako koristite CDN, također biste trebali testirati kako CDN interpretira Cache-Control naslove koji dolaze s izvornih poslužitelja.

Jedna od stvari na koje treba obratiti pažnju kod Nginx postavki je da se direktiva add_header u nekim slučajevima primjenjuje samo na određene kodove odgovora. U modernim Nginx konfiguracijama može se koristiti always parametar. Također, ako se isti naslov dodaje iz aplikacije, Nginx-a i CDN-a, mogu nastati sukobi ili duplicirane Cache-Control vrijednosti. U tom slučaju, potrebno je razjasniti prioritetni lanac i odrediti jedan izvor autoriteta.

Predmemorija na LiteSpeed i WordPress stranicama

LiteSpeed poslužitelji nude snažnu prednost performansi, posebno na WordPress projektima, koristeći LiteSpeed Cache dodatak. Međutim, predmemorija u pregledniku i predmemorija stranice trebaju se odvojiti. Kada je opcija Browser Cache aktivirana u LiteSpeed Cache dodatku, naslovi predmemorije za statičke datoteke mogu se automatski primijeniti. Ipak, važna je kontrola trajanja.

Preporučena praksa u WordPress-u je dugoročno predmemoriranje statičkih resursa i aktivno održavanje verzioniranja datoteka. Kada izvršite ažuriranje teme, promjenu CSS-a ili JS-a, dodatak bi trebao očistiti predmemoriju, a ako koristite CDN, treba provesti CDN čišćenje. U suprotnom, neki korisnici mogu naići na stari dizajn ili oštećeno ponašanje JavaScripta.

Popularni dodaci za predmemoriju nude opcije kao što su Browser Cache, Minify, Combine, Critical CSS, integracija s CDN-om i Object Cache. Otvoriti sve opcije agresivno u isto vrijeme nije uvijek ispravno. Prvo uredite naslove predmemorije preglednika, a zatim testirajte postavke minifikacije i kombiniranja. U 2026. godini, kada su HTTP/2 i HTTP/3 u širokoj upotrebi, nije toliko kritično spajati svaku datoteku; zapravo, u nekim slučajevima to može smanjiti učinkovitost predmemorije.

Ako je vaša WordPress stranica spora, problem ne mora biti samo u predmemoriji preglednika. Preveliki podaci u bazi, teške teme, previše dodataka, neoptimizirane slike i hostanje s niskim resursima također utječu na performanse. Stoga, razmotrite postavke predmemorije zajedno s kvalitetnim hostingom, ažuriranim PHP verzijama i ispravnom SSL konfiguracijom. Hostragons WordPress hosting

Kako postaviti trajanje predmemorije kada koristite CDN?

CDN isporučuje vaše statičke datoteke s edge poslužitelja koji su geografski blizu korisnicima. Predmemorija u pregledniku zadržava datoteku u pregledniku korisnika. Kada ova dva sloja rade zajedno, povećanje performansi postaje očitije. Međutim, trajanje predmemorije koje postavite u CDN panele mora biti usklađeno s Cache-Control naslovima na izvornoj poslužitelju.

Opći pristup može biti sljedeći: dodajte Cache-Control od 1 godine za statičke datoteke na izvornoj poslužitelju, a u CDN-u definirajte isti ili kontrolirani TTL. Kada dođe do promjena u datoteci, verzionirajte naziv datoteke ili provedite CDN čišćenje. U HTML stranicama, ako koristite CDN predmemoriju, trebali biste stvoriti posebna pravila; područja kao što su košarice, računi, plaćanja i upravljačke ploče trebali bi biti isključeni iz predmemorije.

Jedan od čestih problema kod web stranica koje koriste CDN je pojava starih datoteka nakon ažuriranja. To je obično rezultat promjene sadržaja bez promjene naziva datoteke ili neprovođenja CDN čišćenja. Najpouzdanija metoda je proizvodnja datoteka s hash-om tijekom procesa izgradnje i pozivanje novog naziva datoteke unutar HTML-a. Tako, čak i ako preglednik i CDN drže staru datoteku, nova stranica traži novu datoteku.

Popis koraka za kontrolu implementacije

Sljedeći kontrolni popis nudi praktičan plan implementacije za trajanje predmemorije u pregledniku. Na maloj korporativnoj web stranici može se primijeniti unutar 30-60 minuta; u e-trgovini ili posebnim softverskim projektima, vrijeme testiranja treba biti duže.

• 1. Izradite inventar datoteka: Razvrstajte CSS, JS, slike, fontove, PDF-ove, HTML i API odgovore.
• 2. Odredite učestalost ažuriranja: Zabilježite koje datoteke se mijenjaju svaki dan, a koje jednom mjesečno.
• 3. Odaberite strategiju verzioniranja: Koristite hash datoteke, parametar verzije ili broj izgradnje.
• 4. Dodajte pravila na poslužitelj: Definirajte Cache-Control naslove na Apache, Nginx, LiteSpeed ili CDN panelu.
• 5. Isključite sigurne stranice: Na stranicama s administracijom, plaćanjem, košaricama, korisničkim panelima i osobnim podacima koristite no-store.
• 6. Testirajte: Provjerite putem Chrome DevTools, curl -I, WebPageTest, Lighthouse i testova na stvarnim uređajima.
• 7. Pratite nakon objave: Provjerite ima li pogrešaka sa starim datotekama, oštećenim dizajnom ili JS greškama.

Kako testirati predmemoriju u pregledniku?

Najbrži način da provjerite rade li postavke je korištenje alata za razvojne programere u pregledniku. Otvorite stranicu u Chromeu, prebacite se na DevTools Network, kliknite na CSS ili sliku, i pregledajte vrijednost Cache-Control u odjeljku s odgovorima. U drugom učitavanju možete vidjeti pojmove memory cache ili disk cache u stupcu Status.

Ako koristite naredbeni redak, komanda curl -I yourdomain.com/file.css prikazuje odgovarajuće naslove. Ovdje možete provjeriti vrijednosti Cache-Control, Expires, ETag i Last-Modified. Ako očekivani naslovi nisu prisutni, neka od slojeva aplikacije, web poslužitelja ili CDN-a mogla su promijeniti postavke.

Za testiranje performansi možete koristiti Lighthouse, PageSpeed Insights i WebPageTest. Međutim, umjesto da slijepo primjenjujete preporuke ovih alata, procijenite ih u stvarnim korisničkim scenarijima. Na primjer, dok Lighthouse preporučuje dugotrajnu predmemoriju za statičke datoteke, ne očekuje istu agresivnost za vaše HTML stranice. Također, alati za testiranje ponekad upozoravaju na skripte trećih strana; ne možete kontrolirati trajanje predmemorije za Google Fonts, mreže oglasa ili skripte društvenih medija.

Česte greške

Iako predmemorija u pregledniku izgleda jednostavno, pogrešne konfiguracije mogu uzrokovati probleme s ažuriranjem, sigurnosne rizike i iskustvene probleme za korisnike. Sljedeće greške često se viđaju, osobito među početnicima.

• Dodavanje 1 godine predmemorije svim resursima: HTML, API odgovori i korisnički sadržaji ne bi trebali biti uključeni.
• Korištenje dugog trajanja predmemorije bez verzioniranja datoteka: Korisnici mogu nastaviti vidjeti stare CSS ili JS datoteke.
• Zaboravljanje na CDN čišćenje: Iako je izvorna datoteka ažurirana, CDN može poslužiti staru datoteku.
• Korištenje više dodataka za predmemoriju: Više dodataka može uzrokovati sukobe pisanjem istih naslova.
• Pogrešno tumačenje upozorenja trećih strana: Naslovi predmemorije za skripte trećih strana možda nisu pod vašom kontrolom.
• Predmemoriranje sigurnih stranica: Na stranicama s plaćanjem i računima treba koristiti no-store.

Preporučene početne vrijednosti

Sigurne početne vrijednosti za novu stranicu mogu se sažeti na sljedeći način: CSS i JS datoteke ako su verzionirane 1 godina; slike 1 godina, dok se često mijenjaju slike kampanja 30 dana; fontovi 1 godina; PDF datoteke prema učestalosti ažuriranja 7-180 dana; dok HTML stranice trebaju imati no-cache ili nekoliko minuta kratkoga trajanja. Ovaj pristup održava ravnotežu između performansi i ažurnosti.

Ako je vaša stranica korporativna promotivna stranica, duža trajanja predmemorije obično su bez problema. Ako ste e-trgovina, možete dodati dugo trajanje predmemorije za statičke datoteke na stranicama proizvoda, ali cijene, zalihe, košare i korisnički podaci trebaju biti izvan predmemorije. Ako ste informativna ili blog stranica, možete dugo pohranjivati slike i datoteke tema, dok HTML izdanje može imati kratko trajanje prema učestalosti objavljivanja. Vaša domena, SSL i hosting infrastruktura također su dio lanca performansi. Hostragons provjera domene Hostragons korporativna hosting rješenja

Zaključak

Trajanje predmemorije u pregledniku može značajno poboljšati performanse ponovnog posjeta vašoj web stranici kada se ispravno planira. Osnovno pravilo je: dugotrajno za verzionirane statičke datoteke, kratko trajanje ili no-store za HTML i stranice koje sadrže osobne podatke. Ista logika vrijedi za Apache, Nginx, LiteSpeed, WordPress i CDN okruženja: identificirajte vrstu resursa, odredite učestalost ažuriranja, testirajte Cache-Control naslove i nastavite pratiti nakon objave.

Ukratko, predmemorija u pregledniku je niskotrošna, ali visoko učinkovita optimizacija brzine. Ako hostate svoju stranicu na Hostragons infrastrukturi, možete poboljšati korisničko iskustvo i tehničke SEO performanse odabirom postavki predmemorije koje odgovaraju vašem tipu hostinga. Možete istražiti Hostragons hosting opcije za najbolja rješenja ili korak po korak provjeriti trenutnu konfiguraciju predmemorije na vašoj stranici. Hostragons hosting paketi

Često postavljana pitanja

Koje bi trajanje predmemorije trebalo biti?

Za verzionirane statičke datoteke poput CSS, JS, slika i fontova, idealno je trajanje od 30 dana do 1 godine. Na HTML stranicama, zbog važnosti ažurnosti sadržaja, treba se koristiti no-cache, max-age=0 ili nekoliko minuta kratkoga trajanja.

Koja je razlika između Cache-Control i Expires?

Cache-Control je moderniji i fleksibilniji HTTP naslov; koristi pravila temeljena na sekundama poput max-age. Expires daje određeni datum-vrijeme. U aktualnim projektima, Cache-Control treba biti prioritet, dok se Expires može dodati za unazadnu kompatibilnost.

Kako omogućiti predmemoriju preglednika u WordPress-u?

U dodacima poput LiteSpeed Cache, WP Rocket, W3 Total Cache, opcija za Browser Cache ili predmemoriju preglednika može se aktivirati. Također, Cache-Control naslovi mogu se dodati prema vrstama datoteka koristeći .htaccess ili postavke poslužitelja.

Hoće li duža predmemorija onemogućiti ažuriranja stranice?

Ako ažurirate istu CSS ili JS datoteku bez promjene naziva datoteke, neki korisnici će možda vidjeti staru datoteku. Da biste to spriječili, koristite verzioniranje datoteka, nazive datoteka s hash-om i CDN čišćenje.

Treba li se predmemorirati stranice za plaćanje i korisničke panele?

Ne. Na stranicama s plaćanjem, košaricama, računima i upravljačkim pločama treba koristiti sigurnosne naslove kao što su Cache-Control: no-store, private. Ne smije se žrtvovati sigurnost zbog performansi.