[DEV]Site: Opjezelf.net

Het leek ons leuk om de hele site te ontwikkelen m.b.v. Fok. Niet dat
wij te lam zijn om wat te doen, maar het leek ons wat gezelliger. Daarbij komt dat wij de wijsheid niet in pacht hebben, verre van zelfs. Op het Fok!Forum zijn er diverse fora die dit onderwerp beslaan, bijvoorbeeld WGR (huren, budget, etc), LIF (inrichten van je huis, & F&F (een huisdier nemen), R&P (samenwonen, eenzaamheid).

We willen een wat gefaseerde ontwikkeling. Grof gezegd zijn er dan
drie fasen:
(1) opzet en ontwikkeling van de site.
(2) Content genereren.
(3) Onderhouden.

Fase (1) is voor [DIG]. Fase(2) kan natuurlijk al tijdens fase(1)
aanvangen.
We hebben wat grof een stappenplan gemaakt voor fase(1):

• Indeling van de site ~ wat komt erop de site. Wat zijn de functionaliteiten.
• Modulair ontwerp van de site
• Scripten
• Testen met demo content
• Oplevering

Chandler en ik hebben al wat gedachten over wat puntjes over de site, namelijk:

• Het geheel moet voorzien zijn van een CMS
• Er moeten via dat CMS categoriën aangemaakt en onderhouden kunnen worden
• Er moet een 'achterkant' van de site zijn, waarop nieuwe onderwerpen/functionaliteiten eerst door de 'Modjes' gereviewd kunnen worden, alvorens ze te releasen.
• We willen alles zelf ontwikkelen, dus geen sleur en pleur scripts.
• Het is wellicht ook een idee om de complete source van de site

vrij te geven, bijvoorbeeld via http://www.sourceforge.net/ om er een echte community spirit in te krijgen.
• De site krijgt geen commercieël uitgangspunt, nooit.

Dit zijn uiteraard brainstormpjes, de bedoeling is dat jullie mee
gaan denken/doen.

Als je reageert en je wilt eventueel actief mee gaan doen met de [DIG] fase, geef dit dan even aan in je post.

_{Reageren staat uiteraard vrij, maar als je ons of het idee stom vind
hebben we liever dat je dat elders meldt. Iig niet in dit topic}

quote:

---

Op vrijdag 19 december 2003 08:49 schreef NiteSpeed het volgende:
Zelf een CMS maken?
Veel succes .

---

• Chandler
• Sop
• QuietGuy

En Chandler: als er niemand komt helpen, dan wordt het in ASP gemaakt hoor!!!!! Dus ASP bashers schrijf je nu in!!!

Ik zal even uitleggen hoe ik dit voor me zie de tabelnamen zet ik even tussen blokhaken:

Het draait allemaal om artikelen [Article]. De artikelen bevatten de daadwerkelijke tekst in bijvoorbeeld UBB vorm. Ieder artikel heeft een titel en een datum van aanmaak. Aan een artikel kunnen links [Link] worden gekoppeld - via de crossreference table [linkCR], op die manier kunnen links dus meerdere keren worden gebruikt,
Ook kunnen er gerelateerde artikelen worden aangegeven [RelArtCR].
Wijzigingen in een artikel worden bijgehouden in het changemanagement [ChangeManagement]. Dit is nog een simpele versie. Eventueel zouden we er ook voor kunnen kiezen om de vorige versies van de artikelen ook op te slaan, maar dat lijkt me overbodig. Het bijhouden van de wijzigingen lijkt me voldoende. Indien de wijzigingen groot zijn, kan er ook voor worden gekozen om gewoon een nieuw artikel aan te maken.

De artikelen [Article] hangen aan categoriën [Cat] via de crossreference tabel [ArtCatCR]. Artikelen kunnen dus eventueel in meerdere categoriën hangen.

De opbouw van de site zit in zijn geheel in boomstructuur [CatTree]. In deze tabel kun je voor iedere categorie een moedercategorie aangeven. Bijvoorbeeld:
Home = CatID: 1, ParentID: -1
_{ParentID -1 geeft aan dat dit de stam is.}
SamenWonen = CatID: 2, ParentID: 0
Eerste Woning = CatID: 3, ParentID: 0
_{ParentID: 0 geeft aan dat deze categoriën onder Home vallen}
Ruzie = CatID: 4, ParentID: 2
SchoonmaakSchema = CatID: 5, ParentID: 2
_{ParentID: 2 geeft aan dat deze categoriën onder SamenWonen vallen}

Op deze manier is dus met een CMS de hele structuur uit te breiden en aan te passen. Het is ook mogelijk (!) om Shared Subtrees te gebruiken. Dat houdt in dat een deel van een boom in meerdere categorien te gebruiken is. Bijvoorbeeld: je hebt een subcategorie in SamenWonen genaamd "huren". Deze Subcategorie met alle categoriën die daar onder hangen is hetzelfde in de categorie "Eerste Woning", Je kunt dan die hele subtree ook aan de subcategorie "eerste woning hangen.
Ik kan het zoals je ziet niet zo goed uitleggen, maar ik heb het al eens gedaan en het werkt perfect .

Dan hebben we nog de gebruikers [User], die worden allemaal in een gebruikersgroep gehangen [UserGrp] via de CrossReference tabel [UserGrpCr]. Gebruikers kunnen dus in meerdere Gebruikersgroepen hangen.
Iedere Gebruikersgroep is vervolgens aan een Categorie te hangen via de CrossReference tabel [UserGrpCatCR], die heeft een Rights veld, waarin aangegeven kan worden of een UserGrp (en dus een gebruiker) toegang heeft tot een categorie, en of die gewijzigd kan worden. En of er daar artikelen aan kunnen worden toegevoegd.
Op die manier creeer je een backend voor de modjes. Er kunnen artikelen worden ontwikkeld die 'gewone' gebruikers niet kunnen zien. Bijvoorbeeld in een admin subtree. Zodra het artikel is goedgekeurd kan het in een categorie gehangen worden die wel zichtbaar is voor gebruikers, of de rechten van die categorie kunnen worden aangepast zodat alle artikelen in die categorie in 1 keer 'live' worden gezet.

Op deze manier heb je imho een zeer flexibel systeem dat gemakkelijk te onderhouden is en waar er met veel mensen aan een artikel/categorie kan worden gewerkt zonder dat een gewone gebruiker daar last van heeft.

-edit- of bedoel je dat ik de datastructuur geript heb van een prefab forum da's iig niet zo .

quote:

---

Op zondag 21 december 2003 22:53 schreef Roonaan het volgende:
Nee, ik bedoelde idd dat je een prefab forum zou kunnen ombouwen.

---

quote:

---

Op dinsdag 23 december 2003 16:59 schreef Tiemie het volgende:
in welke taal eigelijk? php? asp?

---