Problem visejezickih sajtova nije nimalo jednostavan i nema univerzalnog resenja. Sve zavisi od toga koliko blokova promenljivog teksta imas po stranici, koliko su veliki, da li se cesto menjaju, koliko posetilaca sajta predvidjas, sta biva sa starim tekstovima itd, itd.
Po meni, FSO je OK za manje kolicine kracih blokova teksta. Ja ga najcesce koristim za ucitavanje raznih fajlova s parametrima ili fiksnim tekstom koji se pojavljuje na svakoj stranici sajta i tome slicno. Za tu namenu baza podataka nije dobro resenje i svodi se na ono "topom na komarca".
Pristup podacima u bazi podataka moze biti vrlo brz ako napravis dobru organizaciju podataka (kljucevi i indeksi). Kad radis s bazom podataka "najskuplje" nije ucitavanje podataka, vec otvaranje konekcije, narocito ako svaki put citas vrlo malu kolicinu podataka. Zato treba treba minimizovati pre svega broj otvaranja konekcija po stranici. Ako ukupna kolicina teksta dozvoljava, koristi sesijske promenljive, mozda cak i globalne, ako imas iste blokove teksta koji se pojavljuju na svim stranicama sajta. Naravno, sesijske promenljive trose memoriju, tako da nisu pogodne ako broj posetilaca sajta brzo raste. Onda ti je jedino resenje baza podataka.
Kao sto si i sam uocio, postoji problem odrzavanja teksta. Kad su blokovi teksta razmesteni po .txt fajlovima njima se moze lako upravljati do izvesne velicine, ali ako kolicina teksta raste, to postaje nepregledno, a ucitavanje sve sporije. Odrzavanje teksta za sajt je po mom misljenju lakse kada je tekst u bazi podataka. Moras samo da napravis nekoliko administratorskih skriptova koji se u vrlo slicni obicnim korisnickim skriptovima, jedina razlika je sto omogucavaju i upisivanje podataka a dostupni su samo korisnicima koji imaju status administratora. To jeste malo vise posla na pocetku, ali kasnije nemas petljanja sa odrzavanjem sadrzaja sajta.

Interesantno vidjenje... Uglavnom se slazemo po svim tackama.

Reci mi ovo... da li pod "otvaranjem konekcije" mislis na kreiranje konekcije ka bazi ili kreiranje rekordset-a?


[Ovu poruku je menjao Zox dana 07.08.2004. u 03:25 GMT]

I da, zaboravih..
imas li neki point na Netu gde se diskutuju o ovome?

Ma ne treba vise diskutovati o tome. Sve biblioteke koje rade sa bazama se smestaju u cache, tako da to pichi brzo. Za krajnjeg korisnika... ajde nemoj da ste smesni...

A sta je sa bibliotekama koje rade sa fajlovima? Gde se one smestaju?

Pa lakse ti je da radis sa bazama.

Ako vec neces da koristis bazu, onda ti je XML mnogo zgodniji od txt fajla

Za jezičku lokalizaciju je najbolje koristiti resource file.
msdn.microsoft.com/library/en-us/ vbcon98/html/vbconusingresourcefiles.asp

Otvaranje, ili kako ti kažeš, kreiranje konekcije jer sistem mora da pronađe server koji si zahtevao, da vidi s njim imaš li ti pravo pristupa tom serveru, kao i toj bazi podataka na serveru, pa ako imaš, da pronađe i otvori fizički fajl gde bi se ti podaci mogli nalaziti. Posle toga formiranje ili kreiranje Recordseta ide vrlo brzo jer server mora samo još da učita blok podataka koji si tražio (što je izuzetno brzo ako imaš dobro podešene indekse na serveru) i da ti ga pošalje, celog ili samo deo.
Negde sam iskopao informaciju da otvaranje svake nove konekcije ka SQL Serveru "košta" oko 40 KB u memoriji. To na prvi pogled ne izgleda baš mnogo, ali to treba inicijalizovati podacima, koje treba potom održavati za sve vreme trajanja konekcije. Kad server gađa 10-ak korisnika istovremeno, od kojih svaki po jednoj stranici otvori i zatvori konekciju 5-6 puta, to i nije neki problem, ali kad ga istovremeno gađa više hiljada korisnika, onda server itekako počinje da kleca pod opterećenjem i moraš potražiti mogućnosti optimizovanja aplikacije.
Jedan od predloga je da koristiš resource datoteke (uzgred, dati URL ne radi). Imam vrlo malo iskustva s time i znao bih kako da primenim takvo rešenje u VB aplikaciji, ali ne znam kako bi to izgledalo u ASP aplikaciji (ako je uopšte upotrebljivo).
Ideja o upotrebi XML-a nije loša, ali sve zavisi od toga koliko je komplikovana struktura blokova teksta koje imaš, kako su međusobno povezani i zavisni itd. Ako moraš da se petljaš sa XML upitima (koji nisu baš jednostavni) da bi sastavio tekst stranice, a nemaš iskustva s time, niti imaš vremena da ga prvo stekneš, onda ti je lakše i brže da sve smestiš u bazu i koristiš obične SQL SELECT upite, čije osnove verovatno već znaš.

Hvala momci.
Koristila mi je diskusija...
Ipak sam odabrao bazu kao resenje, pre svega zbog vremena koje imam na raspolaganju a za to vec imam gotove funkcijei sub-ove.