Linkovanje u CMSu

Imam jedno teoretsko pitanje:
Kako se u CMSovima reshava problem linkovanja do nekog sadrzaja, a da se ne radi bar po 1 query za svaki link? Pokushao sam i sa buffer-om upita za linkove, ali mi ni to ne odgovara (jer vishe ima razlichitih linkova, nego onih shto se ponavljaju).

Situacija: u bazi su 2 tabele, 'stranice' i 'objekti'. Prva pretstavlja same stranice (id, parent, naslov, opis, css), a objekti su delovi stranice (id, strana, redniBroj, naslov, tekst) koji se ispisuju. Dakle, najprostije.

Prvo sam pocheo sa 2 query-ja (bilo je koda izmedju), pa sam smanjio na jedan(premestio kod iza ;-)), ali mi se opet desi da po neka stranica ima i 70 query-ja (shto mislim da je PREVISHE)!

Kako se ovakvi problemi prevazilaze ako se pravi univerzalno reshenje, tj. CMS? Mogu li uopshte?

Ako neko ima neki link do dobrog materijala na ovu temu, ili se bavio vec ovim pa moze da podeli iskustvo, bicu zahvalan. :-D

Potpis

ZelenaLutrija.com - Saznajte sve o lutriji za zelenu kartu (doživotni boravak u Sjedinjenim Američkim Državama)

Ako imas 70 query-ja po stranici, to znaci da imas 69 query-ja koji nisu vezani sa pronalazenjem liste delova za stranicu povezanu sa tim linkom...

Kao "hvatanje za slamku" mozes da generises staticnu stranicu sa tim sadrzajem i da je menjas onda kada se nesto na njoj promeni.

Potpis

http://sr.libreoffice.org — slobodan kancelarijski paket, obrada teksta, tablice,
prezentacije, legalno bez troškova licenciranja

hmm... Bojim se da te nisam razumeo... :-(

Ajde da pojasnim problem. Imamo u sistemu stranicu npr. 'registrujte se' (tj. imamo red u tabeli 'stranice') i imamo objekat (red u bazi) u kome je formular, a koji je vezan za tu stranicu (tj. ispisuje se u njoj).
Sada: ako hocemo na nekoj drugoj stranici da ispisemo link na formular za registraciju, moramo:
a) pronaci stranicu na kojoj je objekat sa formularom
b) izvuci url nadjene stranice da bi napravili link

E, kazem, to je meni do sada bilo u 2 query-ja, sada je u 1, ali se nadam da moze i manje, jer mi deluje nelogichno da "malo nabudzenija" stranica sa toliko linkova mora da ima toliko i query-ja.
Drzati sve stranice sajta u memoriji je nerealno za veci sajt, buffer sam napravio, a keshiranje mi u ovom sluchaju deluje nelogichno, mozda te nisam razumeo. Jel mozesh taj deo da mi pojasnish?

Ne znam, mozda je moj koncept losh, ja se pametnijeg josh nisam dosetio, pa zato pozivam na raspravu. :-) Zato i kazem teorijski, zanimaju me i ostali pristupi (ako ih ima), da li neko ima neku literaturu kako su neki jachi sistemi to reshili, ili sl.

Potpis

ZelenaLutrija.com - Saznajte sve o lutriji za zelenu kartu (doživotni boravak u Sjedinjenim Američkim Državama)

Ne vidim razlog zasto imas takvu implementaciju, cak vidim i probleme...

Znaci ti sada imas jednu tabelu sa svim komponentama, i onda imas jednu tabelu u kojoj belezis podatke o stranicama tj. povezujes listu komponenti sa imenom te stranice. Je li tako? Znaci ti u samoj postavci problema si zeleo relaciju vise na vise, tj. ista komponenta se moze naci na vise stranica i stranica sadrzi vise komponenti.

Ti sada hoces da pravis link do stranice tako sto ces pronaci onu koja ima odredjenu komponentu??? Tj. iz relacije koja nije bijektivna (nije ni funkcija uopste) izvlacis bijektivnu vezu tj. trazis nekakvu inverznu funkciju?

Sta se desava kada ti pravis link ka stranici sa anketom, a anketa se pojavljuje na vise stranica... ka kojoj ces praviti link? Ili ces napraviti link ka prvoj koja naidje? (LIMIT 1 u SQL upitu)

Ti link moras jednoznacno zadati tj. dovesti ga u vezu sa tacno jednim upitom iz tabele sa stranicama, a to znaci da se pri tome ne smes sluziti tabelom sa komponentama za odredjivanje veze. Ovako, ti znas da stranica "registration" sadrzi nekakvu komponentu, i ti onda eksplicitno zadajes link ka toj stranici. Za to ti ne treba ni jedan jedini SQL upit.

Automatsko linkovanje je moguce ali ne u ovakvoj relaciji tabele sa stranicama i tabele sa komponentama...

Potpis

http://sr.libreoffice.org — slobodan kancelarijski paket, obrada teksta, tablice,
prezentacije, legalno bez troškova licenciranja

Sad te, nazalost, razumem... :-(
Potvrdio si moje sumnje da ovaj koncept ima loshih strana. Bash na to sam i ja mislio, samo shto si za malo pogreshio u pretpostavci (zbog moje loshe postavke pitanja). Naime, ja sam to kasnije josh malo zakomplikovao, napravio sam da objekat moze da pripada samo jednoj stranici, ali da ima 2 polja action i param u kojima chuvam (kao shto i naziv kaze) koja akcija treba da se izvrshi i sa kojim parametrima.

Razmishljao sam o tome da linkujem pomocu stranice, a ne objekta, ali mi je to delovalo nelogicno jer ako ima dosta linkova, da se otelish dok unesesh sve. Evo, u primeru koji si naveo, ja imam objekat sa akcijom 'survey_display', u parametru mi stoji ID ankete. Sada linkujem tako shto trazim par npr. 'survey_results':ID da bih prikazao rezultate (mora, dakle, postojati stranica sa tim objektom), a u tom sluchaju bih morao da navodim ID stranice na kojoj se to nalazi. A shta ako taj objekat pljuje gomilu linkova? navesti sve? uh...

Poshto sam skontao da pristup ne valja josh pre postavka teme (ochigledno, jeli ;-)), otvoren sam za nove predloge, drugachije nachine pristupa ovom problemu, da se bacim na patching... :-)

BTW, u kom sluchaju je moguce napraviti to 'automatsko linkovanje'? vec mi se svidja... :-D

Potpis

ZelenaLutrija.com - Saznajte sve o lutriji za zelenu kartu (doživotni boravak u Sjedinjenim Američkim Državama)

Pošto se u poslednje vreme intenyivno bavim sličnim problemom evo mog viđenja

Predlog koncepta:

1. podeliti proces izgradnje CMS na sadržaj i prikaz
2. napravio sam klase koje generišu sadržaj iz baze u XML
3. parsiranje sadržaja
3.1 pomoću XSL+CSS client side (moja omiljena kombinacija)
3.2 pomoću XSLT server side (jako loše podržano od strane naših provajdera - čitaj nikako, da ne grešim dušu ima jedan za koji ja znam - iz Niša - traži po ES)
3.3 pomoću SimpleXML-a (više posla)

3.1 po meni ima jednu veliku manu jer ga pretraživači potpuno ignorišu

Prednosti rada sa XML: za sada sam uspeo da od istog sadržaja (podataka iz baze) napravim ispis u XHTML, Flash, PDF i OpenOffice Writer (generisanje kataloga).

Case study:
3.1 dentalis.epro.co.yu
3.2 www.dragon.co.yu

Source code (deo :) mozes naci ovde, zbrkan je i lose dokumentova, ali ne uspevam da mu se posvetim.

Moram ti priznati da nisam shvatio tvoju koncepciju.

Potpis

utvara is no saint
CV
>>Trenutni hobi
>>Dragon

Sada sam se vec izgubio sta sve ti imas od tabela. Uglavnom, tvoj link uvek vodi na stranicu, a ne na komponentu tako da i automatski link moras vezati sa stranicom, a ne sa komponentom.

Potpis

http://sr.libreoffice.org — slobodan kancelarijski paket, obrada teksta, tablice,
prezentacije, legalno bez troškova licenciranja

Ih, tema sa tako dobrim potencijalom, a tako zaboravljena.... :-(

Ja sam kriv, necu da se vadim... Jbg, odselio se, promenio posao, poceo da radim na drugim projektima, itd itd itd... I na forum sam slabo dolazio... :-(

Nisam ni bio na ovoj temi, evo, ima vise od godinu dana...

---

Pa ajde da odgovorim, ako se autori jos uvek secaju o cemu smo tacno pricali:

@utvara:
Bojim se da ni ja tebe nisam bas najbolje razumeo. Doduse, neke stvari su nam jako slicne u vidjenju (razdvajanje sadrzaja i ispisa, ispis u vise formata), ali ovde uopste nismo pricali o tome.

Ovde smo pricali o:
Dakle, imamo "CMS" (dinamicke stranice dakle, struktuirane, u bazi su). Na stranicama imamo "objekte" (clanak, anketa, pagesMenu, itd, sta-god). E sad, kad sa jednog objekta hocemo da linkujemo na neki drugi sadrzaj koji se nalazi na drugoj stranici, sta onda? (da, da linkuje, ono A tag i te munje) Sta se desi ako admin ode na tu odredisnu stranicu (u administraciji, mislim) i pomeri je negde, recimo... Gde se opet generise taj link ka tom sadrzaju? Da li onda menjati sve caller objekte/stranice kada promenis odrediste?

Kao sto vidis, ovo nikakve veze nema sa sadrzajem/parsiranjem/formatimaPrikaza... Iako si jako lepo izlozio to, to samo nije tema ovog razgovora... :-(
Mada bi mi jako prijalo da ucestvujem i u takvoj nekoj temi... ;-)

---

@Goran Rakic:
OK Gorane, da pojasnim. Iako se potpuno slazem sa tobom, ipak mislim da u ovom slucaju linkovi izmedju sadrzaja vode na objekat, a preko njega mozes naci na kojoj je strani. Ako te zanimaju tabele, po secanju bi izgledale ovako.

stranice
id, jezik, naslov, blablabla...

objekti
id, naziv, parametar, stranica (!), itd, itd, itd

Znaci, kada imam objekat survey_display i on prikazuje formular za ucestvovanje u anketi, logicno je da ako hocu da dam link na rezultate, da potrazim objekat survey_results, da vidim na kojoj je stranici taj objekat, generisem link na tu stranicu i da pljunem taj link. U tvom slucaju "vezivanja za stranicu, ne za objekat", kao sto napomenuh ranije, ako neki admin pomeri npr tu stranicu negde drugde (ili jos gore, ubije objekat sa te stranice i doda je drugoj), treba da update-uje sve koji ga zovu... a to mi se ne svidja... ili sam ja nesto propustio...
Sto je jos gore, da radis samo MOVE objekta, onda bih jos i mogao da update-ujem callera. A sta ako je obrisem i dodam posle dva dana na drugu stranicu? OK, ta dva dana nece biti linka. Ali sta onda? Svaki put kad dodajem objekat da gledam da li ga neko zove, pa da menjam sve pozive, ili sta?

---

Inace, ova tema mi je ultra zanimljiva, nadam se da nisam jedini. Pokrenuo sam je opet jer sam se bas lepo potsetio, i mislim da bih mogao jos malo da se igram na tom problemu... Mogao bih ga i prepisati (tj. napisati ponovo, ne kopirati ;-) ), cisto malo da se potsetim...

Gorane, voleo bih da mi objasnis sta si tacno mislio pod onim "automatsko linkovanje", ako se secas, naravno... (ja sam mislio da ovom mojom metodom bas to radim :-( ).

I dalje me zanima!!!

Potpis

ZelenaLutrija.com - Saznajte sve o lutriji za zelenu kartu (doživotni boravak u Sjedinjenim Američkim Državama)

Sada cu malo ja neznalacki da zamrsim racune.

Sto ne napravis klasu koja ce da radi install i uninstall objekata (komponenti stranica), naravno i novi upis u bazu.
Kopiras komponentu (objekat stranice) u odredjeni fajl, recimo InstalFajl. Sada tamo pravis XML fajl koji sadrzi sve informacije o instaliranim (uninstalliranim) komponentama. Jos ce da pise jel stranica aktivna (ako jeste ne moze da brises)...

Potpis

Pfff

uh, :) ajd da probam da razumem ovaj put ;)

Treba ti nesto kao sto radi DreamWeaver (ako se jos dobro secam), kad promenis link jedne strane da protci kroz ostale strane i da updatuje taj link? (naravno ovo sa DW je staticka varijanta).

BTW. trenutno intenzivno radim na razvoju jednog CMS-a :)

Zasto sam ja poceo o strukturi, pa jednostavno, zato sto CMS prirodno vidim kao nesto sto treba da zavrsi u XML bazi podataka, a konkretno tvoje pitanje bi resio xpointer (ili xlink).

U postavci sa relacionom bazom, treba da postavis mehanizam koji vodi racuna o objektima, tj. moras da linkujes objekte preko id-a. Problem nastaje ako hoces da koristis "lepe" urlove (mod rewrite....). Ono sto bi bilo resenje u XMLu je

<article>
<tekst><h1>naslov</h1><nesto></nesto><poll id="3" /></tekst>
</article>

Daklem, u html varijanti ne ostaje ti mnogo izbora ako dozvolis editoru da sam unosi linkove na objekte. Moj predlog ti je da ih teras da rade sa linkovima tipa href="poll.php?id=12", a da prilikom prikaza teksta korisniku uradis preg_match i pozamenjujes te linkove sa lepim urlovima.

Moras naci neki identifikator za objekte na koji mozes da se oslonis.

nadam se da sam sad bio blizi.

poz, utvara

Potpis

utvara is no saint
CV
>>Trenutni hobi
>>Dragon