[php]Datum wordt als 1970-01-01 weggeschreven

[Paultje3181]

Ik heb een formulier waar in in een input=text de datum 22-03-2013 neerzet. De bedoeling is dat deze vervolgens weggeschreven wordt als 2013-03-22 in mysql. Echter, hij schrijft het weg als 1970-01-01.

PHP:

$originalDate = "_POST[Datum]";
$datum = date("Y-m-d", strtotime($originalDate));
$sql="INSERT INTO route (Datum)
VALUES ('$datum')";

Het wordt weggeschreven, dus dat is niet het probleem. Maar hij herkent d-m-Y niet als datum, waardoor er een false wordt meegegeven en 1970-01-01 wordt weggeschreven. Zover ben ik al. Maar hoe ik vervolgens er voor zorg dat deze wel herkend wordt zou ik echt niet weten en ik heb helaas ook te weinig clues om verder te googlen.
Ik heb al vanalles gezocht: php Y-m-d to d-m-Y, date_format etc, maar ik kom er gewoon echt niet uit.

Het omgekeerde lukt me wel, maar waarom dit niet lukt?

Ik weet dat het een basis-iets is, maar ik kan het gewoon niet vinden...

[Speedmaster]

Paultje3181 schreef op donderdag 21 maart 2013 @ 13:29:
Ik heb een formulier waar in in een input=text de datum 22-03-2013 neerzet. De bedoeling is dat deze vervolgens weggeschreven wordt als 2013-03-22 in mysql. Echter, hij schrijft het weg als 1970-01-01.

PHP:

$originalDate = "_POST[Datum]";
$datum = date("Y-m-d", strtotime($originalDate));
$sql="INSERT INTO route (Datum)
VALUES ('$datum')";

Het wordt weggeschreven, dus dat is niet het probleem. Maar hij herkent d-m-Y niet als datum, waardoor er een false wordt meegegeven en 1970-01-01 wordt weggeschreven. Zover ben ik al. Maar hoe ik vervolgens er voor zorg dat deze wel herkend wordt zou ik echt niet weten en ik heb helaas ook te weinig clues om verder te googlen.
Ik heb al vanalles gezocht: php Y-m-d to d-m-Y, date_format etc, maar ik kom er gewoon echt niet uit.

Het omgekeerde lukt me wel, maar waarom dit niet lukt?

Ik weet dat het een basis-iets is, maar ik kan het gewoon niet vinden...

Als je de systeem datum uitvraag, welke waarde krijg je dan terug?
En moet het niet yyyy-mm-dd zijn

[Paultje3181]

Dan krijg je 1970-01-01. Y-m-d mag volgens mij ook. d-m-Y werkt immers ook. Hier zou het niet aan moeten liggen.

[gertjuhh]

Kijk eens welke waarde "strtotime($originalDate)" geeft, dan zie je wel wat er fout gaat.

[Paultje3181]

Ik krijg dan een nummerieke waarde te zien. Maar hoe kan ik dit nu oplossen? Hoe krijg ik hier een correcte datum van?

[Slurpie]

strtotime verwacht waarschijnlijk een m-d-Y combo of anders een Y-m-d.

En die nummerieke waarde is het aantal seconde vanaf 1970-01-01

Die kan je trouwens ook wegschrijven naar de database

[ Voor 17% gewijzigd door Slurpie op 21-03-2013 13:46 ]

[GBCHEATER]

Ik ben geen php held, maar moet het niet $_POST["Datum"] zijn ipv "_POST[Datum]"; ?

[gertjuhh]

strtotime kan prima omgaan met een 'd-m-Y' notatie.
Probeer dit maar eens:
date('Y-m-d', strtotime('22-03-2013'))
$originalDate zal echter een andere waarde bevatten...

[Paultje3181]

Ik begrijp dat deze verwacht wordt, maar hoe krijg ik die nu als input? Het probleem zit niet in dat ik niet zie wat er fout gaat, maar dat ik geen oplossing zie om het wel goed te krijgen.

[gertjuhh]

GBCHEATER schreef op donderdag 21 maart 2013 @ 13:46:
Ik ben geen php held, maar moet het niet $_POST["Datum"] zijn ipv "_POST[Datum]"; ?

Daar zal het probleem zitten inderdaad.

[Paultje3181]

grrrrrr. de $ vergeten... Het werkt nu. Dat heeft me dus 4 uur gekost om het goed te krijgen... Dankjulliewel... Everigens is de "Datum" niet verplicht, dit kan ook gewoon Datum zijn.

[Afvalzak]

Misschien wel handig om een IDE te gebruiken die ook validatie over je code doet, eclipse bijvoorbeeld?

PDO met Prepared Statements(http://php.net/manual/en/pdo.prepared-statements.php) etc. zijn ook niet verkeerd als je data van een formulier over wilt zetten naar de database, zodat er niet data van het formulier direct in de database kan komen.
Als je dit zou doen met een ander type input(naam etc.) kan er zo SQLInjection plaats vinden.

[ Voor 62% gewijzigd door Afvalzak op 21-03-2013 13:58 ]

[gertjuhh]

Die quotes zijn wel verplicht, anders krijg je een notice
Zet dit maar eens boven in je code:

PHP:

error_reporting(E_ALL);
ini_set('display_errors', true);

[ Voor 5% gewijzigd door gertjuhh op 21-03-2013 13:57 ]

[HuHu]

Paultje3181 schreef op donderdag 21 maart 2013 @ 13:53:
grrrrrr. de $ vergeten... Het werkt nu. Dat heeft me dus 4 uur gekost om het goed te krijgen... Dankjulliewel... Everigens is de "Datum" niet verplicht, dit kan ook gewoon Datum zijn.

Dat kan niet. Daarnaast moet je sowieso géén quotes zetten om $_POST[] heen.

PHP:

// Niet zo
$originalDate = "$_POST[Datum]";

// Wel zo
$originalDate = $_POST["Datum"];

[Cartman!]

gertjuhh schreef op donderdag 21 maart 2013 @ 13:55:
Die quotes zijn wel verplicht, anders krijg je een notice
Zet dit maar eens boven in je code:

PHP:

error_reporting(E_ALL);
ini_set('display_errors', true);

Of nog beter:

PHP:

error_reporting(-1);
ini_set('display_errors', true);

Dan krijg je ook meldingen over depricated functies.

offtopic:
Blijft gaar dat E_ALL niet alles is

Overigens zou ik zeker het formaat afdwingen, 21-03-2013 is niet echt verkeerd te interpreteren maar 10-03-2013... is dat nu 10 maart of 3 oktober? Dan kan een instelling waar jij wellicht geen vat op hebt ineens heel verkeerd uitpakken.

Ik zou dit voorstellen in jouw geval:

PHP:

$datum = \DateTime::createFromFormat('d-m-Y', $_POST['Datum'])->getTimestamp();

Persoonlijk werk ik sowieso niet met timestamps maar maak ik liever gebruik van DATE of DATETIME in m'n database.

[ Voor 34% gewijzigd door Cartman! op 21-03-2013 14:16 ]

[joram.agten]

die 01-01-1970 is de waarde 0 die in je database wordt gestoken.
Misschien ook het geval afhandelen dat het veld niet ingevuld wordt en dan NULL naar de db sturen (ipv 0)