les records un mois donné

[Tudgur]

OK, merci.
J'ai viré tous les cutstr et utilisé la fonction explode.
je vais peut-être aussi faire une tache planifiée pour démarrer firefox de 2h59 à ???
Pas facile, mon PC étant en heure UTC...

[webmaster]

Et bien si tu utilises:

Code : Tout sélectionner

date_default_timezone_set('UTC');

Il faut juste bloquer la tache de 23H59 à 0H01.

[Tudgur]

Et bien si tu utilises:

Code : Tout sélectionner

date_default_timezone_set('UTC');

Il faut juste bloquer la tache de 23H59 à 0H01.

Oui, j'utilise ce code dans extremes.php.
Mais tu as écrit :

juste pour indication, ce matin ma base avait des valeurs d'hier sur la journée d'aujourd'hui, sans la date complète je ne l'aurais pas vu.

C'était donc la même chose que moi ce matin !
Pour toi, où était le problème ?

Alors, j'ai planifié une tâche qui s'exécute toutes les heures de 00h59 à 23h59.
Mais je ne sais pas trop pourquoi !
Mon PC et le serveur n'étant pas à la même heure est-ce que le "date_default_timezone_set('UTC')" suffit pour que la base "soit en heure UTC" ?

[webmaster]

C'était donc la même chose que moi ce matin !
Pour toi, où était le problème ?

Je n'en ai aucune idée !
Avec le recule je ne suis même pas certain que cela ce soit vraiment produit, je faisais pas mal de test à ce moment.
Une chose est certaine, je n'ai rien modifié et pour le moment ça ne s'est jamais reproduit.

Mon PC et le serveur n'étant pas à la même heure est-ce que le "date_default_timezone_set('UTC')" suffit pour que la base "soit en heure UTC" ?

Le fait d'utiliser "date_default_timezone_set('UTC')" force le serveur à simuler l'affichage de l'heure UTC.

[Tudgur]

OK, on verra demain matin si tout s'est bien passé !

Edit :malheureusement, çà ne s'est pas bien passé !
Seuls la pluvio et le vent max (plus élevés que ceux d'hier, y a-t-il un rapport ?) ont été correctement inputés.
Toutes les autres valeurs et dates, sont celles d'hier !
Ceci laisse penser que les valeurs d'hier (13/10 en local) ont été imputées avant 0h00 UTC c'est à dire le 14/10 en local avant 2h00.
Lorsqu’on est passé au 14/10 en UTC, la pluvio et le vent max, plus élevés que ceux dans la base ont été inputés.

Edit 2 : J'ai effacé toute la ligne 288, puis exécuté extremes.php.
Et là, toutes les valeurs sont bonnes : Il y aurait donc un problèmes d'heure d'exécution de extremes.php.
Hier il a été exécuté pour la dernière fois à 23h59 UTC soit 01h59 locale et ce matin, il a été exécuté à 0h59 heure UTC soit à 2h59 locale.
La question est : de quel côté se trouve le problème ?
Et à priori, date_default_timezone_set('UTC'); ne sert à rien !!!
Au fait, comment utiliser ce code ??? Peut-être que je le fais mal.
J'ai simplement collé cette ligne au début de mon fichier extremes.php...

Edit 3 : à quels moments et comment exécutes-tu extremes.php ?

Edit 4 : Jour suivant, même topo !
La dernière tâche se faisait (normalement) à 21h59 UTC.
Les valeurs d'hier ont été inputées. Seuls pluie, vent et rafale sont bons puisque valeurs supérieures à celles de la veille.

[webmaster]

Bonjour,

OK, on verra demain matin si tout s'est bien passé !
Edit :malheureusement, çà ne s'est pas bien passé !

Ca, j'avais vu !

La question est : de quel côté se trouve le problème ?

Alors là ?
Peux-tu inhiber toute la partie sur la mémorisation des moyennes que tu as greffé sur le code de base ?
Bloque également ton script de 21 à 3H00 afin d'éviter tout risque avec le décalage horaire pour essayer.

Edit 3 : à quels moments et comment exécutes-tu extremes.php ?

Je te l'avais dit, le code est en include sur les deux pages de mon site les plus visitées.

[Tudgur]

Bonjour,

Peux-tu inhiber toute la partie sur la mémorisation des moyennes que tu as greffé sur le code de base ?
Bloque également ton script de 21 à 3H00 afin d'éviter tout risque avec le décalage horaire pour essayer.
Bo

Ce sera pour plus tard, je me suis absenté pour une semaine.
Quoique, avec LogMeIn...
concernant la moyenne, je ne pense pas que cela puisse jouer, le tag ne comporte ni date ni heure.
Mais je peux tester en l'inhibant.
Ce matin, j'ai réduit la plage d'exécution de la tâche planifiée.
Je verrai demain.
A mon retour, je vais veiller pour voir quand la base est inputée avec les valeurs de la veille.

[Tudgur]

Bonsoir.

J'ai répondu un peu vite cet après-midi !
Il faut dire que je ne dispose pas d'une connexion permanente...

J'ai inhibé la partie moyenne mensuelle dans extremes.php (et pas besoin de LogMeIn bien entendu,
puisque le fichier est sur le serveur).
Tu m'avais effectivement dit comment tu allais procéder pour exécuter extremes.php mais je pensais que ce n'était qu'une idée...
Je crois que la tâche que j'ai planifiée ce matin débute à 2H59 UTC, toutes les heures , pendant 21 heures.
Si besoin, je diminuerai la durée, mais cela posera un problème.
Wait and see !

Edit : Ce matin, c'est bon !!!
Je remets la moyenne mensuelle pour voir si elle est en cause...

[webmaster]

Bonjour,

Nous cernons donc bien le problème !
A suivre donc....

[Tudgur]

Bonjour,
Aujourd'hui, c'est toujours bon !
Reste donc à trouver la bonne plage horaire...

[webmaster]

Bonjour,
Donc il ne reste plus qu'à résoudre ton problème d'heure UTC.

Essaye ce code dans une page test pour voir si ton serveur permet bien la fonction:

Code : Tout sélectionner

<?php
date_default_timezone_set('UTC');
$date = date("d-m-Y");
$heure = date("H:i");
Print("Nous sommes le $date et il est $heure");		
?>

Si l'heure affichée est bien en UTC applique cette ligne en début de fichier extremes.php

Code : Tout sélectionner

date_default_timezone_set('UTC');

[Tudgur]

Bonsoir,
ton fichier donne bien l'heure UTC, mais j'ai déjà date_default_timezone_set('UTC'); au début du fichier extremes.php.
Je viens de contrôler avec LogMeIn : ma première tâche débute à 00H59 (UTC) puis toutes les heures pendant 20h.
La dernière a donc lieu à 20h59 UTC alors qu'il faudrait la faire jusqu'à 23h59 UTC...
Lorsque la tâche se déroulait pendant 21h, donc jusqu'à 21h59 UTC, ça ne marchait pourtant pas : j’avais les extrêmes de la veille.
Bizarre !!!

[webmaster]

Bonsoir,

Il y a une chose que je ne comprends pas !
Si chez ton hébergeur tu travailles bien en UTC, et que WsWin également, tu ne devrais arrêter extremes.php que de 23H55 à 0H05.

Je viens de retirer les deux {include} que j'utilisais pour mettre en place une tâche qui se déclenche toute les XX:59, Je verrai comment cela se passe demain matin !
Je sais que je plante ma page entre 0H00 et 0H59, j'ajouterai probablement un autre tâche à 0H03.

[Tudgur]

Bonjour

Je viens de retirer les deux {include} que j'utilisais pour mettre en place une tâche qui se déclenche toute les XX:59, Je verrai comment cela se passe demain matin !
Je sais que je plante ma page entre 0H00 et 0H59, j'ajouterai probablement un autre tâche à 0H03.

Super, on va pouvoir comparer.
J'enlève à nouveau la moyenne mensuelle puisque j'avais un pb ce matin : l'ensoleillement maxi du 18 était celui d'hier...
Il est donc encore possible que le problème vienne de là !

[webmaster]

Bonjour,

Compte rendu du matin avec plus de détails !

WsWin fonctionne sur un pas de deux minutes avec un offset à 0, donc en fin de journée 23H56, 23H58 et 0H00.
Ma tâche a été lancé à 23H59 et je me retrouve avec les valeurs du lendemain sur les variable temp_min, pression_min, pression_max et soleil_max.

Je n'imagine pas que le problème puisse venir de PHP. La ligne étant définit par le numéro du jour il est inconcevable que PHP ne sache plus qu’elle jour nous sommes.
Dans le doute j'efface bien mes variables en début de code...

Code : Tout sélectionner

unset($jour);
unset($mois);

D'une autre part nous savons que les tags past m_past ont un fonctionnement périodique sur une heure (à vérifier je finis par avoir un doute).
Est ce que Werner, pour fluidifier les traitements, n'anticiperait pas ces calculs sur un nombre de cycle précédent ce changement d'heure ?

J'ai passé ma tâche à 23H57 et ce soir à 23H59 je stopperai WsWin le temps de regarder les valeurs dans la table basées sur le relevé de 23H56 d'une part, et le contenu du fichier généré par WsWin à 23H58 d'une autre.
A suivre donc...

Et sur un autre sujet, nous allons devoir ajouter un test sur l'année 2011 pour l'année prochaine sous peine de louper les extrême des neuf premiers mis de l'année !
Pour mon cas je me garde jusqu'à la fin de l'année pour test afin de lancer l'ensemble dés le premier janvier durant un an.