\u0160to je cache<\/strong> ili predmemorija? Cache sadr\u017eaja je softver ili ure\u0111aj dizajniran da bude implementiran ispred poslu\u017eitelja. Posao predmemorije je presretati odre\u0111ene zahtjeve i odgovarati u ime aplikacije ili web stranice, \u010dime se smanjuje broj zahtjeva poslanih na pozadinske servere ili procese.<\/p>\n Uobi\u010dajeno je da su presretnuti zahtjevi ve\u0107 vi\u0111eni, pa \u0107e predmemorija pohraniti odgovore na te zahtjeve. Ako presretne sli\u010dan ili isti zahtjev ponovno, mo\u017ee odgovoriti na isti na\u010din i prikazati informaciju koju ima spremljenu. Tako ne treba \u0161lati novi zahtjev na pozadinsku bazu. Kada se implementira predmemoriranje na strani poslu\u017eitelja, prvi posjetitelj web stranice nakon isteka predmemorije zatra\u017eit \u0107e sadr\u017eaj od izvornog poslu\u017eitelja koji se zatim poslu\u017euje predmemorijom i posjetiteljem. Svi sljede\u0107i posjetitelji biti \u0107e poslu\u017eeni iz predmemoriranog sadr\u017eaja izravno. \u0160to vi\u0161e sadr\u017eaja na web stranici koja je predmemorirana, to \u0107e vrijeme u\u010ditavanja stranice biti br\u017ee.\u00a0 Jednostavan primjer bila bi predmemorija slika na web stranici. Klijent (tj. Preglednik) \u0107e pitati web poslu\u017eitelj za sliku na stranici. Kada se neka slika zatra\u017ei prvi put, predmemorija \u0107e je morati preuzeti s web servera, no za sljede\u0107e zahtjeve te iste slike jednostavno \u0107e je poslu\u017eiti izravno.<\/p>\n Ideja je da \u0107e web poslu\u017eitelj imati puno manje posla jer predmemorija mo\u017ee poslu\u017eiti velik dio sadr\u017eaja vrlo brzo.<\/p>\n Primarna svrha cache-a je da ubrza u\u010ditavanje web stranice, \u0161to je uglavnom bitno korisnicima i posjetiteljima stranice. Iako je vidljiv rezultat br\u017ee u\u010ditavanje i prikazivanje u stvari je najve\u0107i benefit smanjenje latencije i smanjenje prometa prema serveru.<\/p>\n Latencija se smanjuje jer se zahtjev izvr\u0161ava iz cachea, koji je \u201ebli\u017ei\u201c klijentu nego baza iz koje dolaze podaci i time je potrebno manje vremena da se u\u010dita. Ne ponavlja se zahtjev u bazu, ne optere\u0107uje se dodatno procesor, a web stranica izgleda br\u017ea. Istovremeno se smanjuje i prometno optere\u0107enje jer se koristi ista reprezentacija podataka iz cachea za vi\u0161e posjetitelja koji tra\u017ee istu informaciju.<\/p>\n Ukratko, koristi od predmemorije bi bile<\/p>\n \u010cak i ako ni\u0161ta ne razumijete o ovome, jednu stvar svakako trebate znati. Predmemoriranje web stranica<\/strong> jedna je od najkorisnijih dostupnih tehnologija. U\u010dinkovito postavljanje predmemorije najva\u017enija je stvar koju jedna web stranica mo\u017ee u\u010diniti kako bi \u0161to br\u017ee poslu\u017eila sadr\u017eaj posjetiteljima. Tako se pobolj\u0161ava vrijeme u\u010ditavanja front-end i back-end informacija i smanjile optere\u0107enje na server. Ukratko, web stranice \u010dini izuzetno brzima, \u0161to dovodi do boljih SEO rezultata i pove\u0107anog zadovoljstva korisnika.\u00a0 To svakako dovodi do boljih konverzija i samim time pove\u0107ani prihod ako proizvode ili usluge prodajete putem interneta.<\/p>\n Iako je predmemorija izvrsna stvar, neki vlasnici web stranica strahuju da mo\u017ee imati i negativne aspekte poput \u201e\u0160to ako sam update-ao stranicu a cache poslu\u017euje zastarjelu verziju?\u201c. To je svakako briga na mjestu jer ako je bilo neke promjene u bazi, a cache poslu\u017euje iz svoje memorije posjetitelji ne\u0107e vidjeti novi sadr\u017eaj.<\/p>\n No to se svakako da podesiti kako vama odgovara. Ovisno o tome kako implementirate cache, pode\u0161avanja se mogu raditi izravno u kodu ili u postavkama plugina ako predmemoriju koristite na taj na\u010din. U oba slu\u010daja web stranica \u0107e u svom zaglavlju, a ispred HTML koda, \u00a0imati nekoliko linija koda koji utje\u010du na to kako se kreira i koristi predmemorija. Ti kodovi su uglavnom automatski generirani od strane servera i daju upute i cache-u na serveru i va\u0161em pregledniku kako da rukuje s informacijama, no do odre\u0111ene mjere mo\u017eete imati kontrolu nad tim kodovima. Pogledajmo primjer jednog takvog koda:<\/p>\n HTTP\/1.1 200 OK<\/p>\n Date: Fri, 23 Oct 2021 17:18:23 GMT<\/p>\n Server: Apache\/1.3.3 (Unix)<\/p>\n Cache-Control: max-age=3600, must-revalidate<\/p>\n Expires: Fri, 30 Oct 2021 15:22:41 GMT<\/p>\n Last-Modified: Mon, 29 Jun 2020 04:18:12 GMT<\/p>\n ETag: “3f76-430-3117fbbc”<\/p>\n Content-Length: 1040<\/p>\n Content-Type: text\/html<\/p>\n U ovom kodu su sadr\u017eane informacije o tome kada je bila posljednja promjena (Last-Modified) i kada je posljednji put cache povukao podatke (Date) te kada je vrijeme da se ponovno osvje\u017ee podaci u predmemoriji (Expires). Time su ovdje prisutne informacije o svje\u017eini informacija u predmemoriji. Tako\u0111er imamo i definirano koliko je maksimalno trajanje informacija u predmemoriji koje mo\u017ee koristiti prije nego ih mora ponovno zatra\u017eiti s poslu\u017eitelja (Cache-Control: max-age). Ti parametri se provjeravaju svaki put kada posjetitelj \u017eeli vidjeti odre\u0111enu web stranicu. Provjerava se je li isteklo vrijeme trajanja informacija i postoji li novija verzija na serveru, ako postoji onda se povla\u010di. Zbog tih definicija nema straha da \u0107e posjetitelj vidjeti zastarjelu verziju stranice.<\/p>\n S druge stranice ako se vrijeme obaveznog osvje\u017eavanja predmemorije postavi na prekratko, onda od toga nema svrhe jer \u0107e zahtjevi prema serveru i dalje biti pre\u010desti, gotovo kao da i ne koristite cache.<\/p>\n Ako vam je izuzetno bitno da novi sadr\u017eaj bude dostupan odmah po a\u017euriranju sadr\u017eaja stranice, a ne tek nakon \u0161to cache istekne, uvijek postoji mogu\u0107nost ru\u010dnog \u010di\u0161\u0107enja cache-a \u010dime se prilikom prvog u\u010ditavanja stranice stvara novi zahtjev prema serveru i stvara\u00a0 novi cache s novim a\u017euriranim informacijama.<\/p>\n Dodatno se mo\u017ee podesiti i ESI (Edge Side Includes). TO je metoda koja omogu\u0107uje da u sadr\u017eaju koji je spremljen u predmemoriju postoje mjesta koja nisu \u201ecache-irana\u201c. Na tom mjestu se prikazuje ne\u0161to \u0161to uvijek mora biti svje\u017ee i novo. Primjer toga je widget u kojem prikazujete novosti ili najnovije promo ponude.<\/p>\n","protected":false},"excerpt":{"rendered":" \u0160to je cache? \u0160to je cache ili predmemorija? Cache sadr\u017eaja je softver ili ure\u0111aj dizajniran da bude implementiran ispred poslu\u017eitelja. Posao predmemorije je presretati odre\u0111ene zahtjeve i odgovarati u ime aplikacije ili web stranice, \u010dime se smanjuje broj zahtjeva poslanih na pozadinske servere ili procese. Uobi\u010dajeno je da su presretnuti zahtjevi ve\u0107 vi\u0111eni, pa \u0107e […]<\/p>\n","protected":false},"author":2,"featured_media":3664,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15],"tags":[49,176,261],"class_list":["post-2684","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-izrada-web-stranica","tag-cache","tag-optimizacija","tag-web-stranica"],"yoast_head":"\n\u010cemu slu\u017ei cache?<\/h3>\n
\n
Za\u0161to implementirati cache na stranicu?<\/h3>\n
Kako podesiti cache?<\/h3>\n
\u0160to je sadr\u017eano u ovom kodu?<\/h4>\n