les records un mois donné

[webmaster]

Pour moi le fait de mettre l'ensemble du code sur une ligne pose problème !
Certes c'est plus jolie, mais le calcul est effectué avec la mesure de l'année précédente.....

[Tudgur]

Effectivement, ça marche mieux !
Encore un problème de copier coller.
Je ne fais jamais mes tag comme ça mais comme ceci :
%ws_setmem[55]=%ws_cutstr=0~7~%sundaypast[%ws_day2%~%ws_month2%~2007]%%%
$wswin_2007_soleil_max='%ws_timetoval[%ws_getmem[55]%]%';

Merci pour le coup de main.

[Lud29]

Si tu veux être en heure UTC dans ton script, tu peux utiliser la fonction suivante avant d’utiliser la fonction « date() » :

Code : Tout sélectionner

date_default_timezone_set('UTC');

Autrement dit, si je comprends bien, cette nuit à 0h05 locale, on a changé de ligne dans la base alors que Wswin qui est en UTC, en était encore à 22h05 la veille.
Et donc c'est mon ensoleillement d'hier qui a été enregistré pour aujourd'hui dans la base.
C'est bien ça ?
Il faut donc que je rajoute cette ligne !

Sans doute, de toute façon pour éviter les problèmes c’est préférable d’utiliser cette déclaration dans ton (mon) cas !

Bonne soirée.

[Tudgur]

Sans doute, de toute façon pour éviter les problèmes c’est préférable d’utiliser cette déclaration dans ton (mon) cas !

Merci Ludovic. C'est fait depuis cet après-midi.
Maintenant tout à l'air fonctionnel !!!
J'attends demain matin pour en être sûr...

Pour firefox, j'ai fait ceci : ajout des 3 lignes après le démarrage de wswin.

Code : Tout sélectionner

@echo off
echo #########################################################################
echo #                 "ATTENTION Mise a jour de WsWin !!!"                  #
echo #########################################################################
sleep 5

nircmd.exe killprocess WeatherLink.exe
nircmd.exe killprocess Wswin32.exe
start /d"d:\utilitaires\Wswin32" Wswin32.exe /AUTO
sleep 80
start C:\Windows\System32\rundll32.exe url.dll,FileProtocolHandler http://meteo-plouguerneau.fr/extremes.php
nircmd.exe cmdwait 10000 closeprocess firefox.exe
exit

Comme ça, pas de tâche supplémentaire à créer.
Mais un trou les 5 dernières minutes de la journée pour une éventuelle rafale ou de la pluie...

[webmaster]

Bonjour,
Je ne sais pas dans quelle conditions tu utilises ton BAT, mais il faut noter une chose.
Comme je l'ai précisé dans les premiers posts, il faut bien prendre en compte que certaines variables de WsWin ne sont pas mise à jour à chaque relevés mais toutes les heures.
Alors le sont-elles quand la dernières mesures remontent à plus d'une heure, ou après une heure d'activité du logiciel ?
Si tu ne fais fonctionner WsWin que de manière ponctuelle, surveille bien ce point.

[Tudgur]

Bonjour,

Si tu ne fais fonctionner WsWin que de manière ponctuelle, surveille bien ce point.

Ce .bat est exécuté toutes les 5 minutes !
Donc je pense que ça devrait aller, sauf de 23h55 à 0h00...

Mais des problèmes ce matin :
Seuls la temp_mini et l'ensoleillement étaient bons (pour les extrêmes du jour).
Les autres, étaient ceux d'hier !
J'ai donc effacé ces valeurs dans la base, sans les remplacer par les bonnes.
Puis j'ai exécuté extremes.php et là, les bonnes valeurs ont été inputées ????
Je ne comprends pas !

Edit : serait-ce à cause du problème que tu évoques : à 0h00 quand Wswin fait son relevé et les tags, certains ne sont pas modifiés et donc imputés dans la base avec leur valeur de la veille ?
Tout de même étrange que ce soit bon pour la temp_mini et pas la temp_maxi... Ce sont des tags semblables.
De même que ça marche pour la pluie et pas l'ensoleillement, ce sont deux cumuls.
Mais où as-tu vu que certains tags n'étaient mis à jour que toutes le heures ?
Si tel était le cas, il ne faudrait exécuter extremes.php, au plus tôt qu'à une heure du matin ?

[webmaster]

Edit : serait-ce à cause du problème que tu évoques : à 0h00 quand Wswin fait son relevé et les tags, certains ne sont pas modifiés et donc imputés dans la base avec leur valeur de la veille ?

Une chose est possible, c'est que le serveur de ton hébergeur ne soit pas à la même heure que WsWin.
Tu dois avoir l'heure du serveur par l'intermédiaire de phpmyadmin, sinon il faut le demander en PHP.

Tout de même étrange que ce soit bon pour la temp_mini et pas la temp_maxi... Ce sont des tags semblables.

Là, je suis d'accord avec toi !

[Tudgur]

Une chose est possible, c'est que le serveur de ton hébergeur ne soit pas à la même heure que WsWin.
Tu dois avoir l'heure du serveur par l'intermédiaire de phpmyadmin, sinon il faut le demander en PHP.

Malheureusement, je ne vois aucune heure dans PhpMyAdmin !
Mais je suppose que le serveur est en heure locale...
Et dans ce cas, que dois-je faire docteur ?
Ne pas exécuter extremes.php avant 3 ou 4h du matin arrangerait les choses ?

Il se passe quand même des choses bizarres :
Vers 11h, mes temp_mini jour et mois ont été effacées de la base avec leurs dates respectives !!!

[webmaster]

Et dans ce cas, que dois-je faire docteur ?

<?php echo date("c"); ?>

Ne pas exécuter extremes.php avant 3 ou 4h du matin arrangerait les choses ?

Oui, probablement si le problème était bien là.

Il se passe quand même des choses bizarres :
Vers 11h, mes temp_mini jour et mois ont été effacées de la base avec leurs dates respectives !!!

Si c'est pour les remplacer par des valeurs cohérentes, c'est normal !
Chez moi, tous les tags à base de past ou m_past sont mises à jours toutes les heures pleines.
Je n'ai pas eu la curiosité de regarder la date retournée entre 0 et 1H00.
Mais j'imagine qu'à minuit le tag change de jour, du moins je l'espère.

[Tudgur]

Si c'est pour les remplacer par des valeurs cohérentes, c'est normal !

Elles ont été effacées, mais pas remplacées !!!
J'ai dû le faire manuellement dans la base : les 2 mini étaient à 0.0 ! et aucune date !
Pourtant le fichier wswin_extremes.php contenait les bonnes valeurs et exécuter extremes.php ne changeait rien à l'affaire.

Mon serveur est bien en heure locale, voici ce qu'il affiche :
2011-10-13T13:26:25+02:00 (il était bien 13h26 locale au moment de l'exécution du script)

Et une autre bizarrerie !
Le record de temp_max un 13 octobre vient d'être battu.
Il est bien imputé dans la base et apparait sur mon site mais :
Dans wswin_extremes.txt, je fais un cut sur la date pour ne retenir que l'année.
Dans wswin_extremes.php, j'ai donc 2011, normal, mais dans la base, j'ai 13/10/2011 ????

En fait, il y a interférence entre la date courante pour les extremes mois et les extremes jour.
Pour les extrêmes journaliers j'ai ce tag :

Code : Tout sélectionner

$wswin_temp_max='%maxvalpast[7~%ws_day2%~%ws_month2%~%ws_year%]%';
$wswin_date_temp_max='%ws_cutstr=1~6~%ws_date%%';
$wswin_heure_temp_max='%maxtimepast[7~%ws_day2%~%ws_month2%~%ws_year%]%';

et pour les extrêmes mensuels :

Code : Tout sélectionner

$wswin_temp_max='%maxvalpast[7~%ws_day2%~%ws_month2%~%ws_year%]%';
$wswin_date_temp_max='%ws_date%';
$wswin_heure_temp_max='%maxtimepast[7~%ws_day2%~%ws_month2%~%ws_year%]%';

Les deux donnent évidemment la même chose, sauf pour la date, le premier ne donnant que l'année.

Donc, la date qui s'affiche pour mon extrême du jour, c'est celle du jour courant de l'extrême mesuel.
Je ne sais pas si je me fais comprendre ?

Je ne sais plus où j'en suis, je suis paumé !!!
Pour les extrêmes mensuels, aurais-je dû mettre :

Code : Tout sélectionner

$wswin_mois_temp_max='%maxvalpast[7~%ws_day2%~%ws_month2%~%ws_year%]%';
$wswin_mois_date_temp_max='%ws_date%';
$wswin_mois_heure_temp_max='%maxtimepast[7~%ws_day2%~%ws_month2%~%ws_year%]%';

[webmaster]

Comme je te l'ai déjà dit plus tôt, je trouve dommage de ne pas garder la date entière dans la base.
Je conçois parfaitement que pour l'affichage actuelle cela n'apporte rien, mais sur un autre affichage cela peut prendre une toute autre importance.
Et puis il est tellement plus simple de passer par explode....

Ensuite il y a ton histoire de moyenne que tu es venu greffer sur le code de base, ne pose t il pas de problème ?

Je cherche les différences entre toi et moi, car ici cela fonctionne parfaitement.

[Tudgur]

Comme je te l'ai déjà dit plus tôt, je trouve dommage de ne pas garder la date entière dans la base.
Je conçois parfaitement que pour l'affichage actuelle cela n'apporte rien, mais sur un autre affichage cela peut prendre une toute autre importance.
Et puis il est tellement plus simple de passer par explode....

Bon, je vais revenir à ça, il faut que je retrouve le code pour explode pour ne garder que l'année.
C'est celui-ci ?

Code : Tout sélectionner

<?php $date_temp_min = explode("/", $date_temp_min); echo $date_temp_min[0],'/',$date_temp_min[2]; ?>

iIl n'y a pas à faire l'include de wswin_extremes.php dans extremes2.php ? Je ne sais plus...

Pour l'instant, je vais tondre...
.

[webmaster]

Bon, je vais revenir à ça, il faut que je retrouve le code pour explode pour ne garder que l'année.
C'est celui-ci ?

Code : Tout sélectionner

<?php $date_temp_min = explode("/", $date_temp_min); echo $date_temp_min[0],'/',$date_temp_min[2]; ?>

Dans l'exemple ci dessus tu gardes le jour et l'année.

iIl n'y a pas à faire l'include de wswin_extremes.php dans extremes2.php ? Je ne sais plus...

Si bien sûr !

Bonne tonte...

[Tudgur]

Au risque de paraître ridicule, je parle bien de extremes2.php que j'ai scindé en 2 fichiers, historique_jour.php et historique_mois.php.
Donc, ici pour historique_jour ?

Code : Tout sélectionner

 .....  
$date_rafale_max=$data['date_rafale_max'];
$heure_rafale_max=$data['heure_rafale_max'];
$soleil_max=$data['soleil_max'];
$date_soleil_max=$data['date_soleil_max'];	
	}
include ('wswin_extremes.php');		
	mysql_close();
?>
...

Et là pour historique_mois ?

Code : Tout sélectionner

    ......
    $mois_date_rafale_max=$data['date_rafale_max'];
    $mois_heure_rafale_max=$data['heure_rafale_max'];	
	$mois_soleil_max=$data['soleil_max'];
    $mois_date_soleil_max=$data['date_soleil_max'];	
	}
include ('wswin_extremes.php');		
	mysql_close();
?>
....

[webmaster]

Tu peux mettre ton include après avoir fermé la base, c'est plus logique.