Calcul des Timestamps

Version imprimable

28/12/2009, 12h28
DoUPod

Calcul des Timestamps

Bonjour,

J'ai une question sur le fonctionnement des langages de programmation (PHP / ...) avec le timestamp. En effet, comment peuvent-ils calculer le timestamp ?

Je m'explique : Prenons un jour de départ J0, je cherche à calculer la date exacte (comprendre le jour, le mois et l'année) du jour qui sera X jours plus tard.
Exemple : Prenons J0 aujourd'hui (28/12/2009), 2 jours plus tard nous serons le 30/12/2009. C'est simple, mais s'il s'agit de rajouter 2402 jours, c'est plus dur :)
C'est ce que propose ce site : http://www.timeanddate.com/date/date...=5&d1=1&ad=100

Je cherche à le faire "à la main". J'ai tout de suite pensé au timestamp, (c'est d'ailleurs ce qu'utilise le site précédent je pense) qui est un moyen simple de calculer ^^ Mais : Comment peut-on obtenir le timestamp actuel ?

Comment un langage tel que PHP peut-il connaitre le timestamp actuel (formule de calcul ? ... ?) ? Car il faut tenir compte des mois à 30,31, 28 voire 29 jours, des années bissextiles etc ...

Merci
28/12/2009, 22h13
pseudocode

Il y a des chances pour qu'ils convertissent la date grégorienne en format "unix time" ou "Julian date". Les calculs dans ces bases sont des simples additions/soustractions de nombres.
29/12/2009, 17h49
DoUPod

Ok. J'ai trouvé quelques liens assez bien faits (en anglais) :
http://www.kingcomputerservices.com/...tic_part_1.htm
http://www.kingcomputerservices.com/...tic_part_2.htm (le plus intéressant ?)
http://www.kingcomputerservices.com/...tic_part_3.htm

Ils passent par le calendrier julien pour faire des calculs sur les dates.

Par contre, j'ai beau cherché, je ne trouve nulle part comment on pourrait convertir une date en timestamp ...

Je veux dire, il existe le format timestamp en programmation et via une fonction (qui dépend des langages de programmation), il est facile d'obtenir le timestamp actuel voire même, le timestamp d'une date passée ou future.

Comment est-ce possible ? Est-ce reproductible ?

Merci
29/12/2009, 22h14
pseudocode

Citation:

Envoyé par DoUPod

Je veux dire, il existe le format timestamp en programmation et via une fonction (qui dépend des langages de programmation), il est facile d'obtenir le timestamp actuel voire même, le timestamp d'une date passée ou future.

La seule valeur standardisée du "timestamp" que je connaisse c'est la norme ISO 8601. Sinon la valeur d'un "timestamp" dépend du langage et de la fonction utilisée. A quel langage/fonction fais tu référence ?
30/12/2009, 19h01
DoUPod

Bonjour,

Désolé, je ne savais pas tout ça à propos du timestamp ^^ Tout d'abord, j'ai trouvé un moyen de calculer relativement simple (et dans la norme ISO 8601 ^^) en gérant les dates sous la forme AAAA-DDD où DDD est le numéro du jour dans l'année.

Cependant, je me demande toujours comment on peut obtenir facilement un "timestamp", c'est à dire, quels sont les calculs effectués lorsqu'on appelle la fonction.

Pour le timestamp, pour moi il s'agit du nombre de secondes écoulées depuis le 1/01/1970. Ainsi, en PHP par exemple (mais également dans d'autres languages), la fonction time() renvoie le nombre de secondes écoulées depuis le 1/01/1970 au moment actuel et la fonction mk_time permet de retrouver le timestamp correspondant à une date passée ou future.

Je sais comment utiliser ces fonctions et quels résultats on obtient mais j'aimerais comprendre le fonctionnement "en arrière-plan" permettant d'obtenir ce résultat.

Merci
30/12/2009, 19h20
pseudocode

Citation:

Envoyé par DoUPod

Je sais comment utiliser ces fonctions et quels résultats on obtient mais j'aimerais comprendre le fonctionnement "en arrière-plan" permettant d'obtenir ce résultat.

Il suffit de calculer le nombre de secondes qui séparent une date "D" du 01/01/1970.

Aujourd'hui on est le 30/12/2009, ce qui nous sépare du 01/01/1970 c'est:

39 ans depuis 1970 + 11 mois depuis début 2009 + 30 jours depuis début décembre.

* 39 ans depuis 1970 = 39*365 + 9 (années bissextiles) jours
* 11 mois depuis debut 2009 = 334 jours
* 30 jours depuis début décembre = 30 jours

Soit un total de 14608 jours, c-a-d 1262131200 secondes.
31/12/2009, 18h58
DoUPod

Ok. Mais, autant pour les années et pour les jours je comprend... autant pour les mois on ne peut pas compter facilement.

J'ai vu un extrait de code où ils utilisaient un array avec le nombre de jours au 0 de chaque mois : 1 = 0; 2 = 31; 3 = 49 ...

Je pensais qu'il y avait un calcul plus direct ^^

Merci, sujet résolu.
02/01/2010, 20h28
Mac LAK

Citation:

Envoyé par DoUPod

Je pensais qu'il y avait un calcul plus direct ^^

Non, aucun. En général, on utilise des fonctions de support pour ces conversions, qui peuvent faire partie du système d'exploitation, du langage lui-même ou d'une librairie tierce.

Dans tous les cas, la gestion des dates est souvent un casse-tête pouvant devenir assez infect : tu as le problème des années bissextiles, les fuseaux horaires, la référence temporelle utilisée, et certaines nécessitent même de connaître son histoire : par exemple, le 10/10/1582 n'existe pas !

Donc, en général, on prends comme référence temporelle une date postérieure à la réforme grégorienne, comme le 01/01/1601 (base UTC), le 01/01/1900, ou encore le 01/01/1970 (base Unix, aussi appelée "Epoch"). L'unité choisie dépend de la précision requise : habituellement, on convertit d'abord la date dans le format requis, puis on ajoute l'heure courante (souvent l'heure GMT, d'ailleurs, afin d'être homogène sur la totalité des fuseaux horaires).

Une fois que tu es arrivé dans un format de timestamp donné, passer de l'un à l'autre est souvent très facile et peu coûteux en temps CPU : c'est en général une simple fonction affine qui permet cela (le facteur pour l'unité de temps du timestamp, et le décalage pour modifier la référence temporelle).

Par contre, passer d'un format "humain" JJ/MM/AAAA HH:mm:ss à un timestamp, ou la réciproque, est donc assez compliqué et coûteux en temps CPU. Il faut donc éviter de faire des conversions "pour rien" de façon générale.

Il faut aussi nettement distinguer les timestamps "absolus", qui ont une référence connue, comme les timestamps Unix ou UTC, des timestamps relatifs dont on ne connait que la précision et non pas l'origine. Comme exemple de ces derniers, tu as le compteur milliseconde du système d'exploitation, ou les compteurs haute résolution disponibles sur certains processeurs. Les timestamps relatifs ne sont pas utilisables pour une datation précise bien entendu, mais sont par contre souvent bien moins coûteux en temps CPU si tu n'as besoin que d'un ordonnancement.
03/01/2010, 12h52
DoUPod

Ok ! Merci pour cette réponse très complète. C'est donc bien un réel problème que ces dates ! ^^

Dommage que le calendrier ne soit pas "régulier" ^^

Sujet résolu !
05/01/2010, 11h43
Ulmo

Citation:

Envoyé par Mac LAK

Donc, en général, on prends comme référence temporelle une date postérieure à la réforme grégorienne, [...]

Avec le piège qu'elle n'a pas eu lieu au même moment dans tous les pays.
05/01/2010, 12h15
souviron34

Citation:

Envoyé par Mac LAK

Donc, en général, on prends comme référence temporelle une date postérieure à la réforme grégorienne, comme le 01/01/1601 (base UTC), le 01/01/1900, ou encore le 01/01/1970 (base Unix, aussi appelée "Epoch").

D'où l'utilité de la "date julienne" ou "jour julien", continue, et ce depuis -4713 aant notre ère...

:D

http://fr.wikipedia.org/wiki/Jour_julien