Datum convert Amerikaans/europees

Mooi script, het kan echter veel simpeler.


Waarbij $amerikaansedatum de amerikaanse datum voorstelt. Zo krijg je als je bijvoorbeeld 2008-1-10 invoert: 10-1-2008.

Wanneer wil je dit gebruiken? Wanneer krijg je zo'n datum terug?

Wanneer het uit een database komt, gebruik je de database functies om de datum op te maken, wanneer het uit je php script komt gebruik je de functie date(), dus als je me dat nog even uit zou kunnen leggen?

En waar staan dan de Amerikaanse datums? Jij gebruikt de voorbeelden yyyy-mm-dd en dd-mm-yyyy, maar mm-dd-yyyy ontbreekt in het voorbeeld. Daarnaast zal dit ook niet gaan werken, 01-02-2008, is dat nu 1 februari of 2 januari 2008?

yyyy-mm-dd is een ISO-formaat, geen amerikaans formaat.

En verder, zie de functie date(), die kan veel beter met datums werken dan jouw scriptje. Het is helaas niet anders.

@php newbie,
Heb jij nooit mensen hun eigen geboortedatum in laten vullen, dan zo je dus hem om willen zetten naar het ISO formaat, omdat het, volgens mij, niet in je database word opgenomen, als je veld een DATE veld is.

Gaat prima. 3 selectboxen maken, streepjes ertussen, en hop, de database in.

Maar MySQL bijvoorbeeld, zal een dd-mm-yyyy datum automatisch converteren naar een yyyy-mm-dd datum. Je kan dit natuurlijk oplossen door er varchar van te maken, maar als je het als date wilt houden dan heb je echt zo'n script nodig. Of een iets kortere variant natuurlijk...

Daar komt nog bij dat "Amerikaans formaat" met / slashes is ipv - streepjes

@PHP NEWBIE
Dit script is niet bedoelt voor 3 selectboxen voor het invullen van een datum,maar voor 1 selectbox. Dan heb je dit inderdaad niet nodig. Ik heb een calender popupje die de datums op de "nederlandse" manier in 1 string zet.

Ik wil dus naar de database een omgekeerde volgorde hebben en naar de view weer de normale volgorde. dus ik moet ze 2 keer switchen.

Probeer maar eens de maand te pakken van "2005-01-01" met date

date herkent volgens mij het verschil tussen 2005-01-01 en 01-01-2005 niet. Tenminste ik kreeg het niet snel voor elkaar dus ik heb snel dit script gemaakt.

@Raymond
En het verschil tussen / en - wordt er in het begin al uitgefilterd

@martijs:



Problem solved.

Zou eigenlijk moeten worden:
31-06-2007 wordt 2007/06/31
Dan geef je een output zoals de amerikanen het schrijven.

@kees: bedankt, weer wat geleerd:)

@Kees: Slecht voorbeeld, ga maar eens sorteren... Verder nooit backtics gebruiken en de alias ALTIJD een andere neem geven dan het origineel. Het is tenslotte niet gelijk aan het origineel. Nu kun je ook weer sorteren.


SELECT MONTH('2005-01-01') AS maand;
Resultaat: 1. Dat werkt prima, een database heeft echt wel wat datumfuncties in huis. Dat is ook precies de reden dat je een datum als een datum opslaat en niet als een rottig stuk tekst waar je niks meer aan hebt. De reeds genoemde VARCHAR van Mathijs....

Hoe je een datum op een webpagina weergeeft of laat invullen, heeft 10x niks te maken met de manier waarop je deze opslaat in de database. Een datum is een datum en gebruik hiervoor altijd het ISO-formaat. Dit heeft geen moer te maken met de Yanks of gekke Britten, ISO = ISO.

//oftopic
Kom op jongens kan iemand me zeggen dat je niet mag zeggen datums?

Één datum, twee data!

//Ook offtopic
Kijk eens hier: http://www.vandale.nl/vandale/opzoeken/woordenboek/?zoekwoord=datum
Datum kan als data of als datums gebruikt worden in het meervoud. Het is dus gewoon goed nederlands;)

bij je eerste voorbeeld zijn we ineens een dag verder? 30 != 31

@pgFrank. Ik doelde meer om 1 gehele string in europese format naar de database te sturen. Dus je hebt: '10-10-2008' in 1 string. Dus niet via mysql naar php.

@pgFrank, wat betreft benaming geef ik je gelijk dan nog zou je kunnen sorteren door de tabel te specificeren in de order by zodat hij weet dat het niet om de alias gaat., en backtits als je backtits niet mocht gebruiken waarom zijn ze er dan ? Ik snap wel dat dit er in o.a. PostGreSQL niet is, maar het is in jouw geval een kwestie van smaak en dus niet relevant.

@Kees: Het is geen kwestie van smaak, maar een kwestie van risico's lopen of juist niet. Backtics zijn er om verboden woorden tóch als tabel- of kolomnaam te gebruiken, denk bv. aan `delete`. 1x de backtics vergeten en er kan van alles fout gaan.

In pgSQL kun je overigens soortgelijke dingen uitvreten...

Geen idee waarom dit soort gevaarlijke constructies zijn bedacht, het enige dat je er mee kunt, is de kans op bugs vergroten.

Gewoon niet gebruiken, je hebt nooit backtics nodig, verzin gewoon een betere naam met de volgende regeltjes:
- lower case a-z en eventueel een uderscore
- géén gereserveerde woorden
- alleen bij hoge uitzondering getallen in de namen opnemen

ik voer op mijn scherm 24-08-2009 in en wil dat omzetten naar Y-m-d formaat.
Ik gebruik daarvoor de hierboven gemelde
$resdatum = date( "Y-m-d" , strtotime( $_POST['datum']) );

Maar ik krijg als datum terug 1970-01-01.

Wat doe ik fout?

Raar.
Als ik dit script run:



Dan krijg ik als resultaat:
YYYY-MM-DD veranderen in 2009-12-31
DD-MM-YYYY veranderen in 31-12-2009

En over datums/data: data is beter, maar in dit vakgebied verwarrend met de data die je binnenkrijgt. Daarom kan je beter spreken van datums, als je het meervoud van datum bedoeld.
Ook Van Dale verwijst: Zie: data en niet 'datums'.