goolog v0.8 testiranje

Iako postoji verzija v0.9, odlučio sam da se zadržim na v0.8 zato što se sve nalazi u jednoj datoteci. Pored toga, vidim da sam CMS sada ima više datoteka i da to znači da je nemoguće koristiti linkove do slika na svom serveru (morale bi putanje da se dinamično menjaju prilikom svake promene direktorijuma).

Ono što mene muči trenutno jeste činjenica da goolog 0.8 koristi obične *.txt datoteke. To je odlično ali je i loše istovremeno. Čitao sam na netu o bazama sa običnim datotekama i o bazama koje pokreću MySQL, PostgreSQL kao i SQLite. Ispostavlja se da sve zavisi od mašine koju koristite pa dolazimo do zaključka da možda i nije loše da se koriste obične datoteke za cms. Problem nastaje kod pretrage tekstova. Goolog 0.8 ima sistem za pretragu ali sam ga isključio zato što smatram da mi ne treba to "drljanje" po tvrdom disku. Baza od 10 tekstova nije strašna ali baza od 250 tekstova je već nešto. Ne smem ni da pominjem baze od po par hiljada tekstova.

To me dovodi do sledećeg testa: napravio sam skriptu koja pravi kopije goolog tekstova (zajedno sa kategorijom) i umnožava se. Hteo sam da vidim upotrebu procesora i da izmerim vreme učitavanja takve strane. Rezultat? Ajde prvo da vidimo konfiguraciju i uslove testiranja:

Ostalo je nebitno. U bazi od 5350 tekstova, učitavanje arhive (strane sa arhivom za tu godinu) je trajalo 4s! Drugi pokušaj je smanjio vreme učitavanja i došli smo do brojke od <4s. Impresivno rekao bih. Imajte u vidu da se arhiva neće dugo kreirati ako imate manje tekstova te godine!

Problem koji ostaje i koji mene muci je sledeći: kako ubrzati petlje za učitavanje tekstova i sortiranje istih. Trenutno nemam ideje ali se nadam da ću naći neke uskoro :)

Ukoliko ne nađem, mislim da će biti najbolje da se napravi verzija koja pravi keširanu verziju sadržaja. Možda deluje naporno ali mislim da nije neizvodljivo. Sa druge strane, mene php jako malo interesuje da bih se upuštao u to pa ću kontaktirati autora skripte i pitati ga za pomoć :)