Hoelang duurde jou 1ste Site Management System ?

[M@NIC]

Omdat ik me nog steeds afvraag wat ik nou moet doen (Zelf schrijven of zoiets als PHPnuke nemen) kwam ik met de vraag hoelang zoiets wel niet gaat duren.

Dus mijn vraag aan iedereen is hoelang het duurde voor dat jij je eerst Site Management System af had.
En daar onder zie ik: via inloggen, nieuws en poll veranderen ect.

Ik ben van plan om hier mee aan de gang te gaan in mijn wel verdiende 2 weekjes vakantie

_{(Misschien een paar plaatjes van de jouwe ? )}

Voor alle duidelijkheid, ik heb verder nog niks gedaan met PHP!

[Verwijderd]

Dat moet per sectie toch wel binnen een uurtje geregeld zijn.

Poll bijv.

Data ophalen en in een form zetten.
En een Query om de submit weer in je db te zetten.

[HenkS]

mmm best leuk idee om inderdaad eens zoiets te gaan maken, maar dan heel uitgebreid, zodat gebruikers echt alles kunnen instellen....

maar ja, heb zoveel ideeen, alleen geen tijd (zal niet de enige hier zijn)

[Verwijderd]

Ik wil niet dan mijn gebruikers zelf pollen voor de frontpage gaan maken

[The - DDD]

Op dinsdag 18 december 2001 22:31 schreef HenkS het volgende:
mmm best leuk idee om inderdaad eens zoiets te gaan maken, maar dan heel uitgebreid, zodat gebruikers echt alles kunnen instellen....

maar ja, heb zoveel ideeen, alleen geen tijd (zal niet de enige hier zijn)

Beter klein beginnen en dan uitbreiden. Zo hou je het overzichtelijk. Op een gegeven moment heb je een stuk waarvan je denkt: "Damn, heb ik die troep code geschreven?" En dat rop je er vervolgens uit en bouw je opnieuw. Of je begint weer een keer helemaal opnieuw en hergebruikt bepaalde stukken code.

Zeker als het de eerste keer is moet je klein beginnen. (had hier een voorbeeld i.v.m. sex in gedachten)

[M@NIC]

Op dinsdag 18 december 2001 22:29 schreef MrK het volgende:
Dat moet per sectie toch wel binnen een uurtje geregeld zijn.

Poll bijv.

Data ophalen en in een form zetten.
En een Query om de submit weer in je db te zetten.

Jah jah dus jij wil zeggen dat ik morgen mijn PHP boekje opensla, en binnen een uurtje zoiets heb staan

Op dinsdag 18 december 2001 22:32 schreef MrK het volgende:
Ik wil niet dan mijn gebruikers zelf pollen voor de frontpage gaan maken

Heel grappig....wat ik bedoel is alleen voor mensen die ik toegang geef!

[Verwijderd]

Op dinsdag 18 december 2001 22:38 schreef Manic het volgende:

[..]

Jah jah dus jij wil zeggen dat ik morgen mijn PHP boekje opensla, en binnen een uurtje zoiets heb staan
[..]

Heel grappig....wat ik bedoel is alleen voor mensen die ik toegang geef!

Als je al een beetje bekent bent met php wel, anders kan wel wel eens pluizen zijn.

Dat andere was idd een grapje.

[TeeDee]

ik ben er 1 week mee bezig geweest. Het is nog niet zo uitgebreid enzo maar dat komt omdat ik ASP nog een beetje onder de knie moest krijgen. Het meeste werk had ik aan zoeken naar stukjes voorbeeld code enzo.

Tevens heb ik een plugin op dreamweaver ultradev (ja... )

Daar heb je een soort word editor.. daar heb ik een modificatie op gebouwd zodat je ook images er in kan flikkeren enzo...



Zoiets wordt het dan...

[M@NIC]

Op dinsdag 18 december 2001 22:44 schreef MrK het volgende:

[..]

Als je al een beetje bekent bent met php wel, anders kan wel wel eens pluizen zijn.

Dat andere was idd een grapje.

Nou heb ik nog geen antwoord gekregen eigenlijk

Hoelang duurd het ongeveer of hoelang deed jij erover

[Ramon]

Op dinsdag 18 december 2001 22:35 schreef The - DDD het volgende:
Zeker als het de eerste keer is moet je klein beginnen. (had hier een voorbeeld i.v.m. sex in gedachten)

explain?

maar je hebt wel gelijk hoor, een tijd geleden, toen ik met m'n forum begon, wist ik nog niets van ASP, en nu dus wél, en nu moet ik alle pagina's ongeveer herschrijven omdat ze niet bepaald met snelheid in het achterhoofd zijn geschreven.

[Ramon]

Op dinsdag 18 december 2001 22:46 schreef Manic het volgende:

[..]

Nou heb ik nog geen antwoord gekregen eigenlijk

Hoelang duurd het ongeveer of hoelang deed jij erover

hangt helemaal van je eigen kennis/inzet/hersennen af.

[The - DDD]

Euhm, ik herinner mij dat het bij mij een hoop geklooi met een bende lol en lachen was.

Je rotzooit wat aan en je ziet wel wat er van komt.

[M@NIC]

Op dinsdag 18 december 2001 22:50 schreef Tampie2000 het volgende:

[..]

hangt helemaal van je eigen kennis/inzet/hersennen af.

Hoe lang deed jij erover deed, stond erook bij

[The - DDD]

Op dinsdag 18 december 2001 22:50 schreef Tampie2000 het volgende:

[..]

hangt helemaal van je eigen kennis/inzet/hersennen af.

Ja als je te dom bent kom je nergens, alhoewel je dan wel erg weinig hersencellen functionerend moet hebben als je er echt niks van bakt..

[M@NIC]

Nou als je mooie dingen met photoshop kunt doen en HTML goed kent....hoef je niet dom te zijn

[Ramon]

Op dinsdag 18 december 2001 22:51 schreef Manic het volgende:

[..]

Hoe lang deed jij erover deed, stond erook bij

over m'n eerste CMSje? deed ik zo'n week ofzo.

ben d'r wel mee gekapt en db kwijtgemaakt

[itsme]

Op dinsdag 18 december 2001 22:45 schreef TeeDee het volgende:
ik ben er 1 week mee bezig geweest. Het is nog niet zo uitgebreid enzo maar dat komt omdat ik ASP nog een beetje onder de knie moest krijgen. Het meeste werk had ik aan zoeken naar stukjes voorbeeld code enzo.

Tevens heb ik een plugin op dreamweaver ultradev (ja... )

Daar heb je een soort word editor.. daar heb ik een modificatie op gebouwd zodat je ook images er in kan flikkeren enzo...

[afbeelding]

Zoiets wordt het dan...

En hoe heet die plugin ... ?

[Nielsz]

Op dinsdag 18 december 2001 22:35 schreef The - DDD het volgende:

[..]

Beter klein beginnen en dan uitbreiden. Zo hou je het overzichtelijk. Op een gegeven moment heb je een stuk waarvan je denkt: "Damn, heb ik die troep code geschreven?" En dat rop je er vervolgens uit en bouw je opnieuw. Of je begint weer een keer helemaal opnieuw en hergebruikt bepaalde stukken code.

Klein beginnen met de ogen op de finish komen, anders kan je idd je code 5 keer herschrijven.
Ik heb bijvoorbeeld een forum gebouwd, en eerst een hele tijd bezig geweest met index.php. Ik had 'm ook in 10 minuten kunnen schrijven, maar dan had ik er later toch meer tijd aan moeten besteden.

[M@NIC]

Op dinsdag 18 december 2001 22:55 schreef Tampie2000 het volgende:

[..]

over m'n eerste CMSje? deed ik zo'n week ofzo.

ben d'r wel mee gekapt en db kwijtgemaakt

CMS
C..... Management System ?

[brammetje]

Op dinsdag 18 december 2001 22:59 schreef Manic het volgende:

[..]

CMS
C..... Management System ?

C = Content..

Staat leuker dan dat short message system van jou

[Verwijderd]

content management system

[M@NIC]

Jah nu weet ik het wel

Maar zou ik nu antwoord mogen op de mainvraag

[Verwijderd]

C = Content, lol een beetje laat

Hoeveel tijd je er over doet hangt af van wat je er in wil doen. Mij lijkt het het beste om eerst de site helemaal te bakken met een database en php en daarna pas een cms systeem er achter bouwen dat gaat dan toch makkelijk omdat je een database gebruikt. Het maken van een poll is niet echt moeilijk en er zijn zat artikelen over te vinden denk ik, natuurlijk moet je je wel eerst een beetje in php verdiepen: ga een beetje met if's en reken functies aan de gang. Als je dan de basis een beetje kent kan je wat proberen uit te lezen uit een database etc.. succes.

[RdeTuinman]

Het bedrijf waar ik nu stage loop, levert een complete Content Management omgeving voor commercieel gebruik. Deze bestaat grotendeels uit Perl.

Als je dan kijkt wat er allemaal mogelijk is, dan kun je best wel even bezig zijn. Maargoed, eerst de basis opzetten (het editen van je pagina) is uiteraard het belangrijkst. En hoe uitgebreidt wil je het hebben? wil je alleen de tekst bewerken of moeten er ook plaatjes in geplakt kunnen worden, enz, enz...

Pure tekst bewerken is zo gebeurd. Zelf ben ik redelijk bekend met PHP, dan zou ik gewoon tekst in een db gooien en daarna de pagina laten genereren.

t'Is maar net hoe uitgebreid je het wil

[Verwijderd]

Op dinsdag 18 december 2001 23:04 schreef raymanontweakers het volgende:
content management system

uhm jah ik ben nog bezig met een site voordat je een CMS wilt bouwen moet je eerste weten:

wat je wilt managen ?

en dan kun je pas bepalen hoelang je er over doen

over de CMS zelf een weekje geloof ik maar over de rest denk ik wel wat langer

[Verwijderd]

Op dinsdag 18 december 2001 22:27 schreef Manic het volgende:


_{(Misschien een paar plaatjes van de jouwe ? )}

Oke dan,

[Verwijderd]

Nouja 1ste was ik met een paar uur mee klaar, maar met mijn allermooiste systeem en daar zit heel erg veel in, ben ik 3,5 maand bezig geweest na werktijd.

Daar zit dus o.a. bijv. in:

Forms genereren
Scheduling
Roll based security
Statisch of dynamische publishing
Personalized content delivery
Click-stream analyses
Rule based matching
Revision Control

[Xsion]

een paar weken/maanden

[dusty]

Ben met de mijne al een jaartje bezig.

[chem]

Op woensdag 19 december 2001 09:38 schreef dusty het volgende:
Ben met de mijne al een jaartje bezig.

voor gewone mensen moet je dusty's tijd altijd met 9 vermenigvuldigen trouwens als je hetzelfde product wil neerzetten

[Verwijderd]

Nu ong 10 maanden mee bezig (met 2 mensen), 6 - 8 uur per dag.

screenshots:
Content Manager (hiermee beheert de eindgebruiker de site)


Site Manager (hiermee ontwikkelt een developer de site)

[raptorix]

Ziet er cool uit Otis, ben benieuwt naar de demo

[Verwijderd]

thx die komt over een paar weken. (fingers crossed, maar documentatie tikken is zo slaapverwekkend, dus ik hoop dat we het halen )

[dusty]

Op woensdag 19 december 2001 09:59 schreef chem het volgende:
[..]
voor gewone mensen moet je dusty's tijd altijd met 9 vermenigvuldigen trouwens als je hetzelfde product wil neerzetten

Een CMS is NOOIT af. Er moet altijd wel wat bij komen en wat veranderd worden.

[raptorix]

Op woensdag 19 december 2001 10:39 schreef dusty het volgende:

[..]

Een CMS is NOOIT af. Er moet altijd wel wat bij komen en wat veranderd worden.

Kan dat niet via je cms dan

[Verwijderd]

Op woensdag 19 december 2001 10:39 schreef dusty het volgende:

[..]

Een CMS is NOOIT af. Er moet altijd wel wat bij komen en wat veranderd worden.

Maar als je eenmaal de belangrijkste zaken hebt staan is uitbreiden ontzettend makkelijk en snel, zoniet dan ben je niet echt lekker beziggeweest met het opzetten van je basis

[M@NIC]

Op woensdag 19 december 2001 10:00 schreef Otis het volgende:
Nu ong 10 maanden mee bezig (met 2 mensen), 6 - 8 uur per dag.

screenshots:
Content Manager (hiermee beheert de eindgebruiker de site)
[afbeelding]

Site Manager (hiermee ontwikkelt een developer de site)
[afbeelding]

Stel mijn site word niks, is het dan makkelijk om het over te takelen naar iets anders?

[dusty]

Op woensdag 19 december 2001 13:31 schreef Gordijnstok het volgende:
Maar als je eenmaal de belangrijkste zaken hebt staan is uitbreiden ontzettend makkelijk en snel, zoniet dan ben je niet echt lekker beziggeweest met het opzetten van je basis

Klopt.. is ook makkelijk.. maar het blijft uitbereiding en dus is hij ook nooit af

Netzoals een goede homepage zelf is ook nooit af omdat hij altijd in ontwikkeling zal moeten zijn.

[Verwijderd]

Toeter84 doet de HTML, ik de PHP.

Ben hier aan uren misschien 2/3 dagen mee bezig geweest, en ben gelijk re-usable code aan't schrijven.


Is inmiddels bijna af, met move opties en shit er bij.

(is b.t.w. flat-text based, zonder databases.)

[RobbertC]

De basis van m'n eerste systeempje, een nieuws systeem, was binnen 2 dagen af. Ondertussen heb ik dat systeem geïntegreed in de site van m'n school, en ben er nu 2 weken mee bezig, en het begint ergens op te lijken

Een ander systeem, een download manager met alles er op en er aan: zelfde verhaal. Basis binnen een paar dagen, het fine-tunen, en steeds maar weer nieuwe eisen van de klant (voor je iets zegt: ja, stond allemaal in contract ) duurde 2 maanden.

edit:

Wat screenies:


Download systeem, hier kun je games toevoegen

[edit@wasigh]
Goed dat je IP's scrambled maar doe het dan zo dat ze ook niet meer te lezen zijn

Het nieuwssysteem

[chem]

Voor een niet nader te noemen webshop in partytoys heb ik de front en backend gemaakt. Uiteraard is de backend beter dan de frontend geworden

en dat kostte me ~ 2 dagen in het geheel.

[RobbertC]

Op woensdag 19 december 2001 15:26 schreef chem het volgende:
Uiteraard is de backend beter dan de frontend geworden

Is ook het leukste om te maken IMHO

[Verwijderd]

Mijne is dan weliswaar niet zo uitgebreid, maar het moest supper fool-proof zijn [schaakvereniging en zo, die lui zijn niet altijd even handig met computers )

Ik ben heel simpel begonnen: eerst alleen inloggen [hoefde niet zo hack-proof te zijn en dat is het ook niet :p] en nieuws posten.
Toen kwam daarbij het parsen van opmaakcodes bij.
Toen editten en moven van post, inschrijvingen via site bekijken enz enz enz.
Per onderdeel ben ik een paar uurtjes bezig, afhankelijk van hoe moeilijk, makkelijk het was.
Toen eenmaal alles werkte, en goed werkte, heb ik de site op templates laten draaien en zo werk je steeds verder. Je leert er veel van

Moraal van de verhaal: afhankelijk van je skills ben je er denk een week of 4 mee bezig, als je net begint.
Belangrijk is dat je niet teveel moet willen. Stukje bij beetje en zo verder, maakt niet uit of het snel is of niet. Ik heb ook alles een keer helemaal [maar dan ook helemaal] herschreven

edit: NOOT: ga niet meteen aan de slag met HTML en gelikte frontend, dat ver***** de boel toch maar [spreek uit ervaring :)]

[M@NIC]

De ene zegt 2 á 3 uur en dan ander zegt 2 maanden.
Toch vreemd, het lijkt me trouwens onmogelijk omdat zo ff in 3 uurtjes te doen

[RobbertC]

Op woensdag 19 december 2001 16:00 schreef Manic het volgende:
De ene zegt 2 á 3 uur en dan ander zegt 2 maanden.
Toch vreemd, het lijkt me trouwens onmogelijk omdat zo ff in 3 uurtjes te doen

Dat ligt er natuurlijk net aan wat je wilt. Een simpel formuliertje wat data post naar een database, en een pagina wat het weer ophaalt, is zo gemaakt.

Wil je echter een login met wachtwoord erbij, kost het weer meer tijd. Zo kun je de login ook nog eens veilig maken, en iedere editor rechten geven enz.

[Verwijderd]

Op woensdag 19 december 2001 16:00 schreef Manic het volgende:
De ene zegt 2 á 3 uur en dan ander zegt 2 maanden.
Toch vreemd, het lijkt me trouwens onmogelijk omdat zo ff in 3 uurtjes te doen

Ligt eraan wat je wilt
Je kan in 2 a 3 uur een nieuwspostdinggeval coden als beginner, maar dan moet je er niet teveel van verwachten. Je kan er ook 2 maanden over doen, en dan heb je al iets beters

[Verwijderd]

Op woensdag 19 december 2001 16:00 schreef Manic het volgende:
De ene zegt 2 á 3 uur en dan ander zegt 2 maanden.
Toch vreemd, het lijkt me trouwens onmogelijk omdat zo ff in 3 uurtjes te doen

De ene maakt 3 pagina's, 1tje voor invullen, 1tje voor uitvoeren, en 1tje voor een overzicht.

De ander probeert zoveel mogelijk functies te bedenken en deze erin te proppen en op elkaar te laten aansluiten.

[drm]

De belangrijkste vraag imo is hergebruiken.

Ik ben al een behoorlijke tijd bezig (af en toe wat tussendoor, helaas niet fulltime) met een relationeel systeem voor MySQL
^{(referentiele integriteit inbouwen op PHP niveau, en formulieren genereren etc...)}
En zal daar bovenop dus een userlaag krijgen voor de klanten. In de toekomst hoop ik daar offline software voor te kunnen schrijven (probably Java), maar dat gaat ook nog wel even duren. Misschien krijg ik dat wel nooit af ...

Het idee is dan een database opzetten, restricties opleggen, een front-end (de site) implementeren en klaar is kees.

Maar dat is alles bij elkaar behoorlijk wat werk.

Maar voor kleine cms'jes (nieuwsberichtjes, plaatjes invoegen, etc...) moet je toch (als je goed bekend bent met php en mysql) niet veel meer tijd kwijt zijn dan tussen de 6 en de 10 uur. Als je PHP en MySQL (of andere equivalenten) niet kent, zou ik er niet eens aan beginnen, maar eerst de taal en omgeving je eigen maken (rtfm ) en mee knutselen, tenzij je al behoorlijke programmeer/script ervaring hebt en ervaring met databases en/of sql.

[chem]

eerlijk is eerlijk, de mijne is ook simpel: sortable views op alle tables in de database, simpele submits (geen checks) en een goeie oude .htaccess beveiliging...

[Kjev]

Op woensdag 19 december 2001 15:23 schreef RobbertC het volgende:
[afbeelding]
Ook comments behoren tot de mogelijkheden

Goed gescramblede IP's btw ...

Het hangt af van wat je wil. Ik heb ook een scriptje om nieuws, mailinglist en poll te posten/veranderen staan. Dat is een regenachtig zondagmiddagje werk. Als je zoiets als PHPNuke wil ben je denk ik iets langer bezig ...

[wasigh]

Op woensdag 19 december 2001 16:49 schreef KevinLevie het volgende:

[..]

Goed gescramblede IP's btw ...

Ik heb maar ff ge-edit

Het hangt af van wat je wil. Ik heb ook een scriptje om nieuws, mailinglist en poll te posten/veranderen staan. Dat is een regenachtig zondagmiddagje werk. Als je zoiets als PHPNuke wil ben je denk ik iets langer bezig ...

Mijn backend applicatie ben ik nog aan het bouwen maar ik verwacht 1,5 maand

Via een java app, naar phpserverSide scripts connecten

[Verwijderd]

Ik ga in de kerstvakantie het systeem wederom uitbreiden. Wat ik wil gaan doen is de creatie van content totaal onafhankelijk maken van het content systeem.

Oftewel, men klikt op een document in de browser, het document wordt op "flag out" gezet, en vervolgens wordt bij de client de editor geopend. Dit kan o.a. Word zijn.

Ik ga het eens proberen met ActiveX, dat is nl. de enige mogelijkheid om clientside nog enige zaakjes te kunnen besturen/aanroepen.

[RobbertC]

Op woensdag 19 december 2001 16:49 schreef KevinLevie het volgende:
Goed gescramblede IP's btw ...

Op woensdag 19 december 2001 16:54 schreef wasigh het volgende:
Ik heb maar ff ge-edit

Dankjewel, was niet echt slim van me

[Verwijderd]

Mijn eerste PHP project (had geen enkele PHP ervaring, wel veel Perl) was een CMS (content management system dus). Was nooit helemaal klaar (altijd editen enzo), maar je hebt de basis met een hoop features (niet geoptimaliseerd allemaal) wel binnen een dagje intensief coden af hoor. En dan begint 't bugtracken, editen, optimaliseren, efficienter maken, etc.

[M@NIC]

En hoe maken jullie zoiets nu?
Bekijken de source van iemand anders en veranderen het, of verzinnen compleet een heel verhaal

[Verwijderd]

Op donderdag 20 december 2001 09:05 schreef Manic het volgende:
En hoe maken jullie zoiets nu?
Bekijken de source van iemand anders en veranderen het, of verzinnen compleet een heel verhaal

Uhm jah lol juist het zelf maken is leuk
verzin het verhaaltje zelf

[Verwijderd]

Op donderdag 20 december 2001 09:05 schreef Manic het volgende:
En hoe maken jullie zoiets nu?
Bekijken de source van iemand anders en veranderen het, of verzinnen compleet een heel verhaal

Nadenken over wat je wilt en wat je moet (dus wat gebruikers willen, wat klanten van die gebruikers willen etc). Ga je onderzoeken, en dat levert een lijst met zaken op die je moet oplossen en moet leveren om aan de eisen te voldoen. Dus ga je oplossingen verzinnen (bv voor het fenomeen: "ik wil het maar 1 keer intikken en op verschillende pagina's in verschillende layouts kunnen weergeven, hoe doe ik dat?") voor die eisen en die ga je dan bouwen in een bepaalde volgorde (sommige dingen moeten meteen, anderen kunnen wachten).

Ookal ben je zelf de enige gebruiker van het geheel, schrijf altijd iets op wat je wilt, want stel je bent 2 weken bezig, weet jij nog in detail wat je aan het begin van die 2 weken had verzonnen en welke dingen je allemaal moet maken? Wellicht vergeet je er 1 of 2. De mogelijkheden die je kunt gebruiken om te bouwen wat je wilt zijn zo uitgebreid... welke database, wel/niet XML/XSL(T), php of asp + com -components etc.

[drm]

Op donderdag 20 december 2001 09:05 schreef Manic het volgende:
En hoe maken jullie zoiets nu?
Bekijken de source van iemand anders en veranderen het, of verzinnen compleet een heel verhaal

Sleutelen aan andermans source om een product te krijgen is wel zo ongeveer het domste wat je kunt doen als ontwikkelaar. Je zal nooit (zeg nooit nooit...) het hele product begrijpen, en altijd voor verassingen komen te staan.

Het idee of de structuur kun je wel "jatten". Maar schrijf het dan wel zelf. Leer je ook 1000x meer van.

Meestal zag de structuur van de dingetjes die ik gebouwd heb er ongeveer zo uit:
1 MySQL database met de volgende tabellen:
__ ¹ categories
__ ² items
__ ³ etcetera
2 PHP bestanden
__ ¹ toevoegen
__ ² overzicht waarin je kunt verwijderen, editen en previewen, zowel items als categorien
__ ³ includes voor DB-management
3 Authenticication
__ ¹ Via HTTP (.htaccess; Basic)

zoiets...

[chris]

Je kan het beste beginnen met een goede menu-structuur maken die oneindig diep kan (zie ook DevShed )Vervolgens moet je zorgen dat je voor de inhoud van je CMS een mooie Richeditor krijgt, en je moet ook meteen alles wat je bouwt in classes zetten. Zo houdt je het mooi overzichtelijk en kan je in een keer een heel stuk updaten zonder dat je hele site moet worden vernieuwd. Oja, een duidelijke directory structuur is ook wel handig.

Maar voordat je gaat beginnen moet je je bedenken wat je nou precies wil bereiken met je CMS. Als je dit ff opschrijft of onthoudt en eerst zorgt dat je deze doelen hebt bereikt kan je gaan uitbreiden. Maar m'n verhaal wordt nou al weer veel te lang.

Groet'n,
Dev-Null

[Verwijderd]

(Klik voor een vergroting)

Voor school hebben we een opdracht gekregen om voor dit bedrijf een CMS te maken, ondanks de weinige tijd die we hadden (5 weken), hebben we dit kunnen opleveren.

[Martin Sturm]

Op donderdag 20 december 2001 10:04 schreef dev-null het volgende:
Je kan het beste beginnen met een goede menu-structuur maken die oneindig diep kan (zie ook DevShed )Vervolgens moet je zorgen dat je voor de inhoud van je CMS een mooie Richeditor krijgt, en je moet ook meteen alles wat je bouwt in classes zetten. Zo houdt je het mooi overzichtelijk en kan je in een keer een heel stuk updaten zonder dat je hele site moet worden vernieuwd. Oja, een duidelijke directory structuur is ook wel handig.

Maar voordat je gaat beginnen moet je je bedenken wat je nou precies wil bereiken met je CMS. Als je dit ff opschrijft of onthoudt en eerst zorgt dat je deze doelen hebt bereikt kan je gaan uitbreiden. Maar m'n verhaal wordt nou al weer veel te lang.

Groet'n,
Dev-Null

In PHP vind ik classes niet zo ideaal werken eigenlijk. Voor bepaalde standaard dingen is het wel makkelijk (formclass, templateclass, databaseclass) maar de rest gewoon procedureel vind ik makkelijker (en ook sneller) werken. Misschien gaat het beter zodra zend 2 is geïmplementeerd in PHP, maar zoals het nu is laat ik classes maar beetje links ligge

* Martin Sturm is trouwens nu nog bezig met een CMS, wat ook herbruikbaar.
Ben er nu bijna 3/4 jaar mee bezig, maar dat is alleen in m'n vrije tijd, en het heeft al een paar keer 1 of 2 maanden stil gelegen

[Verwijderd]

/me vindt classes per defenitie kut.
Maar dat is verder niet belangrijk.

Een degelijk cmsje kost je, als je het zo maakt dat het enigszins universeel is en dat je het ook daadwerkelijk kunt verkopen en dat het makkelijk voor cliënten aan te passen is etc etc etc kost je dat al gauw een paar maanden. Testen, beta testen aanpassen, herschrijven, terug puzzelen etc etc. daar gaat mijns inziens het meeste tijd en moeite inzitten.

[Verwijderd]

Op dinsdag 18 december 2001 22:35 schreef The - DDD het volgende:
Beter klein beginnen en dan uitbreiden.

No way, weet je wat voor poep coden je dan krijgt! Moet je je db model aanpassen, allemaal gezeik.. Je kunt beter eerst een lijst met features bouwen en vanuit daar je relationeel model voor de db in elkaar frotten..

[Verwijderd]

Eerst denken dan doen.
Met andere woorden: bedenk eerst wat je progsel moet kunnen, dan hoe dat ongeveer moet, dan precies hoe dat moet en bouw dan de code erom heen. Het liefst zo basaal mogelijk zodat stumpertjes die er geen verstand van hebben het toch nog een beetje snel kunnen aanpassen. Werk natuurlijk ook overzichterlijk (beetje naar onderen surfen of kijken bij de links).
Bedenk van te voren een database structuur, en verzorg het geheel leuk.

[djc]

Als je klein begint moet je sowieso een keer helemaal overnieuw beginnen (wellicht wel met hergebruik van een deel van je code), want dan komt je code vol te zitten met workaroundjes enzow omdat je basis niet meer voldoet... Dus dat is kut.

[Verwijderd]

DOH. Nogal logisch ja. Vantevoren het denk werk doen levert al 1000% beter zichtbaar resultaat.

[itsme]

Hoe krijgen jullie richedit in PHP, ik kan er nix over vinden, een tje voor ASP ja maar dat ken mn linux servertje niet ...

[MrBrown]

Op donderdag 20 december 2001 15:28 schreef bas_konings het volgende:
Hoe krijgen jullie richedit in PHP, ik kan er nix over vinden, een tje voor ASP ja maar dat ken mn linux servertje niet ...

Dat richedit is clientside, dus onafhankelijk van je server... Dus als je iets hebt gevonden voor asp moet je die eruit slopen..

[M@NIC]

Op donderdag 20 december 2001 15:17 schreef daniel_hoenderdos het volgende:
Eerst denken dan doen.
Met andere woorden: bedenk eerst wat je progsel moet kunnen, dan hoe dat ongeveer moet, dan precies hoe dat moet en bouw dan de code erom heen. Het liefst zo basaal mogelijk zodat stumpertjes die er geen verstand van hebben het toch nog een beetje snel kunnen aanpassen. Werk natuurlijk ook overzichterlijk (beetje naar onderen surfen of kijken bij de links).
Bedenk van te voren een database structuur, en verzorg het geheel leuk.

Ik weet precies wat ik er mee wil doen.
Alleen als je het nog nooit gedaan hebt lijkt het me moeilijk om ff een database structuur te tekenen.

[Martin Sturm]

Op donderdag 20 december 2001 15:31 schreef MrBrown het volgende:

[..]

Dat richedit is clientside, dus onafhankelijk van je server... Dus als je iets hebt gevonden voor asp moet je die eruit slopen..

Je moet het toch wel kunnen verwerken op je server lijkt mij * Martin Sturm heeft geen verstand van die ritch edit zooi..
En werkt dat ook wel een beetje op niet-IE browsers (Mozilla en Opera bijvoorbeeld?)

[M@NIC]

Waar gaat dit over

[MisterData]

Ik moet er nog steeds eentje maken voor mijn eigen homepage. Met PhpMyAdmin alles doen is ook niet echt fantastisch natuurlijk

[Verwijderd]

Nsystem heeft me meer als 3 maanden gekost. Maar daar kon je dan ook alles mee...

• Nieuws
• Artikelen
• Screenshots libary
• .plan files
• Screenshots linken aan je artikel of nieuws item
• User levels voor het inloggen op Nsystem
• Beheren van je download sectie
• Commentaar systeem + vote systeem voor artikelen en downloads
• En nog veel meer..

[M@NIC]

Juist! Zoiets moet ik nou dus ook

[Verwijderd]

Op donderdag 20 december 2001 18:30 schreef Manic het volgende:
Juist! Zoiets moet ik nou dus ook

Kopen ?

[M@NIC]

Okay 1€ (ff Euro test )

[Verwijderd]

Zoals gezegd, vooraf denken en dan gaan doen, maar als je geen ervaring hebt in php oid, is het dan niet verstandiger om wel klein te beginnen en dan uit te breiden, en daar bedoel ik dan mee opnieuw beginnen stukken code knippen en plakken uit je oude CMS en dan een echt CMS te bouwen, ten minste dat heb ik ook zo gedaan.
BTW ff een tip, gebruik veel includes (ook weer niet teveel) includes vind ik heel makkelijk, als je bv een standaard menuutje moet hebben op verschillende pagina's, en dit menu is weer afhankelijk van je rechten die je hebt, zodat het in php geschreven moet worden, en er veranderd 1 link, dan hoef je dit alleen in de include aan te passen en fouten door het knippen en plakken van de menu code in de verschillende pagina's heb je dus ook niet meer
Pff, best een lap tekst eigenlijk

[Verwijderd]

Of include_once...

[Verwijderd]

ik zou dan require() of require_once() gebruiken....

[Verwijderd]

Op vrijdag 21 december 2001 11:27 schreef K-Mile het volgende:
ik zou dan require() of require_once() gebruiken....

Zit er een groot verschil in dan
Wist ik niet, toch maar eens ff opzoeken

[Verwijderd]

Op vrijdag 21 december 2001 11:29 schreef doniek het volgende:
Wist ik niet, toch maar eens ff opzoeken

Zie sig

[Verwijderd]

Op vrijdag 21 december 2001 11:31 schreef GDOG het volgende:

[..]

Zie sig

Heb een heel mooi boek, maar daar wordt ik ook niet veel wijzer van:
Require
De functie require() laadt de inhoud van een file in de soort, als zat de inhoud direct in de oproepfile. (--> is te volgen) Het vervangt zichzelf dus door de inhoud van de te laden file (--> ))

Include
De functie include() laadt de inhoud van de file en voert het als een normale HTML-file met alles wat bij PHP hoort uit. (Dit snap ik ook nog wel)

Snap het verschil niet echt (met name omdat ik require niet helemaal snap )

Nog ff verder zoeken (dan maar via je sig )

[Verwijderd]

Het leukste vindt ik nog altijd een CMS maken in een professionele uitstraling/verpakking.

Oftewel gebruik maken van vertroude windows interfaces etc. en dan ook nog de connecties met server gebruiken.

Nu wil ik nog maar 1 ding bereiken en dat is meer clientside interactivity.

[Atteman146]

Op vrijdag 21 december 2001 11:36 schreef doniek het volgende:

[..]

Heb een heel mooi boek, maar daar wordt ik ook niet veel wijzer van:
Require
De functie require() laadt de inhoud van een file in de soort, als zat de inhoud direct in de oproepfile. (--> is te volgen) Het vervangt zichzelf dus door de inhoud van de te laden file (--> ))

Include
De functie include() laadt de inhoud van de file en voert het als een normale HTML-file met alles wat bij PHP hoort uit. (Dit snap ik ook nog wel)

Snap het verschil niet echt (met name omdat ik require niet helemaal snap )

Nog ff verder zoeken (dan maar via je sig )

Staat toch echt in de manual:
http://www.php.net/manual/en/function.require.php

[quote uit de php manual]
Unlike include(), require() will always read in the target file, even if the line it's on never executes. If you want to conditionally include a file, use include(). The conditional statement won't affect the require(). However, if the line on which the require() occurs is not executed, neither will any of the code in the target file be executed.

Similarly, looping structures do not affect the behaviour of require(). Although the code contained in the target file is still subject to the loop, the require() itself happens only once.

This means that you can't put a require() statement inside of a loop structure and expect it to include the contents of a different file on each iteration. To do that, use an include() statement.
[/quote uit de php manual]

[Verwijderd]

okee..
require("functies.php") -> dit laad functies.php, dan wordt de lijn require("functies.php") als het ware vervangen door het geladen bestand.. dus als je als het waren in de parser zou kunnen kijken zou je 1 grote file zien bestaande uit jouw bestand + het ge-require-de bestand..

bij include wordt hetzelfde gedaan maar krijg je meer zoiets:

jouw bestand......
?>
geinclude bestand
<?
de rest van jouw bestand..

[Tux]

Ik ben ook bezig met een Site Management System...

De lay-out en de phpcode heb ik gemaakt.
Nu staat er nog op het programma... veel content schrijven
Misschien Server Side Caching inbouwen.

[NetForce1]

Waar blijft Boer_Frients? http://www.dnaservices.com/index.php?home=Produkten&sub=DCMS&page=index

Je hoeft niet zo beschijden te zijn hoor

[Verwijderd]

Op vrijdag 21 december 2001 12:15 schreef GDOG het volgende:
een stuk tekst

Het begint een beetje te dagen,
Kun je trouwens bij een require de variabele in het bestand waarin je require() zet in je require-file aanspreken?? Dit kan bij include niet toch?? (tenminste in een functie)

[drm]

doniek:
Het begint een beetje te dagen,
Kun je trouwens bij een require de variabele in het bestand waarin je require() zet in je require-file aanspreken?? Dit kan bij include niet toch?? (tenminste in een functie)

dat klopt niet helemaal.

voor uitleg, maar niet voor gebruik
global

[M@NIC]

Waar gaat dit over

[Verwijderd]

Op vrijdag 21 december 2001 14:18 schreef doniek het volgende:
Het begint een beetje te dagen,
Kun je trouwens bij een require de variabele in het bestand waarin je require() zet in je require-file aanspreken?? Dit kan bij include niet toch?? (tenminste in een functie)

Kan bij beide, maar dan alleen 'in het gewone stuk'. Dus niet in een fuctie of class zoals drm al duidelijk probeert te maken.

[Verwijderd]

Het leukste vindt ik nog altijd een CMS maken in een professionele uitstraling/verpakking.
Oftewel gebruik maken van vertroude windows interfaces etc. en dan ook nog de connecties met server gebruiken.

Nu wil ik nog maar 1 ding bereiken en dat is meer clientside interactivity.

Klopt, ben ik zelf ook mee bezig (tijd: 2 maand (na schooltijd 3/4 tot 1 uur per dag)). Ik heb alles erg (dat vind ik zelf) gestructureed aangepakt. Verschillende classen (class.gui.php met windows look and feel user-interface, class.inloggen.php (de kleinste), class.domxml.php maakt de xml-output, class.mysql.php mysql-functie's had het beter class.db.php kunnen noemen en zo later meerdere db's te ondersteunen) Verder gebruik ik veel css (200 regels) en veel js (helaas alleen ie op dit moment 400 regels). ik maak verschillende modules voor bv. nieuws, en nog andere dingen die ik nog moet bedenken (proggen). De bedoeling is dat de eind-gebruikers zelf stylesheets kunnen maken (hoe,.. vraag mij het niet). Ik zal ff een voorbeeld geven van het gebruik van mijn gui-class

<?php

include ("class.gui.php");

$ui = new gui($PHP_SELF);

// maak een tabel met de inhoud van een tabel - nid is de unieke waarde in de tabel en staat voor nieuws-id
$data = $ui->data_overzicht("SELECT * FROM nieuws", "nid");

// maak de window core van een win-prog
$output = $ui->core("plaatje.bmp", $data);

echo $output;
?>

Mijn nieuws systeem heeft ongeveer 200 regels met van dit soort aanroepen van methods en bevat geen html, het bestand is 7kb maar de output van alles was (1 week geleden) 30kb aan plain html. heb helaas geen server waar ik een screenhot op kan zetten (maarja jullie weten allemaal wel hoe een windows-progie er uit ziet)

Henk Erik

[M@NIC]

Nou voor jou de oplossing

http://picserv.mediamonks.net/

[Verwijderd]

Thanz hier is het plaatje:

[Verwijderd]

Op woensdag 02 januari 2002 22:27 schreef henkerik het volgende:
Thanz hier is het plaatje:

[afbeelding]

[img bron="http://picserv.mediamonks.info/pics/EHADPHHHEHE"]

Sorry voor de dubbel post maar ik ben (nog) niet erg bekend met tweakers.net. (hoe voeg ik een plaatje in?)

[chem]

Op woensdag 02 januari 2002 22:29 schreef henkerik het volgende:

[..]

Sorry voor de dubbel post maar ik ben (nog) niet erg bekend met tweakers.net. (hoe voeg ik een plaatje in?)

met
[img ]http://plaatje[/img ]

(zonder de spaties)

[chris]

Ontopic plz.
Ik heb nog een antwoord voor de topicstarter:
Mijne heeft de volgende functies:

Documenten beheren
Menu met oneindig diepe structuur
Templates beheren
Rich-text editor a la hotmail
Gebruikers toevoegen verwijderen
Bestanden uploaden
Plaatjes beheren
Nieuws-module
Shop-module
Alles wordt server-side gecached

En dit alles in ongeveer 1 week werken. Ik maak gebruik van php, mysql, js, (html), css. Opzich valt het allemaal wel mee, als je maar goed plant dan lukt het wil binnen afzienbare tijd om iets moois te scheppen. Ik heb laatst ook een of ander online boek gezien dat gaat over "Building an CMS with php and mysql", kep de bookmark wel op het werk staan.
Suc6 iig.

[Verwijderd]

Misschien is dit interresant voor julie:
http://knurft.studentenweb.org/prog/nucleus/

[RobbertC]

Op woensdag 02 januari 2002 22:51 schreef dev-null het volgende:

En dit alles in ongeveer 1 week werken. Ik maak gebruik van php, mysql, js, (html), css. Opzich valt het allemaal wel mee, als je maar goed plant dan lukt het wil binnen afzienbare tijd om iets moois te scheppen.

Heb je hier dan een week fulltime (8 uur per dag) of minder (2 uurtjes ofzo) aan gewerkt?

Ik heb laatst ook een of ander online boek gezien dat gaat over "Building an CMS with php and mysql", kep de bookmark wel op het werk staan.
Suc6 iig.

Als je die met ons zou willen delen, graag!

[wustenveld]

M'n eerste CMS ben ik 3 weken mee bezig geweest, maar ik heb nu een CMS gebaseerd op PHP en MySQL die ik in 5 minuten geïmplementeerd heb op een site. Het CMS genereert zichzelf op basis van de databasestructuur en een bestand met de naam variabelen.php

Functies die er in zitten zijn oa:
- Beeldenbank, beelden worden opgeslagen in de MySQL database in 'n blobje
- Pagina's toevoegen, bewerken
Hierbij kun je denken aan nieuws, gewone pagina's, faq's enz.
- HTML Editor (http://richtext.sourceforge.net/)
- Gebruikersbeheer (via variabelen.php uit te breiden)
Mogelijkheid voor meedere users, zien wanneer de laatste user was ingelogd
zien wie de laatste aanpassing op een pagina gemaakt heeft
- Beveiligd met MD5 encryptie (word als MD5 over het netwerk verstuurd. oa naar
aanleiding van [rml][ php+mySQL] Password codering[/rml])
- Meertalige ondersteuning voor als een site meer talen mocht hebben
- Groepsindelingen, handig voor als je bijvoorbeeld het nieuws in groepen hebt
verdeeld. Het systeem maakt voor een groep automatisch een pull-down
menuutje

Nu ben ik bezig met een zelf-genererend help-systeem aan de hand van de database-structuur en daarna wil een systeem bedenken die een website genereerd aan de hand van de database en een variabelen.php bestandje. De lay-out wil ik dan doen aan de hand van template bestanden, dus dat zou dan nog het enige zijn wat je moet doen om de site te bouwen. De rede waarom ik dat wil doen is gewoon omdat het kickuh is.