Soucis avec Date (et getTime)

Version imprimable

20/08/2010, 09h35
camboui

Soucis avec Date (et getTime)
On a un soucis dans un calcul de différence de date.
Code:

1 2 3 4 5 var start=(new Date()).getTime(); ... var duration=(new Date()).getTime() - start;
Le code précédant calcule la durée de chargement/initialisation d'une page et de ces composants coté client (flash, etc). Tout va bien dans 99,9% des cas, mais on obtient des résultats abérrants dans les rares cas restants, genre une durée de plusieures heures, voire même des jours (on n'a jamais de valeurs négatives, c'est déjà ça). On essaye de comprendre pourquoi.
Il y a 2 choses à vérifier lors d'un calcul de différence de date: tenir compte du fait que les mois vont de 0 à 11 (et non pas de 1 à 12), et du jour de changement d'heure en automne et printemps (daylight savings).
Or ici on regarde simplement la date système du client et nous sommes en août (je ne crois pas qu'il y ait de changement d'heure en juiller/aoùut quelque part dans le monde).

Merci pour vos lumières.
20/08/2010, 10h14
Nicopilami

Citation:

var start=(new Date()).getTime();

...

var duration=(new Date()).getTime() - start;

Hello (new Date()).getTime() var récupérer le nb de millisecondes depuis le 01/01/1970, donc ce ne doit pas être un pb de changement d'heure; Tu as identifié les cas où le pb se pose ?

est-ce que tu n'aurais pas - autre part dans le code - un morceau de code qui change ta variable "start" dans des cas précis ?

vas aussi voir ici, ton problème est peut-etre lié à ce topic...

bye
Nico

Bonjour, voici un code trouvé sur internet :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 
<SCRIPT LANGUAGE="JavaScript">
/*
CODE A PLACER JUSTE APRES LA BALISE HEAD
*/
NavName = navigator.appName.substring(0,3);
NavVersion = navigator.appVersion.substring(0,1);
if (NavName != "Mic" || NavVersion>=4)
    {
    entree = new Date;
    entree = entree.getTime();
    }
function ZsortIe()
    {
    if (NavName != "Mic" || NavVersion>=4)
        {
        fin = new Date;
        fin = fin.getTime();
        secondes = (fin-entree)/1000;
        alert('Page chargée en ' + secondes + ' seconde(s).');
        }
    }
window.onload = ZsortIe;
</SCRIPT>

20/08/2010, 14h05
camboui

Citation:

Envoyé par Nicopilami

Hello (new Date()).getTime() var récupérer le nb de millisecondes depuis le 01/01/1970, donc ce ne doit pas être un pb de changement d'heure; Tu as identifié les cas où le pb se pose ?

C'est justement ce qu'on cherche. Raison pour laquelle je demande vos avis, expériences, suggestions, etc.
Un bug dans Date().getTime() ou dans le calcul de différence semble cependant exclu, ça se saurait depuis longtemps.

Citation:

Envoyé par Nicopilami

est-ce que tu n'aurais pas - autre part dans le code - un morceau de code qui change ta variable "start" dans des cas précis ?

On y a pensé. On a déjà trituré le code dans tous les sens, mais on revérifiera une Nème fois.

Citation:

Envoyé par Nicopilami

vas aussi voir ici, ton problème est peut-etre lié à ce topic...
bye
Nico

Non, rien à voir à priori. Tout le monde sait bien que le 31 juin c'est le 1er juillet ;)

Dans le code on fait juste des new Date() du coté client, il n'y a pas d'assignation explicite de la date par valeur, donc pas de risque d'avoir mis 1 pour janvier au lieu de 0 par exemple.
Par contre, il se peut que Date() renvoie des valeurs farfelues si l'horloge du PC client débloque, mais ça me parait peu problable.

Pour situer le contexte, on logge les temps de chargement coté client depuis 5 semaines environ et on a près d'1 million de hits jusqu'à ce jour. Quelques centaines ont un temps d'au moins un jour, plusieurs milliers d'au moins 2 heures (je vois mal des browsers clients attendre si longtemps leur page). Les 99% hits restants sont en dessous de 20 secondes (ouf, c'est déjà ça de "normal").

Merci en tous cas pour ces réponses, vos autres idées sont bienvenues :)
20/08/2010, 14h07
Bovino

Ca pourrait pas venir des robots ou autres joyeusetés par hasard ?
20/08/2010, 19h14
camboui

On y a aussi pensé. Mais dans le log on a le user-agent, et les durées anormalement élevées arrivent avec tous les browsers usuels: IE, Mozilla/Firefox, Chrome, Opera, Safari.
Par ailleurs, l'application pour laquelle on logge ces durées demande que les utilisateurs soient enregistrés et identifiés, difficile pour un robot.

J'ajoute que l'application utilise Flash. Y aurait-il des "perturbations" entre les différents plug-in qui gêneraient l'interpréteur javascript du browser ?

Des problèmes de cache aussi ? Par exemple, la variable "start=new Date()" serait reprise d'un cache alors que "duration=new Date()-start" serait recalculée ?
20/08/2010, 20h31
Bovino

Pour être franc, je ne vois pas spécialement d'où peut venir l'anomalie, ceci dit, ton histoire de cache est intéressante, du coup, juste une supposition : ta notation

Code:

var start=(new Date()).getTime();

implique selon moi une évaluation de trop qui peut contribuer à rendre les résultats incohérents pour des délais très courts, du coup, essaye peut être juste avec

Code:

var start=new Date().getTime();

sait-on jamais :?
23/08/2010, 14h08
camboui
J'ai suggéré d'être encore plus explicite et de bien découper le code, comme ceci par exemple:
Code:

1 2 var currentDate=new Date(); var start=currentDate.getTime();
Toujours dans la reflexion du comment du pourquoi qu'on n'a pas encore trouvé, aussi invraisemblable qu'elles puissent être les valeurs obtenues ne sont pas complètement débiles. Il n'y a pas de durées négatives, ni de durée en mois, années, décénies, etc. La plus longue durée est de 20 jours, ça reste dans le domaine du "tolérable".