Arhitektura portala I.
Razvoj framework portala, na katerem delam je krepko zaplul v sedmi mesec, pa se prav veliko še zmeraj ne vidi. Največji vzrok leži v pomanjkanju časa, ki ga kar ni in ni bilo. Ampak določen napredek pa se je vendarle pokazal – in to je važno.
Programerki okoli l.1940 pri delu.
Problem s katerim sem se doslej največ ukvarjal je medpomnenje, oz. cache. Za tiste, ki ne vejo o čem gre: cache (izg. se keš, čeprav nima z denarjem nobene neposredne veze) je nekakšna buffer zona, kamor se naložijo iz strani spletne aplikacije že obdelani, po navadi iz baze naloženi podatki. Brez medpomnilnika je spletna stran (sploh če ima velik obisk) počasna in nestabilna, saj spletna stran za vsakega obiskovalca posebej ponavlja zmeraj iste strojno zahtevne operacije. Mnogo lažje je, če to napravimo samo enkrat, podatke naložimo v hitri medpomnilnik in vsakemu obiskovalcu prikazujemo samo te podatke.
Pri klasičnih spletnih straneh seveda ta koncept deluje brez posebnih dodatnih naporov s strani programerja. Pri portalu, pa vstopimo v sivo cono, saj je večino časa potrebno prikazovati veliko prilagojenih in različnih vsebin in (večino časa) za vsakega uporabnika posebej. Kot prvo opazimo, da s programerskega vidika takoj odpade medpomnenje celotne strani, ampak zapademo v medpomnenje posameznih vsebin. Takoj zatem še dodajmo posodabljanje, kombiniranje in prikazovanje po ključih že keširanih vsebin.
Takšna previdnost in varčevanje s sistemskimi resursi se zaradi veliko časa, ki ga je potrebno investirat v razvoj, obnese le pri večjih portalih.
Sej lahko narediš svoj CMS :), pa potem ne rabiš vsakič znova vse, tako mam jaz, pa še najboljše pri vsem je, da poznaš zadevo ZELO dobro … razen če ne delaš sam :).
Hja, saj… v bistvu je to natančno to…
No, še lahko zaupaš kdaj lahko približno pričakujemo naslednjo lekcijo arhitektura portala ? Priznam da sem že parkrat samo za to gledal … :) in me res zanima kaj sledi.