Bewaar de inloggegevens in een database.
Maak 2 extra velden: 'uitlogtijd' en 'score'.
Als er ingelogd wordt:
Check of je deze inloggegevens al hebt in de database.
NEE:
Maak record aan met naam, password en dergelijke.
Zet 'uitlogtijd' op NOW() + 5 minuten.
Zet 'score' op 0.
JA:
Update het gevonden record.
Zet 'uitlogtijd' op NOW() + 5 minuten.
Zet 'score' op 0.
Eenmaal ingelogd:
Laat de gebruiker een aantal php vragen oplossen. Bij elk goed antwoord update je 'uitlogtijd' naar NOW() + 5 minuten en verhoog je score met 1. Als het antwoord fout is krijgt de gebruiker een nieuwe vraag. Uiteraard blijf je steeds 'uitlogtijd' in de gaten houden en indien verstreken wordt de gebruiker uitgelogd. Eenmaal uitgelogd en weer opnieuw ingelogd moet ie weer vooraan beginnen
De highscores zijn uiteraard te zien op het scherm.
haha leuk idee - santhe - die bewaar ik voor overmorgen als ik niets te doen heb ;)
Maar nu ga ik een cms met javascript maken en uiteraard ik zet hem hier als i af is ;)
Mag ik vragen waarom volledig met Javascript? HTML/CSS zijn gemaakt voor opmaak, PHP is een programmeertaal. Javascript is dat ook, maar heeft meer de insteek om de manier waarop iets werkt aan te passen. Het is een verfraaiing, maar niet noodzakelijk.
Ik mag hopen dat je bijvoorbeeld je login niet gaat valideren met JS. Wat wel bijvoorbeeld mooi is, is de foutmeldingen duidelijker te maken met JS. (Ergens iets rood te kleuren) Wat bijvoorbeeld ook leuk is, dat enkel een paar divs reloaden i.p.v. heel de website. Langs de andere kant, als Js uitgeschakeld is, moet het gewoon nog werken.
Bij een WYSIWYG editor is dat natuurlijk iets anders, daar heb je vaak JS voor nodig. (Ik ga spontaan is googelen of er al een aardige in HTML 5 is!)
En overigens, neem je tijd :-). Een CMS maak je niet op één dag!
Bij een WYSIWYG editor is dat natuurlijk iets anders, daar heb je vaak JS voor nodig. (Ik ga spontaan is googelen of er al een aardige in HTML 5 is!)
?? HTML is een taal voor de semantiek niet voor interactie met gebruikers, dus natuurlijk is er niet eentje in HTML5 en je zult altijd een programmeertaal (hoho wacht even PHP en JS zijn scripttalen) nodig hebben voor interactie, of dat over de server of over de client gaat maakt in dit geval niet uit.
Bij een WYSIWYG editor is dat natuurlijk iets anders, daar heb je vaak JS voor nodig. (Ik ga spontaan is googelen of er al een aardige in HTML 5 is!)
?? HTML is een taal voor de semantiek niet voor interactie met gebruikers, dus natuurlijk is er niet eentje in HTML5 en ...
Klopt, ik drukte me niet duidelijk uit! Excuses! Ik doelde eerder op het feit of er al een editor was die HTML5 degelijk ondersteunt.
Minder on-topic
Wouter J
programmeertaal (hoho wacht even PHP en JS zijn scripttalen) nodig hebben voor interactie, of dat over de server of over de client gaat maakt in dit geval niet uit.
En dan neem ik er gelijk je eigen woorden bij:
Wouterj.nl
Ik wil het niet te moeilijk maken, want over dit onderwerp wordt nog heel veel gediscussieerd
Ik vind het een beetje cru om te zeggen dat PHP geen programmeertaal zou zijn maar wel een scripttaal. Persoonlijk ben ik het daar totaal niet mee eens. Zeker als ik je vergelijking met Java lees.
Java draait eveneens niet rechtstreeks. Java draait altijd in de Java virtual machine. Wat uiteindelijk een programma is. In die virtuele machine gebeurd de eigenlijke omzetting naar bytecode. Dus als ik jouw redenering dan volg, dan zijn er amper echte programmeertalen.
Alleen degene die rechtstreeks naar bytecode kunnen vertaald worden. Dan kan je zeggen dat assembler wint.
[size=xsmall]Toevoeging op 17/08/2012 15:03:05:[/size]
Ik ben een fan van je artikels Wouter, maar de volgende zin sprong ook in het oog:
Wouterj.nl
Programmeertaal - Een taal die handelingen voorschrijft voor de computer (bijv. JAVA)
Totaal mee oneens. Een programmeertaal kan vragen om bepaalde handelingen uit te voeren, maar niet voorschrijven hoe dit moet. De laag onder bv. Java (even dan de java VM buiten beschouwing gelaten) is het besturingssysteem. Java zal dus met het BS communiceren, niet rechtstreeks met de hardware. Integendeel, dan zou je BS jou een schop moeten geven en ten strengste verbieden.
Grofweg, de volgende laag, kan je aanschouwen als de hardware. De enige echte die voorschrijft hoe jouw computer handelingen uitvoert, zijn de hardwarefabrikanten. Neem bijvoorbeeld het instructieset van je processor.
Als je processor een instructie* heeft voor op te tellen, dan zal het BS hierop beroep kunnen doen. Wanneer de processor bijvoorbeeld geen instructie heeft om te vermenigvuldigen, kan het BS daar geen beroep op doen. Het BS zal bv. er moeten voor zorgen dat jouw programma dat toch kan. Bijvoorbeeld een routine ter beschikking stellen. Vermenigvuldigingen zou je kunnen bekomen door x keer op te tellen.
*
Ook dit is nog steeds geen echte handeling, wel een instructie. In de processor zal nog een niveau lager zijn dat bytecode: machinecode. Deze zal bv. er voor zorgen dat bepaalde transistors schakelen. Een instructie bestaat uit meerdere elementaire machineinstructies. Bijvoorbeeld een optelling lijkt elementair, maar is het nog niet. Er moet namelijk opgeteld worden tussen iets. De getallen moeten op één of andere manier aan 2 verschillende ingangen worden gegeven. Uiteindelijk wil je via één enkele uitvoer de uitkomst. (Arithmetic logic unit)
Wouter, zie PM i.v.m. je bericht hieronder. Om het topic niet volledig te kapen :-)
