03/10/2006 17:08:00
Wie kan me een beetje op weg helpen?
Ik haal een datum uit een tekstveld die volgens hollandse notatie is ingevuld: dd-mm-yyyy
Nu wil ik deze opslaan in de database, maar die slaat alleen in het formaat yyyy-mm-dd op....
Hoe maak ik nou die conversie?
(Voorwaarde van die hollandse notatie in het tekstveld is vereist...)
02/05/2024 19:57:59
03/10/2006 17:16:00
Code (php)
1
2
3
4
5
6
7
<?php
$datum = "03-10-2006";
$newdatum = explode("-", $datum);
$newdatum = $newdatum[2]."-".$newdatum[1]."-".$newdatum[0];
echo "Oude datum: ".$datum;
echo "<br>Nieuw datum: ".$newdatum;
?>
niet getest
edit: Echo toegevoegt en hij doet t.
Gewijzigd op 01/01/1970 01:00:00 door
Michael -
03/10/2006 17:18:00
Code (php)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<?php
$sDatum = '3-10-2006';
$aDatum = explode('-', $sDatum);
if (checkdate($aDatum[1], $aDatum[0], $aDatum[2])) {
$sDatum = $aDatum[2].'-'.$aDatum[1].'-'.$aDatum[0];
// uitvoeren query, etc.
echo $sDatum;
}
else {
echo 'Datum is niet correct.';
}
?>
Met controle op een bestaande datum...
03/10/2006 17:26:00
ok, heel erg dankiewel! Ik ga het straks even invoegen....
Het werkt! Thanks...
Gewijzigd op 01/01/1970 01:00:00 door
Eric
04/10/2006 10:09:00
Ik denk dat mijn mogelijkheid makkelijker is nl.
04/10/2006 14:28:00
Jurgen:Ik denk dat mijn mogelijkheid makkelijker is nl.
Ik denk dat je de plank volledig misslaat! In de eerste plaats is het de bedoeling om een opmaak dd-mm-yyyy om te zetten naar yyyy-mm-dd en in de tweede plaats kun je de database de datum laten opmaken wanneer je deze uit de database haalt. Ten derde zul je functie date() nooit en te nimmer nodig hebben om een datum op te maken die uit de database komt. Een datum sla je namelijk op als een DATE of DATETIME en de functie date() vereist een (waardeloze) unixtimestamp. Dat gaat dus niet lukken. Gebruik de MySQL-functie DATE_FORMAT() of ga met een fraaie CASE aan de slag. Er zijn vele mogelijkheden en ze zijn allemaal beter dan een oplossing met de php-functie date().
04/10/2006 14:33:00
Uiteraard ben ik het eens met het verhaal van Frank, maar wat ik niet begrijp is dat mensen hier nu ingewikkelde scripts posten met explode() en nog meer vieze dingen terwijl een regexje gewoon veel duidelijker en handiger is:
Code (php)
1
2
3
<?
$datum = preg_replace('/([0-9]{1,2})\-([0-9]{1,2})\-([0-9]{4})/', '\\3-\\2-\\1', $datum);
?>
/edit
Dat 'ingewikkeld' waar ik het over heb moet je wel relativeren, voordat ik dat weer naar m'n hoofd krijg ;)
Gewijzigd op 01/01/1970 01:00:00 door
PHP erik
04/10/2006 14:43:00
@PHPerik: Een regexje is leuk en aardig, maar nu moet je de boel alsnog opknippen in stukken om de functie checkdate() te kunnen gebruiken. Jouw code heeft namelijk geen enkele moeite met 29-02-2007 ondanks dat deze datum niet bestaat. MySQL maakt daar 'keurig' 1 maart van, met als gevolg dat je data corrupt is.
In combinatie met de checkdate() lijkt mij een explode() handiger. Of het sneller is, geen idee, nooit getest.
04/10/2006 14:49:00
Ik vind een dropdown handiger en mooier. Anderzijds een dynamic om bij april 30 dagen te krijgen ipv 31, bijvoorbeeld.
04/10/2006 15:04:00
Wat ik uit de originele post afleid is dat hij de data al heeft, dan hoef je niets te controleren.
Of bedoelt hij met "tekstveld" een input in HTML? Dan moet TS Kalles post hierboven even lezen.
04/10/2006 15:10:00
@Kalle: Wanneer je maximaal 1x in de week een datum moet invoeren, ben ik het met je eens. Wanneer je echter tientallen keren per dag datums moet invoeren, word je gillend gek wanneer je dat met dropdownlistjes moet doen. Een paar getalletjes en 2 streepjes inkloppen gaat minstens 100x sneller dan een datum selecteren met een dropdownlist.
En ik roep het nogmaals, je blijft de functie checkdate() nodig hebben om te checken of de datum wel correct is. Waardes in een dropdownlist zijn door de gebruiker namelijk eenvoudig aan te passen en dus nooit te vertrouwen.
04/10/2006 15:42:00
Ik zou persoonlijk alleen de timestamp zelf in de database zetten als integer(11).
In diat geval kun je hem uit en in lezen onder elk gewenst formaat
enzovoort,
04/10/2006 15:54:00
Twan:Ik zou persoonlijk alleen de timestamp zelf in de database zetten als integer(11).
In diat geval kun je hem uit en in lezen onder elk gewenst formaat
enzovoort,
De volgende functies kun je dan niet/nauwelijks meer gebruiken:
http://dev.mysql.com/doc/refman/4.1/en/date-and-time-functions.html
Een timestamp is zo'n beetje het meest rottige formaat die er te krijgen is. Er is geen hond geinteresseerd in het aantal seconden dat sinds 1-1-1970 is verstreken.
En waarom zou je dit gebruiken wanneer je DATE en DATETIME tot je beschikking hebt? Dat zijn ISO-formaten, internationale standaarden! Daar hebben een paar slimmeriken toch echt wel over nagedacht...
Het gebruik van een timestamp betekent ook dat je de datum- en tijdfuncties van de database zelf opnieuw kunt gaan schrijven en testen. Verder gaat dit performance-problemen opleveren omdat deze zelfgeschreven functies vele, vele malen langzamer zijn dan de kant-en-klare databasefuncties.
Kortom, vergeet die timestamp en gebruik DATE of DATETIME.
