Stvari su malo drugacije zamisljene. Kada se detektuje promena u podacima (u bazi) slicice koje treba da se menjaju se oznace prljavim i onda se one izradjuju redom - ili preko reda ona koja je zatrazena od korisnika. Ali ovo je samo tehnicki detalj optimizacije... Pedja On Nov 22, 2017 10:00 AM, "Pedja Supurovic" <pe...@supurovic.net> wrote:
> > > On 22.11.2017 01:19, Predrag Milanovic wrote: > > Vise puta spominjete zastarevanje slicica u kesu, pa da spomenem da one > > ne zastarevaju vremenom nego ukoliko se izmene podaci iz kojih je > > napravljena. Pogledajte koncept "dirty tails". > Da, ali je nezgodno da se za svaku sličicu traži da li je neki element > koji na nju utiče menjan. Prostije je uvesti vremensko zastarevanje, prosto > ako je sličica starija do zadatog perioda osvežava se. > > Naravno, može i da se radi tako da se za svaku sličicu svaki put proverava > da li postoji novija, ako resursi dozovljavaju i brzina provere je > prihvatljiva. > > Ako je baza slicia na istom serveru to j eok, ali ako je na udaljenom kome > se pristupa preko interneta, onda to može dosta da uspori učitavanje. > > Pedja > > > _______________________________________________ > Talk-rs mailing list > Talk-rs@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-rs >
_______________________________________________ Talk-rs mailing list Talk-rs@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-rs