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.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)
Zeker als het de eerste keer is moet je klein beginnen. (had hier een voorbeeld i.v.m. sex in gedachten)
Jah jah dus jij wil zeggen dat ik morgen mijn PHP boekje opensla, en binnen een uurtje zoiets heb staanOp 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.
Heel grappig....wat ik bedoel is alleen voor mensen die ik toegang geef!Op dinsdag 18 december 2001 22:32 schreef MrK het volgende:
Ik wil niet dan mijn gebruikers zelf pollen voor de frontpage gaan maken
Verwijderd
Als je al een beetje bekent bent met php wel, anders kan wel wel eens pluizen zijn.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!
Dat andere was idd een grapje.
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...
Heart..pumps blood.Has nothing to do with emotion! Bored
Nou heb ik nog geen antwoord gekregen eigenlijkOp 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.
Hoelang duurd het ongeveer of hoelang deed jij erover
explain?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)
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.
Check mijn V&A ads: https://tweakers.net/aanbod/user/9258/
Je rotzooit wat aan en je ziet wel wat er van komt.
Hoe lang deed jij erover deed, stond erook bijOp 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..Op dinsdag 18 december 2001 22:50 schreef Tampie2000 het volgende:
[..]
hangt helemaal van je eigen kennis/inzet/hersennen af.
over m'n eerste CMSje? deed ik zo'n week ofzo.Op dinsdag 18 december 2001 22:51 schreef Manic het volgende:
[..]
Hoe lang deed jij erover deed, stond erook bij
ben d'r wel mee gekapt en db kwijtgemaakt
Check mijn V&A ads: https://tweakers.net/aanbod/user/9258/
En hoe heet die plugin ... ?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...
"If God wanted us to have unlimited free energy He would have put a giant fusion reactor in the sky"
Klein beginnen met de ogen op de finish komen, anders kan je idd je code 5 keer herschrijven.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.
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.
CMSOp 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
C..... Management System ?
C = Content..Op dinsdag 18 december 2001 22:59 schreef Manic het volgende:
[..]
CMS
C..... Management System ?
Staat leuker dan dat short message system van jou
Maar zou ik nu antwoord mogen op de mainvraag
Verwijderd
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.
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
uhm jah ik ben nog bezig met een siteOp dinsdag 18 december 2001 23:04 schreef raymanontweakers het volgende:
content management system
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
Oke dan,Op dinsdag 18 december 2001 22:27 schreef Manic het volgende:
(Misschien een paar plaatjes van de jouwe ?)
Verwijderd
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
Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR
voor gewone mensen moet je dusty's tijd altijd met 9 vermenigvuldigen trouwensOp woensdag 19 december 2001 09:38 schreef dusty het volgende:
Ben met de mijne al een jaartje bezig.
Klaar voor een nieuwe uitdaging.
Verwijderd
screenshots:
Content Manager (hiermee beheert de eindgebruiker de site)

Site Manager (hiermee ontwikkelt een developer de site)
Verwijderd
Een CMS is NOOIT af. Er moet altijd wel wat bij komen en wat veranderd worden.Op woensdag 19 december 2001 09:59 schreef chem het volgende:
[..]
voor gewone mensen moet je dusty's tijd altijd met 9 vermenigvuldigen trouwensals je hetzelfde product wil neerzetten
Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR
Kan dat niet via je cms danOp 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.
Verwijderd
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 basisOp 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.
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?
Klopt.. is ook makkelijk.. maar het blijft uitbereiding en dus is hij ook nooit afOp 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![]()
Netzoals een goede homepage zelf is ook nooit af omdat hij altijd in ontwikkeling zal moeten zijn.
Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR
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.)
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
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
en dat kostte me ~ 2 dagen in het geheel.
Klaar voor een nieuwe uitdaging.
Is ook het leukste om te maken IMHOOp woensdag 19 december 2001 15:26 schreef chem het volgende:
Uiteraard is de backend beter dan de frontend geworden
Verwijderd
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 :)]
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.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
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
Ligt eraan wat je wiltOp 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
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
De ene maakt 3 pagina's, 1tje voor invullen, 1tje voor uitvoeren, en 1tje voor een overzicht.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 ander probeert zoveel mogelijk functies te bedenken en deze erin te proppen en op elkaar te laten aansluiten.
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
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Klaar voor een nieuwe uitdaging.
Goed gescramblede IP's btwOp woensdag 19 december 2001 15:23 schreef RobbertC het volgende:
[afbeelding]
Ook comments behoren tot de mogelijkheden![]()
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
Ik heb maar ff ge-editOp woensdag 19 december 2001 16:49 schreef KevinLevie het volgende:
[..]
Goed gescramblede IP's btw...
Mijn backend applicatie ben ik nog aan het bouwen maar ik verwacht 1,5 maandHet 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...
Via een java app, naar phpserverSide scripts connecten
Verwijderd
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.
Op woensdag 19 december 2001 16:49 schreef KevinLevie het volgende:
Goed gescramblede IP's btw...
Dankjewel, was niet echt slim van meOp woensdag 19 december 2001 16:54 schreef wasigh het volgende:
Ik heb maar ff ge-edit
Verwijderd
Bekijken de source van iemand anders en veranderen het, of verzinnen compleet een heel verhaal
Verwijderd
Uhm jah lolOp 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
verzin het verhaaltje zelf
Verwijderd
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).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
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.
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.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
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:
__ 1 categories
__ 2 items
__ 3 etcetera
2 PHP bestanden
__ 1 toevoegen
__ 2 overzicht waarin je kunt verwijderen, editen en previewen, zowel items als categorien
__ 3 includes voor DB-management
3 Authenticication
__ 1 Via HTTP (.htaccess; Basic)
zoiets...
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
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 liggeOp 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
* 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
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
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..Op dinsdag 18 december 2001 22:35 schreef The - DDD het volgende:
Beter klein beginnen en dan uitbreiden.
Verwijderd
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.
Rustacean
Verwijderd
"If God wanted us to have unlimited free energy He would have put a giant fusion reactor in the sky"
Dat richedit is clientside, dus onafhankelijk van je server... Dus als je iets hebt gevonden voor asp moet je die eruit slopen..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 ...
Powered by Manetti (compiled by Jura)
Ik weet precies wat ik er mee wil doen.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.
Alleen als je het nog nooit gedaan hebt lijkt het me moeilijk om ff een database structuur te tekenen.
Je moet het toch wel kunnen verwerken op je server lijkt mijOp 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..
En werkt dat ook wel een beetje op niet-IE browsers (Mozilla en Opera bijvoorbeeld?)
Verwijderd
- 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..
Verwijderd
Kopen ?Op donderdag 20 december 2001 18:30 schreef Manic het volgende:
Juist! Zoiets moet ik nou dus ook
Verwijderd
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
Zit er een groot verschil in danOp vrijdag 21 december 2001 11:27 schreef K-Mile het volgende:
ik zou dan require() of require_once() gebruiken....
Wist ik niet, toch maar eens ff opzoeken
Verwijderd
Zie sigOp vrijdag 21 december 2001 11:29 schreef doniek het volgende:
Wist ik niet, toch maar eens ff opzoeken
Verwijderd
Heb een heel mooi boek, maar daar wordt ik ook niet veel wijzer van:Op vrijdag 21 december 2001 11:31 schreef GDOG het volgende:
[..]
Zie sig
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
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.
Staat toch echt in de manual: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)
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
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..
De lay-out en de phpcode heb ik gemaakt.
Nu staat er nog op het programma... veel content schrijven
Misschien Server Side Caching inbouwen.
The NS has launched a new space transportation service, using German trains which were upgraded into spaceships.
Je hoeft niet zo beschijden te zijn hoor
De wereld ligt aan je voeten. Je moet alleen diep genoeg willen bukken...
"Wie geen fouten maakt maakt meestal niets!"
Verwijderd
Het begint een beetje te dagen,Op vrijdag 21 december 2001 12:15 schreef GDOG het volgende:
een stuk tekst
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.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)
voor uitleg, maar niet voor gebruik
global
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Verwijderd
Kan bij beide, maar dan alleen 'in het gewone stuk'. Dus niet in een fuctie of class zoals drm al duidelijk probeert te maken.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)
Verwijderd
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-classHet 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.
<?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
Verwijderd
Sorry voor de dubbel post maar ik ben (nog) niet erg bekend met tweakers.net. (hoe voeg ik een plaatje in?)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"]
metOp 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?)
[img ]http://plaatje[/img ]
(zonder de spaties)
Klaar voor een nieuwe uitdaging.
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.
Heb je hier dan een week fulltime (8 uur per dag) of minder (2 uurtjes ofzo) aan gewerkt?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.
Als je die met ons zou willen delen, graag!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.
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.
Verwijderd
Volgens mij is het probleem meer dat mensen DENKEN dat ze geen tijd hebben... Want je hebt wel tijd om ier te posetn enzo...HenkS schreef op 18 december 2001 @ 22:31:
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)
