PHP: datumuträkning

om du delar deltaDate med (60*60*24) (3600 sekunder och 24 sådana på en dag)
så kanske det blir rätt?

Tänk på att detta inte täcker in justeringar för sommartid/vintertid. (Kommer inte ihåg vilken av dem, men en kommer att bli felaktig).

Det borde räcka med avrundning för att justera för detta, va?

function daysBetween($firstDate, $secondDate) {
	return round(abs(strtotime($firstDate) - strtotime($secondDate)) / (60*60*24));
}

Ingen fara, det är väl därför man hänger på forum

iofs borde du ta absolutbeloppet på $deltaDate, så kan du ju mata in i vilken ordning du vill det är ju lika långt mellan ett datum som ligger framför som ett som ligger bakom

Går att göra en snygg enradare av det

function daysBetween($firstDate, $secondDate) {
	return abs(strtotime($firstDate) - strtotime($secondDate)) / (60*60*24);
}

Jag förstår inte riktigt hur sommar- och vintertid kom in i resonemanget. Kan nån förklara hur det skulle påverka?

Om du exempelvis vill ha reda på antalet dagar mellan 1:a mars till 31:a mars, kommer du troligen få ett resultat som säger något i stil med 30.95833333. Förväntar man sig ett heltal är det lätt att bara kapa av decimalerna, vilket ger 30 dagar... alltså blir räkningen fel på en dag. Nu antar jag att iofs att funktionen ska vara generell och kunna återanvändas och appliceras på alla typer av datumberäkningar.

Ah, du har rätt. Hade ingen aning om att strtotime() "bytte" tidszon så där. Styrs det av OSet, eller av php-installationen?

Vill man slippa anvrunda kan man istället explicit ange tidszon (vilken kvittar) i båda fallen, t ex

strtotime('2006-06-01 GMT')-strtotime('2006-01-01 GMT')

Nja, den byter väl inte tidszon utan snarare mellan sommar/vintertid inom tidszonen.

Av någon anledning brukar jag alltid få in dylika datum-beräkningar som en bonus i någon SQL-sats någonstans...

GMT har inte vinter/sommartid, det är ju normaltidszonen.. tycker man borde avskaffa sommar/vintertid bara drygt att ha en sommartid egentligen.

Ja, det har inte med tidzonen att göra utan bara övergången mellan sommar- och vintertid. Om man tar min första kodsnott ovan (den utan round) och tar dagens datum och en månad framåt (dvs till när det är vintertid) får man inte ett heltal utan ett decimaltal ungefär som Timber visade.

En av dagarna från nu och en månad framåt kommer nämligen inte att ha 24 timmar och därmed går inte ekvationen jämnt ut.

Ah, intressant, det kände jag inte till.

Å, ett tillägg: skall du loopa över ett antal dagar, försök inte ens utan att använda jd!