[PHP] Probleem met maanden tellen

[Verwijderd]

Ik heb de volgende code:

function rente ($bedrag, $datum)
{
$wetrente = (3/100)+1;

$dagnu = date("d");
$maandnu = date("m");
$jaarnu = date("Y");

$dagtoen = substr($datum,0,2);
$maandtoen = substr($datum,3,2);
$jaartoen = substr($datum,6,4);

$begindatum = mktime(0,0,0,$maandtoen, $dagtoen, $jaartoen);
$einddatum = mktime(0,0,0,$maandnu, $dagnu, $jaarnu);

$aantalmaanden = ((date('Y', $begindatum) * 12) + date('m', $einddatum)) - ((date('Y', $begindatum) * 12) + date('m', $begindatum));
echo "Dit zijn ".$aantalmaanden." maanden<br>";

for ($maand = 0; $maand < $aantalmaanden ; $maand++)
{
$bedrag = $bedrag * $wetrente;
}

return $bedrag;
}

Als ik nu bijvoorbeeld als $datum opgeef 01-01-2004, dan krijg ik te zien dat het 7 maanden tot aan nu zijn... maar dat horen er 19 te zijn! Hoe kan dit?

[NMe]

Je doet het veel te lastig.

PHP:

function GetMonthDiff($first, $second) {
    $max = max($first, $second);
    $min = min($first, $second);

    $months = 0;
    while (strtotime('-1 month', $max) > $min) {
        $max = strtotime('-1 month', $max);
        $months++;
    }
    return $months;
}

En zelfs dat kan nog eenvoudiger waarschijnlijk.

Edit: $first en $second zijn gewoon timestamps, die je kan maken met de tijdfuncties. In jouw geval roep je het zo aan:

PHP:

$toen = strtotime($datum);
$nu = time();

$maanden = GetMonthDiff($toen, $nu);

[ Voor 35% gewijzigd door NMe op 29-08-2005 18:32 ]

[Verwijderd]

En hoe kan ik de opgegeven datum en de huidige datum daarin gebruiken?

[Verwijderd]

PHP:

$aantalmaanden = ((date('Y', $begindatum) * 12) + date('m', $einddatum)) - ((date('Y', $begindatum) * 12) + date('m', $begindatum));

$aantalmaanden = date('m', $einddatum) - date('m', $begindatum);

Als je de zinloze dingen tegen elkaar wegstreept, dan houd je dit over. De eerste $begindatum moet waarschijnlijk $einddatum zijn. Maar ga voortaal lekker zelf debuggen.

[ Voor 11% gewijzigd door Verwijderd op 29-08-2005 18:31 ]

[Bosmonster]

Als ik de functie zo bekijk gok ik op timestamps

[NMe]

Verwijderd schreef op maandag 29 augustus 2005 @ 18:30:
En hoe kan ik de opgegeven datum en de huidige datum daarin gebruiken?

Sorry, zie mijn edit.

[Verwijderd]

Verwijderd schreef op maandag 29 augustus 2005 @ 18:31:

PHP:

$aantalmaanden = ((date('Y', $begindatum) * 12) + date('m', $einddatum)) - ((date('Y', $begindatum) * 12) + date('m', $begindatum));

$aantalmaanden = date('m', $einddatum) - date('m', $begindatum);

Als je de zinloze dingen tegen elkaar wegstreept, dan houd je dit over. De eerste $begindatum moet waarschijnlijk $einddatum zijn. Maar ga voortaal lekker zelf debuggen.

Maar dan tel je de jaren niet mee dus

[Verwijderd]

Verwijderd schreef op maandag 29 augustus 2005 @ 18:32:

Maar dan tel je de jaren niet mee dus

Dat doe jij ook niet nee. Daar zit jouw fout. Ik heb alleen jouw foute code vereenvoudigd tot iets wat exact hetzelfde doet, en nog net zo fout is.

[Verwijderd]

Verwijderd schreef op maandag 29 augustus 2005 @ 18:33:
[...]

Dat doe jij ook niet nee. Daar zit jouw fout. Ik heb alleen jouw foute code vereenvoudigd tot iets wat exact hetzelfde doet, en nog net zo fout is.

Haha dank u wel! Hoe kan ik dat wel doen?

[NMe]

Met mijn codevoorbeeld?

[Verwijderd]

Ik heb hem gebruikt:

PHP:

function GetMonthDiff($first, $second) {
    $max = max($first, $second);
    $min = min($first, $second);

    $months = 0;
    while (strtotime('-1 month', $max) > $min) {
        $max = strtotime('-1 month', $max);
        $months++;
    }
    return $months;
    }

    function rente ($bedrag, $datum)
    {
    $wetrente = (3/100)+1;
    
    $toen = strtotime($datum);
    $nu = time();

   $aantalmaanden = GetMonthDiff($toen, $nu);

   echo "Dit zijn ".$aantalmaanden." maanden<br>";

    for ($maand = 0; $maand < $aantalmaanden ; $maand++)
    {
    $bedrag = $bedrag * $wetrente;
    }

    return $bedrag;
    }

Ik vul als datum in 01-01-2004 en wat krijg ik? 9 maanden

[ Voor 6% gewijzigd door Verwijderd op 29-08-2005 18:43 ]

[Bosmonster]

tipje: php-tags doen wonderen op dit forum...

[Verwijderd]

Sorry ik ben net nieuw hier

[NMe]

Gebruik eens 2004-01-01 in plaats van 01-01-2004 als tijdformaat.

[Verwijderd]

Nu doet hij het wel ja. Maar ik kan niet verwachten van bezoekers op mijn website dat ze 2004-01-01 invullen, zij zullen 01-01-2004 invullen. Hoe kan ik dit oplossen?

[Brakkie]

Verwijderd schreef op maandag 29 augustus 2005 @ 18:46:
Nu doet hij het wel ja. Maar ik kan niet verwachten van bezoekers op mijn website dat ze 2004-01-01 invullen, zij zullen 01-01-2004 invullen. Hoe kan ik dit oplossen?

- Door aan te geven in welk formaat de datum ingevuld moet worden.
- Door 3 dropdown menu'tjes te maken met dagen, maanden, jaren, dan kan je zelf het formaat bepalen.

[NMe]

Datum laten selecteren uit 3 selectboxjes? Of als je gewoon een text input wil houden:

PHP:

$datum = explode('-', $_POST['datum']);
$datum = array_reverse($datum);
$datum = implode('-', $datum);

Voilà, omgedraaid.

[Verwijderd]

Maar mensen vullen liever 01-01-2004 in, dat moet ook de bedoeling zijn!

[Verwijderd]

-NMe- schreef op maandag 29 augustus 2005 @ 18:51:
Datum laten selecteren uit 3 selectboxjes? Of als je gewoon een text input wil houden:

PHP:

$datum = explode('-', $_POST['datum']);
$datum = array_reverse($datum);
$datum = implode('-', $datum);

Voilà, omgedraaid.

Dank uuuuuuu!

[Noork]

Verwijderd schreef op maandag 29 augustus 2005 @ 18:53:
Maar mensen vullen liever 01-01-2004 in, dat moet ook de bedoeling zijn!

Je kunt vast wel een functie maken die de datum opsplitst en in andere volgorde zet.

[Bosmonster]

Je zult neem ik aan sowieso de input can de client even uit elkaar moeten trekken, in welke volgorde je het in laat vullen ook. Om het even door de checkdate() functie te halen of het uberhaupt wel een geldige datum is. En verder of het wel een datum in het verleden, of juist in de toekomst is (afhankelijk van wat je wilt).

Hoe je die delen vervolgens intern weer aan elkaar plakt boeit natuurlijk niet

[Janoz]

idd, user input nooit vertrouwen. Als je het open laat zul je dingen krijgen als
1 jan 2004
1 januari 2004
1-1-2004
1 1 '04
01/01/'04

[Rac-On]

strtotime wil nog wel eens helpen, maar 3 dropdowns is de enige betrouwbare manier om datum invoer te verwerken.

[frickY]

Ik zie vaak mensen worstelen met het rekenen met datums in PHP, terwijl MySQL een geweldige calendar-lib heeft.

Het aantal maanden tussen 2 datums kun je ook zo bepalen

PHP:

$result = mysql_query("SELECT PERIOD_DIFF(200401, 200508)"); // datum als YYYYMM
$maanden = mysql_result($result, 0);

Zie de MySQL manual voor meer handige datum/tijd functies; http://dev.mysql.com/doc/...e-and-time-functions.html

Als 2de parameter kun je simpelweg date("Ym") gebruiken voor 'nu'.

[ Voor 18% gewijzigd door frickY op 30-08-2005 10:23 ]

[Verwijderd]

frickY schreef op dinsdag 30 augustus 2005 @ 10:20:

Het aantal maanden tussen 2 datums kun je ook zo bepalen

PHP:

$result = mysql_query("SELECT PERIOD_DIFF(200401, 200508)"); // datum als YYYYMM
$maanden = mysql_result($result, 0);

Ik vind het echt geweldig. Eerst een query samenstellen. Super idee .
En dat terwijl de topicstarter zelf prima in de buurt zat.

Is het nu nog niet opgevallen dat hij voor zowel de begindatum als einddatum dezelfde variabele als jaartal gebruikte, terwijl dat niet moest?

[frickY]

Wat is er mis met een MySQL-query voor dergelijke berekeningen?
Naast dat het veel compacter is, is MySQL ook nog eens beter/sneller in dergelijke berekeningen.
Doe maar eens een benchmarkje met de functie van de TS, en bovenstaande query.

[Cavorka]

frickY schreef op dinsdag 30 augustus 2005 @ 13:48:
Wat is er mis met een MySQL-query voor dergelijke berekeningen?
Naast dat het veel compacter is, is MySQL ook nog eens beter/sneller in dergelijke berekeningen.
Doe maar eens een benchmarkje met de functie van de TS, en bovenstaande query.

Wie heeft het over MySQL? Dit gaat over PHP.

[NMe]

frickY schreef op dinsdag 30 augustus 2005 @ 13:48:
Wat is er mis met een MySQL-query voor dergelijke berekeningen?
Naast dat het veel compacter is, is MySQL ook nog eens beter/sneller in dergelijke berekeningen.
Doe maar eens een benchmarkje met de functie van de TS, en bovenstaande query.

Waarom zou MySQL sneller zijn dan PHP? Als je in PHP je functie een beetje optimaliseert, dan is het verschil - als er al een verschil is - marginaal. PHP heeft niet voor niks datumfuncties.

[Mental]

wat je eventueel ook zou kunnen doen is de data omzetten naar timestamps, en die van elkaar aftrekken. en dat mbv ticks weer naar maanden omzetten
En ja, ik hou van aparte methodes

[ Voor 80% gewijzigd door Mental op 30-08-2005 14:08 ]

[Verwijderd]

Mensenn ik heb het al draaiende!

[NMe]

L4m0r schreef op dinsdag 30 augustus 2005 @ 14:05:
wat je eventueel ook zou kunnen doen is de data omzetten naar timestamps, en die van elkaar aftrekken. en dat mbv ticks weer naar maanden omzetten
En ja, ik hou van aparte methodes

Je weet dat niet elke maand even lang duurt?

Verwijderd schreef op woensdag 31 augustus 2005 @ 09:53:
Mensenn ik heb het al draaiende!

Dat wil natuurlijk niet zeggen dat er niet verder gediscussieerd kan worden in dit topic. Wie weet zijn er wel betere oplossingen.

[Verwijderd]

Zie hier; in de comments staat een functie genaamd count_months()...

[Erkens]

frickY schreef op dinsdag 30 augustus 2005 @ 13:48:
Wat is er mis met een MySQL-query voor dergelijke berekeningen?
Naast dat het veel compacter is, is MySQL ook nog eens beter/sneller in dergelijke berekeningen.
Doe maar eens een benchmarkje met de functie van de TS, en bovenstaande query.

maar je hebt wel de overhead van het maken van die query, wachten op het resultaat van die query, de resultaten uitlezen en dan de troep opruimen.
Maar ik snap de gedachte gang niet helemaal om een dergelijke berekening maar te doen op je MySQL server als je diezelfde berekening ook met PHP had kunnen doen, puur gemak zucht?

Maar ik zou wel benieuwd zijn naar een leuke (betrouwbare) bench

[Dido]

offtopic:
Het heeft niets met de datum te maken, maar rekent de TS nu met een wettelijke rente van 42,5%
Veel meer dan 9% is het op het moment niet

[SilencerNL]

PHP:

 $wetrente = (3/100)+1;

Volgens mij rekent de TS met 3%

@cheatah:
Iets vermenigvuldigen met 1.03 betekent dat je er 3% bij doet. Wij bedoelen dus hetzelfde

[ Voor 42% gewijzigd door SilencerNL op 31-08-2005 13:59 ]

[Verwijderd]

Volgens mij met factor 1.03
d0h, we bedoelen gewoon hetzelfde

[ Voor 155% gewijzigd door Verwijderd op 31-08-2005 13:58 ]

[Dido]

Silencer_NL schreef op woensdag 31 augustus 2005 @ 13:54:

PHP:

 $wetrente = (3/100)+1;

Volgens mij rekent de TS met 3%

@cheatah:
Iets vermenigvuldigen met 1.03 betekent dat je er 3% bij doet. Wij bedoelen dus hetzelfde

Joh!
Maar als je dat 12 keer achter elkaar doet kom je dus op een rente van 42,5% op jaarbasis, terwijl de wettelijke rente zo'n 9% op jaarbasis is.

[NMe]

Euh, hij doet niet 12 * 0.3, hij doet feitelijk $bedag * 1.03¹², en dat klopt AFAIK wel degelijk.
Niet dus, ik tel idd 42,5%

[ Voor 15% gewijzigd door NMe op 31-08-2005 14:16 ]

[BCC]

Ah, zo werkt dat op TV met die 3 procent rente dus

[SilencerNL]

Dido schreef op woensdag 31 augustus 2005 @ 14:05:
[...]

Joh!
Maar als je dat 12 keer achter elkaar doet kom je dus op een rente van 42,5% op jaarbasis, terwijl de wettelijke rente zo'n 9% op jaarbasis is.

My bad... Je hebt helemaal gelijk

[Verwijderd]

Maar het is wel een stukje handiger om het anders op te schrijven

Was:

PHP:

 for ($maand = 0; $maand < $aantalmaanden ; $maand++)
{
$bedrag = $bedrag * $wetrente;
}

Wordt:

PHP:

$bedrag *= pow ( $wetrente, $aantalmaanden );

[frickY]

Erkens schreef op woensdag 31 augustus 2005 @ 13:38:
[...]

maar je hebt wel de overhead van het maken van die query, wachten op het resultaat van die query, de resultaten uitlezen en dan de troep opruimen.
Maar ik snap de gedachte gang niet helemaal om een dergelijke berekening maar te doen op je MySQL server als je diezelfde berekening ook met PHP had kunnen doen, puur gemak zucht?

Maar ik zou wel benieuwd zijn naar een leuke (betrouwbare) bench

Ik twijfel wat meer overhead geeft, een dergelijke functie of een query.
In de meeste gevallen draait de MySQL server op dezelfde bak als de webserver, en kun je de overhead van TCP-verbindingen dus even vergeten. Het resultaat heb je dan dus ook vrijwel instant.
De gedachtengang achter het gebruik van MySQL ipv PHP is de uitstekende calendar-lib welke MySQL heeft, en PHP niet.

Ik zal eens kijken of ik een benchje kan draaien met bovengenoemde functie, en mijn query. Heb echter alleen beschikking over een losse web en MySQL server. Iemand die een kastje heeft waar zowel PHP als MySQL op draaien?


Ik mag overigens hopen dat de TS niet probeert de wettelijke rente te berekenen.
Heb enige maanden geleden een dergelijke functie mogen schrijven en daar komt echt iets meer bij kijken. Zoals het rente percentage welke 2-jaarlijks kan veranderen.

[ Voor 11% gewijzigd door frickY op 31-08-2005 16:49 ]

[Erkens]

frickY schreef op woensdag 31 augustus 2005 @ 16:34:
Ik twijfel wat meer overhead geeft, een dergelijke functie of een query.
In de meeste gevallen draait de MySQL server op dezelfde bak als de webserver, en kun je de overhead van TCP-verbindingen dus even vergeten. Het resultaat heb je dan dus ook vrijwel instant.
De gedachtengang achter het gebruik van MySQL ipv PHP is de uitstekende calendar-lib welke MySQL heeft, en PHP niet.

Met een windows server heb je geloof ik altijd die TCP verbinding, maar hoe dan ook heb je altijd de overhead dat de data door een socket gegooit moet worden ipv gewoon in het geheugen kan blijven, als daar geen vertraging in zit weet ik het ook niet meer.
Dat het "vrijwel instant" is daar heb je niks aan, want dat is een waarneming die niet onderbouwt is, immers je kan wel een extreem snelle server hebben die voor de rest uit zijn neus vreet

En wat die calendar-lib betreft, tja mysql heeft by-default iets meer functies die je kan gebruiken met datums in tegenstelling tot PHP, opzich wel logisch want in bijna elke tabel wordt wel een datum gebruikt doorgaands. Maar PHP kan net zo goed werken met datums als MySQL.

Ik zal eens kijken of ik een benchje kan draaien met bovengenoemde functie, en mijn query. Heb echter alleen beschikking over een losse web en MySQL server. Iemand die een kastje heeft waar zowel PHP als MySQL op draaien?

Ik heb wel een kastje, alleen tja, dat is een "trage" P2 thuis server (binnenkort eindelijk een snelle bak @ colo)
Maar als je een leuk benchje kan maken, post hem hier dan kan iedereen het testen

[frickY]

Verwijderd schreef op woensdag 31 augustus 2005 @ 09:53:
Mensenn ik heb het al draaiende!

Volgens mij doet ie het nog net helemaal lekker hor

Aantal maanden tussen '24-06-2005' en '31-08-2005' ; 290 maanden
Aantal maanden tussen '01-01-2004' en '31-08-2005' ; 9 maanden
Aantal maanden tussen '31-12-1999' en '31-08-2005' ; 380 maanden
Aantal maanden tussen '18-01-1983' en '31-08-2005' ; 213 maanden
Aantal maanden tussen '01-01-1979' en '31-08-2005' ; 9 maanden

Dat je een trage server hebt maakt niets uit, zolang je jouw tijden maar niet vergelijkt met andermans tijden. Het gaat om het percentuele verschil tussen de 2 mogelijkheden.

[ Voor 71% gewijzigd door frickY op 01-09-2005 09:33 ]