MiniScript: Datums checken
Door Jan Koehoorn, 23 jaar geleden, 5.044x bekeken
Hallo allemaal. Aangezien MySQL geen ingebouwde check heeft voor geldigheid van datums moet je die zelf checken voordat je ze in de database zet.
Nu is daar wel een PHP functie voor, checkdate (), maar die vond ik nogal onhandig en beperkt. Checkdate verwacht drie integers in de volgorde maand - dag - jaar.
Als je een datumwaarde uit een textfield uit een form krijgt is dat vaak in Nederlandse notatie (dag - maand - jaar).
Ik heb een kort scriptje gemaakt, dat zeker niet volledig is, maar mijns inziens wel een leuke uitbreiding op de beperkingen van checkdate ().
Gesponsorde koppelingen
PHP script bestanden
Er zijn 20 reacties op 'Miniscript datums checken'
0 
-0 
-0
Quote:
maar mijns inziens wel een leuke uitbreiding op de beperkingen van checkdate ().
Wat voor beperkingen heeft jou functie niet en checkdate() wel? Als je vind dat checkdate maar tot het jaar 32767 gaat een beperking vind.............
0 -0
-0
@ Steffan: de beperking ging me niet zozeer om het bereik, maar om de Amerikaanse volgorde van de argumenten, plus dat je hem maar op één manier kan aanroepen.
0 -0
-0
Je kunt hier natuurlijk een uitbreiding op schrijven zodat je ook eventueel dag/maand/jaar apart kan invoeren e.d., zodat je meerdere invoermogelijkheden hebt
0 -0
-0
@ PHPerik: dan keurt hij alleen datums goed die met een streepje genoteerd zijn. Ik denk dat het gebruiksvriendelijker is om ook een slash en een spatie toe te staan, die immers vaak gebruikt worden als mensen een datum invullen.
Je tweede opmerking snap ik niet precies? Er zijn toch al meer dan één invoermogelijkheden (integers, array, string)?
Je tweede opmerking snap ik niet precies? Er zijn toch al meer dan één invoermogelijkheden (integers, array, string)?
0 -0
-0
Met mijn tweede opmerking bedoelde ik dat je het nog zó kunt maken dat je niet per sé het formaat dd-mm-YYYY hoeft in te voeren, maar dat je dus ook dd en mm en YYYY apart kan valideren of dat je dd/mm/YYYY of dd.mm.YYYY kunt invoeren.
Zo dan misschien beter?
Zo dan misschien beter?
0 -0
-0
Ja, ziet er al flexibeler uit. Je zou bij dagen nog kunnen afdwingen dat het eerste getal van 0-3 mag lopen en bij maanden van 0-1, bijv "^[0-3]?[0-9]$" voor dagen.
Als je dat minteken tussen brackets zet, moet je hem escapen volgens mij. Dat kwam ik bij het uittesten van deze functie tegen.
Als je dat minteken tussen brackets zet, moet je hem escapen volgens mij. Dat kwam ik bij het uittesten van deze functie tegen.
0 -0
-0
@ Willem-Jan: weet ik eigenlijk niet. Ik werk zelf uit voorzorg nooit met tweecijferige jaren. Ik zal het eens nazoeken.
0 -0
-0
Quote:
Als je dat minteken tussen brackets zet, moet je hem escapen volgens mij. Dat kwam ik bij het uittesten van deze functie tegen.
alleen als je hem niet als eerste teken hebt staan;) net als de ], als je die direct na [^ (niet alleen [) hebt staan, wordt die als normaal karakter gezien.
0 -0
-0
Maar Erik, hoe controleerd jouw voorbeeld of een datum wel geldig is? Hij kijkt alleen of het een goede datum kan zijn, maar hij keurt bijv 31-02 ook goed terwijl dat NOOIT kan.
0 -0
-0
Klopt, dat doet ie ook niet, maar ik kan voor mezelf geen situatie bedenken waarin ik zo'n check nodig heb. Maar als je echt een datum volledig wil valideren zal je toch een functie moeten gebruiken.
0 -0
-0
"Klopt, dat doet ie ook niet, maar ik kan voor mezelf geen situatie bedenken waarin ik zo'n check nodig heb"
Dat meen je toch niet hoop ik? Je wil toch weten of een datum klopt voordat je hem in je db stopt?
Dat meen je toch niet hoop ik? Je wil toch weten of een datum klopt voordat je hem in je db stopt?
0 -0
-0
Sommige mensen gebruiken graag een tekstveld, en ja dan heb je zo'n functie nodig. Ik ga liever voor de select dropdown boxen. Maar ook daar moet je controleren of 31 feb bestaat.
0 -0
-0
Dat bedoel ik. MySQL doet het niet voor je, dus als je geen onzin in je db wilt heb je een check nodig.
0 -0
-0
Als mijn klanten een datum als 31 feb in willen voeren dan mogen ze dat van me doen; ze zullen namelijk om een javascript heen moeten, en ik zie echt niet in waarom ze dát zouden doen. En anders "verpesten" ze hun eigen systeem; so be it.
0 -0
-0
@ PHPerik: maar stel nu, dat je dat ook zo zou doen met e-mailvelden. Iemand vult gewoon onzin in, zonder @ en zo. Zet je dat dan ook gewoon in je db?
0 -0
-0
@Jan Koehoorn: nee, maar voor emailchecks zijn gave dingen beschikbaar, zie bijv. http://www.sitepoint.com/article/users-email-address-php
0 -0
-0
@ Osiris: ja, die methode is bekend. Heeft overigens nadelen met time-outs en dergelijke. Er zijn dus mooie manieren om een e-mail adres te checken en mooie manieren om een datum te checken. Mijn tip is: gebruik ze.
Om te reageren heb je een account nodig en je moet ingelogd zijn.
PHP hulp
0 seconden vanaf nu