Hoeveel seconden zitten er in een dag, week en jaar

Sommige getallen zijn gewoon handig om te weten.

Hoeveel seconden er in een dag zitten is er een van. Het komt voor in programmeren, natuurkundeproblemen, datawetenschappen en het occasionele trivia-spel. Het is ook het soort ding waarbij mensen ofwel het getal onthouden of vijf minuten bezig zijn om het opnieuw uit te rekenen.

Dit artikel geeft je de getallen, toont de wiskunde achter elk getal en legt uit waar deze conversies in de praktijk echt van belang zijn.

Als je snel tussen andere tijdseenheden wilt converteren, doet de Time Unit Converter seconden, minuten, uren, dagen, weken, maanden en jaren aan.

Hoeveel seconden zitten er in een dag

Er zitten 86.400 seconden in een dag.

De wiskunde is eenvoudig:

• 60 seconden × 60 minuten = 3.600 seconden per uur
• 3.600 seconden × 24 uur = 86.400 seconden per dag

Dit getal — 86.400 — is het waard om te onthouden als je werk met tijd in programmeren of data doet. Het verschijnt voortdurend in cache TTLs, token-geldigheidvenstillen, logrotatieschema's en tijdberekeningen.

Veelgebruikt voorbeeld: "geef deze cache-entry een 24-uur TTL." In code is dat 86.400 seconden als je systeem seconden gebruikt, of 86.400.000 milliseconden als je met JavaScript werkt.

Hoeveel seconden zitten er in een week

Er zitten 604.800 seconden in een week.

• 86.400 seconden/dag × 7 dagen = 604.800 seconden

Een week is 168 uur, wat 10.080 minuten is, wat 604.800 seconden is.

Dit komt voor in contexten zoals geplande taken ("voer deze taak elke 7 dagen uit"), token-geldigheidsduur ("vernieuwingstokens verlopen na een week") en abonnementsperiodes ("proefperiode duurt 7 dagen vanaf aanmelding").

Hoeveel seconden zitten er in een maand

Een maand is ingewikkelder omdat maanden niet allemaal even lang zijn.

Als je een exact getal nodig hebt:

• Een 28-daagse maand = 2.419.200 seconden
• Een 29-daagse maand = 2.505.600 seconden
• Een 30-daagse maand = 2.592.000 seconden
• Een 31-daagse maand = 2.678.400 seconden

Voor een gemiddelde maand (met 30,4375 dagen, wat 365,25 ÷ 12 is):

30,4375 × 86.400 = 2.629.800 seconden

In de meeste praktische scenario's betekent "één maand" in code of berekeningen een van:

• exact 30 dagen (2.592.000 seconden)
• de werkelijke kalendermaand, berekend vanaf een startdatum
• het gemiddelde van 30,4375 dagen

Welke je gebruikt hangt van de context af. Voor facturering en abonnementen zijn kalendermaanden meestal geschikter. Voor cache TTLs of "ongeveer een maand" is 30 dagen prima.

Hoeveel seconden zitten er in een jaar

Er zitten 31.536.000 seconden in een standaard jaar van 365 dagen.

• 86.400 seconden/dag × 365 dagen = 31.536.000 seconden

Als je schrikkeljaren wilt meenemen (die ongeveer om de 4 jaar een dag toevoegen), gebruik je 365,25 dagen als gemiddelde:

• 86.400 × 365,25 = 31.557.600 seconden

Dit tweede getal zie je in astronomie en precieze wetenschappelijke berekeningen. Voor de meeste dagelijkse doeleinden is 31.536.000 dicht genoeg.

Ter vergelijking: een miljard seconden is ongeveer 31,7 jaar. De Unix-timestamp passeerde miljard seconden in september 2001 en 2 miljard seconden komt in mei 2033.

Snelle referentietabel

De formule voor elke tijdconversie

Elke tijdseenheidsconversie komt neer op vermenigvuldigen of delen door dezelfde vaste factoren:

• Seconden → minuten: delen door 60
• Minuten → uren: delen door 60
• Uren → dagen: delen door 24
• Dagen → weken: delen door 7

In de omgekeerde richting vermenigvuldig je in plaats daarvan.

Om van seconden rechtstreeks naar dagen te gaan, deel je door 86.400 (wat 60 × 60 × 24 is). Om van seconden naar weken te gaan, deel je door 604.800.

Waar dit in het echte leven voorkomt

Programmeren en systeemwerk

Cache TTLs, sessieafloop en API-tarieflimieten worden vaak uitgedrukt in seconden. Weten dat een dag 86.400 seconden en een week 604.800 seconden is maakt het snel om correcte waarden te schrijven zonder elke keer te rekenen.

Een veel voorkomende fout: seconden en milliseconden door elkaar halen. JavaScript werkt in milliseconden, dus Date.now() geeft een 13-cijferig getal. De meeste server-side systemen gebruiken seconden (10 cijfers). Als je een milliseconden-waarde doorgeeft aan een functie die seconden verwacht, zet je de geldigheidsduur duizend jaar in de toekomst.

Natuurkunde en wetenschap

Snelheids-, versnellings- en energieberekeningen vereisen vaak dat je tijd naar seconden converteert voor dimensionale consistentie. Een snelheid van 100 km/h moet in meters per seconde (27,8 m/s) worden uitgedrukt om goed met SI-eenheden te werken.

Fitness en biologie

Rusthartslag voor een gezonde volwassene is ongeveer 60–100 slagen per minuut, wat 86.400–144.000 hartslagen per dag is. De gemiddelde persoon haalt ongeveer 17.000–23.000 keer adem per dag. Dit soort getallen worden nuttig bij het nadenken over cumulatieve biologische processen.

Projectplanning

"Hoe lang duurt dit project?" kan zich vertalen naar seconden bij het nadenken over systeembeschikbaarheid, SLA-garanties of implementatievensters. Een SLA-garantie van 99,9% uptime betekent maximaal 31.536 seconden uitvaltijd per jaar — ongeveer 8,76 uur.

Converteren in de andere richting: seconden naar grotere eenheden

Als je een duur in seconden hebt en die in dagen en uren wilt uitdrukken:

1. Deel het totaal aantal seconden door 86.400 om het aantal volle dagen te krijgen 2. Neem de rest en deel door 3.600 voor de resterende uren 3. Neem die rest en deel door 60 voor minuten 4. Wat overblijft zijn seconden

Voorbeeld: 200.000 seconden

• 200.000 ÷ 86.400 = 2 dagen rest 27.200
• 27.200 ÷ 3.600 = 7 uur rest 2.000
• 2.000 ÷ 60 = 33 minuten rest 20 seconden

Dus 200.000 seconden = 2 dagen, 7 uur, 33 minuten, 20 seconden.

De Time Unit Converter doet dit direct als je liever niet zelf rekent.

Een opmerking over schrikkelseconden

Af en toe wordt een "schrikkelseconde" aan UTC toegevoegd om voor onregelmatigheden in de aardrotatie te compenseren. Dit betekent dat sommige jaren 31.536.001 of 31.557.601 seconden hebben gehad. Schrikkelseconden zijn sinds 1972 ongeveer 27 keer toegevoegd.

Voor de meeste praktische doeleinden zijn schrikkelseconden irrelevant. Maar in systemen met nauwkeurige timing — GPS, financiële beurzen, telecommunicatie — zijn ze van belang en hebben echte bugs veroorzaakt wanneer software de extra seconde niet correct verwerkte.