Beste SD'ers,

Nogmaals doe ik en beroep op jullie kennis! Ik hoop dat jullie mij kunnen adviseren.

Ik zou graag het volgende willen doen.

Ik heb bezoeker op mijn site, deze geven aan in een [HTML]Form van waneer tot waneer zij aanwezig zijn.

Dit doen zij door middel van een kalender zodat de invoer altijd het zelfde is.

Nu wilde ik graag gaan rekenen met deze twee datums.

Ik wil dus de Begin en de Eind datum op kunnen zoeken maar ook kunnen zoeken op aanwezig tussen een periode.

VB

Start datum 01-02-2011

Eind datum 01-04-2011

Zoek opdracht : 01-03-2011

Na deze zoek opdracht zou hij dus deze gebruiker moeten weergeven....

Ik heb zelf 0% ervaring met datums in PHP

Wat is jullie advies wat betreft de functie die hier gebruikt moet gaan worden, hoe deze datum in het database moet worden opgeslagen en hoe ik deze juist met elkaar kan berekenen ?

Iemand enig idee!

Alvast hartelijk bedankt voor het lezen en hopelijk heeft u een advies voor mij !!

Dank

Origineel gepost door Jeffrey Bouva

Beste SD'ers,

Nogmaals doe ik en beroep op jullie kennis! Ik hoop dat jullie mij kunnen adviseren.

Ik zou graag het volgende willen doen.

Ik heb bezoeker op mijn site, deze geven aan in een [HTML]Form van waneer tot waneer zij aanwezig zijn.

Dit doen zij door middel van een kalender zodat de invoer altijd het zelfde is.

Nu wilde ik graag gaan rekenen met deze twee datums.

Ik wil dus de Begin en de Eind datum op kunnen zoeken maar ook kunnen zoeken op aanwezig tussen een periode.

VB

Start datum 01-02-2011

Eind datum 01-04-2011

Zoek opdracht : 01-03-2011

Na deze zoek opdracht zou hij dus deze gebruiker moeten weergeven....

Ik heb zelf 0% ervaring met datums in PHP

Wat is jullie advies wat betreft de functie die hier gebruikt moet gaan worden, hoe deze datum in het database moet worden opgeslagen en hoe ik deze juist met elkaar kan berekenen ?

Iemand enig idee!

Alvast hartelijk bedankt voor het lezen en hopelijk heeft u een advies voor mij !!

Dank

Gewoon opslaan als timestamp dan kun je heel makkelijk groter dan/ kleiner dan vergelijkingen doen.

http://www.w3schools.com/sql/sql_between.asp

Oke Timestamp lijkt me het beste om mee te werken,

Hoe voer ik een timestamp is ?
Ik ben al flink aan google naar beschrijvingen en tutorials en uitleggen.

Maar zover ik begrijp kan je een timestamp niet invoeren in je data via een input field

Origineel gepost door Jeffrey Bouva

Oke Timestamp lijkt me het beste om mee te werken,

Hoe voer ik een timestamp is ?
Ik ben al flink aan google naar beschrijvingen en tutorials en uitleggen.

Maar zover ik begrijp kan je een timestamp niet invoeren in je data via een input field

Gewoon datum laten invullen en dan strtotime() (http://php.net/manual/en/function.strtotime.php)

Nee juist geen timestamp! Geen als datum opslaan (DATE of DATETIME in je DB) en dan de MySQL datumfuncties gebruiken.

Origineel gepost door Peter W.

Nee juist geen timestamp! Geen als datum opslaan (DATE of DATETIME in je DB) en dan de MySQL datumfuncties gebruiken.

Leg eens uit alsjeblief ?
want zover werkt dit perfect ?

http://lmgtfy.com/?q=mysql+datetime

Origineel gepost door Peter W.

http://lmgtfy.com/?q=mysql+datetime

Ja, en laat dat nou net niet goed zijn! We hebben het over TIMESTAMPS omdat dat makkelijker te handlen is.

Jeroen Visser

Origineel gepost door Jeroen Visser

Ja, en laat dat nou net niet goed zijn! We hebben het over TIMESTAMPS omdat dat makkelijker te handlen is.

Jeroen Visser

Geen TIMESTAMP gebruiken! althans, niet als je je code voor een hele lange tijd wilt gebruiken, of ver in de toekomst rekent.

TIMESTAMP gaat namelijk tot 2038-01 (het jaar 2038), en zeg niet dat het ver in de toekomst is, bij mijn werkgever hebben we er al vaak mee te maken gehad.

UNIX timestamp ja, ik zij alleen TIMESTAMP ;). Overgens, er zijn weinig scripts die zo oud zijn, en ook nog degelijk zijn...

Origineel gepost door gast5581

Geen TIMESTAMP gebruiken! althans, niet als je je code voor een hele lange tijd wilt gebruiken, of ver in de toekomst rekent.

TIMESTAMP gaat namelijk tot 2038-01 (het jaar 2038), en zeg niet dat het ver in de toekomst is, bij mijn werkgever hebben we er al vaak mee te maken gehad.

Origineel gepost door Jeroen Visser

UNIX timestamp ja, ik zij alleen TIMESTAMP ;). Overgens, er zijn weinig scripts die zo oud zijn, en ook nog degelijk zijn...

Nee, er is echt geen reden om timestamps te verkiezen boven mysql datetime. Als je me datums gaat werken wil je echt de datumfuncties van MySQL kunnen gebruiken, en dat kan niet met timestamps.

Ik gebruik altijd mysql datetime

Origineel gepost door Peter W.

Nee, er is echt geen reden om timestamps te verkiezen boven mysql datetime. Als je me datums gaat werken wil je echt de datumfuncties van MySQL kunnen gebruiken, en dat kan niet met timestamps.

Daar ben ik het niet mee eens, je maakt in php 2 data's aan, using mktime. Dan zeg je in mysql, x < $begints and x > $eindts.

Dan denk ik dat je hetzelfde doet. Maarja, je moet het zelf weten, ik denk dat er geen van beide slecht is. (UNIX ook niet, de wereld vergaat toch in 2038 ;)) Ikzelf zou UNIX timestamp kiezen (of chaozztimestamp, maar dat is closed source)

Jeroen Visser

Mijn voorkeur gaat ook uit naar DATETIME en groen direct in sql rekenen