Citaat van K.Rens

Nee, dit keer buig ik niet, geef geen verdere details.
Er is geen officiele deadline, maar Juni zou een mooie streefdatum zijn.
We gaan in elk geval ons best doen en heb er voor de eerste keer een goed oog op.

Verder weet Spinazie niet echt waar hij over praat zo te zien.
Hij kraakt iets af zonder motivering van wat wel goed zou zijn.
Wij gaan de Modified Preorder Tree Traversal gebruiken voor de forum structuur.
Ik sta open voor suggesties wat volgens jullie wel goed is dan...

Mja ik heb het niet over CP, maar over jouw gedrag hier. Kan het je inderdaad niet kwalijk nemen gezien jouw niveau.
Voor degene die net als Koen maar in één richting kunnen denken, ik bedoel ermee gewoon dat er (alleen door Koen, de rest duim omhoog) laks omgegaan wordt met de regels, bugs en voorbereiding, precies zoals ik aangaf.

Aangezien je dan toch zo open staat voor suggesties, raad ik je aan SQL standaarden (klassiek MySQL, PGSQL, Oracle, whatever) te gebruiken. Die zijn voor dat soort dingen gemaakt. Een mapboomstructuur niet.

Deelfora hé Koen

Ik ben dus enkele weken afwezig samen met nog een groot deel uit de crew. maar ik denk dat de activiteit van heel CP daarmee evenredig is dus grote problemen zullen er hopelijk niet optreden

Leuk om nog eens wat te horen over CP v5 , krijgen crewleden geen preview van de lay-out ?

Citaat

Ps: we gaat dit gebruiken voor het ordenen van de fora, pagina 2 en 3.
http://articles.sitepoint.com/article/hierarchical-data-database

Zeer ingewikkeld, maar zeer leuk om je eens in te verdiepen! Velen onder jullie hebben nog nooit van de left en de right waarden gehoord van een forum categorie

Dat is inderdaad een interessante techniek. Maar ik zie dat wanneer je het systeem opgezet hebt, het helemaal niet zo ingewikkeld hoeft te zijn. Met een simpele database representerende klasse (Model, evt. ORM) is het daarna ook makkelijk te onderhouden.

Citaat

Hiërarchische database? Wauw, ik dacht dat de tijd van onstabiele systemen al achter de rug was, maar sommige mensen schijnen het nog te willen toepassen.

Database? Nee, ik neem aan dat ze werken met een relationele database.

Citaat

Aangezien je dan toch zo open staat voor suggesties, raad ik je aan SQL standaarden (klassiek MySQL, PGSQL, Oracle, whatever) te gebruiken. Die zijn voor dat soort dingen gemaakt. Een boomstructuur niet.

SQL standaarden en MySQL? Dat is een goede grap! Kijk even naar Koen zijn reactie waar hij het over had, want je hebt het niet goed begrepen.

Maar goed, genoeg geciteerd. Mijn vraag, op welk systeem (CMS, Framework) wordt de V5 gebouwd?

Citaat

SQL standaarden en MySQL? Dat is een goede grap! Kijk even naar Koen zijn reactie waar hij het over had, want je hebt het niet goed begrepen.

Had inderdaad even niet goed gekeken. Ik had begrepen dat er gebruik gemaakt werd van hiërarchische databases. Ik neem dat deel van de reactie voorlopig terug
MySQL hanteert de standaarden van SQL (zeker ten opzichte van een mappenstructuur), dus het kan onder die categorie geplaatst worden.

@ killingdevil: Kohana waarschijnlijk, als ik het goed heb begrepen.

Citaat

Ik neem dat deel van de reactie voorlopig terug
MySQL hanteert de standaarden van SQL (zeker ten opzichte van een mappenstructuur), dus het kan onder die categorie geplaatst worden.

Maar MySQL hanteert de standaard vrij slecht. MySQL is sowieso geen uitkomst als je wat meer wilt met je database.

Kohana zou een bijzonder goede keuze zijn. Lekker lightweight, goed aanpasbaar, veilig en een mooi systeem. Ook leuke modules.

Citaat van Killingdevil

Maar MySQL hanteert de standaard vrij slecht. MySQL is sowieso geen uitkomst als je wat meer wilt met je database.

Kohana zou een bijzonder goede keuze zijn. Lekker lightweight, goed aanpasbaar, veilig en een mooi systeem. Ook leuke modules.

Had het er ook over dat het beter was dan een hiërarchische hé. Ik wil binnenkort nog even PostgreSQL proberen, schijnt een heel stabiele database te zijn.

Kohana (3) is inderdaad wel een goede keuze. Ik hoop dat de nieuwe versie niet meer zal lijken op deze versie (in positieve zin)

Citaat

Koen, de CP V5 scripters
en de CP v4 crew

Wat wil je daar mee zeggen? Dat we in de v5 een andere crew krijgen ofzo? Zo komt dat teminste over voor mij. :p

Citaat van Release

Wat wil je daar mee zeggen? Dat we in de v5 een andere crew krijgen ofzo? Zo komt dat teminste over voor mij. :p

NO WAY!
De crew is goed zo. Bovendien zal het hier aardig ontbreken aan ervaren beheerders. Ik denk dat je het verkeerd opgevat hebt.

Ik denk trouwens dat de check topics, evenals de 'onzin' topics beter gescheiden kunnen worden. Ik erger me een beetje aan het aantal check topics van vergeefse pogingen een fatsoenlijke 'layout' te maken.

Ja dacht ik zelf ook, maar vond het er zo raar staan.. Vandaar de vraag.

Spinazie: dus je wilt actieve topics van actieve topics filteren..
check gedeelte.
php gedeelte.
mysql gedeelte.

ik denk dat we niet die kant op moeten gaan.

Verder wil ik wel die layout zien 8-|

Mischien om alle check topics te kunnen laten keuren door een crewlid alvorens deze geplaatst te worden.
Anders komen ze bij de offtopics.

Citaat van sloosmedia

Spinazie: dus je wilt actieve topics van actieve topics filteren..
check gedeelte.
php gedeelte.
mysql gedeelte.

ik denk dat we niet die kant op moeten gaan.

Verder wil ik wel die layout zien 8-|

Actieve topics van actieve topics... Van actieve topics van actieve topics van actieve topics...? Ik begrijp je niet echt.
Ik zeg dat ik overzicht wil behouden door de check categorie apart te houden, liefst eruit te donderen, al zou dat waarschijnlijk ook niet helemaal goed zijn.

Ja misschien is het mogelijk dat we bij V5 kunnen aanvinken welke topics bij actieve topics willen. Want sommige categorieën hoef ik er niet tussen te hebben hoor [bdt] bijv.

Citaat van stan

Ja misschien is het mogelijk dat we bij V5 kunnen aanvinken welke topics bij actieve topics willen. Want sommige categorieën hoef ik er niet tussen te hebben hoor [bdt] bijv.

Zit er al in...
Het moet nog iets verbeterd worden natuurlijk...

Verder zal vind Koen het goed als Kohana gebruikt wordt, zolang en maar documentatie komt voor elke functie, en de rest van het team voor is...

Citaat van Darsstar

Zit er al in...
Het moet nog iets verbeterd worden natuurlijk...

Verder zal vind Koen het goed als Kohana gebruikt wordt, zolang en maar documentatie komt voor elke functie, en de rest van het team voor is...

Anders begrijpt Koen het niet meer?

Niels toch :cheer:

@woutr
kan toch :p

Dat 1, dat kan koen het dan niet snapt het is een wijze van programmeren en zo is bijv de zend engine weer een andere manier van programmeren hij is er gewoon niet gewend mee te werken dus ja dan snap ik het wel,

maar ook als er later andere programmeurs aan gaan werken dat ze het ook kunnen snappen plaats van dat ze eerst een week moeten zoeken door de code om het te snape