Comparaisons annuelles/mensuelles NOAA

[paaubert]

CA MARCHE !!!!!

Mon hébergeur à mi off "safe_mode" et ça fonctionne.

un grand merci pour avoir passé du temps pour trouver mon problème, c'est super.

[Pidou]

Bon ben super.
Je n'ai pas trouvé l'erreur fondamentale dans le fichier graphcompare.php qui pose le problème, mais j'ai trouvé un moyen de la contourner en modifiant temporairement la directive 'display_errors'.

Voici donc ci-joint la dernière modif sur graphcompare.php qui doit permettre de fonctionner sur toutes les config d'environnement.
Tu peux remplacer le fichier si tu souhaites... Mais vu que ça fonctionne maintenant...

Toujours est il que je mettrai en ligne proprement les fichiers modifiées pour que ça fonctionne pour d'autres qui auraient le problème.

[paaubert]

En tout cas c'est super, je vais utiliser tes fichiers, ils sont plus propres et ne me génèrent plus d'erreurs.

Encore merci.

[Pidou]

De rien, j'ai appris pleins de choses en faisant ça

[pat46fr]

Je n'ai pas trouvé l'erreur fondamentale dans le fichier graphcompare.php qui pose le problème, mais j'ai trouvé un moyen de la contourner en modifiant temporairement la directive 'display_errors'.

J'espère que mes modifs marchent, car même si la solution de la variable display_errors fonctionne, elle n'est pas très éthiquement satisfaisante (Et dire que je ne suis même pas informaticien

Je m'aperçois que tu en ai arrivé à faire grosso modo ce que je disais au départ, c'est à dire virer le display_errors. Cette solution n'est peut être pas éthiquement satisfaisante pour toi mais elle est normale. Vu que mon hébergeur me conseillait cette démarche, je pense qu'il est plus connaisseur que moi et je viens de trouver ça sur le net (pas eu le temps avant) sur le site officiel de PHP http://php.net/manual/en/errorfunc.configuration.php :

display_errors string
This determines whether errors should be printed to the screen as part of the output or if they should be hidden from the user.
Value "stderr" sends the errors to stderr instead of stdout. The value is available as of PHP 5.2.4. In earlier versions, this directive was of type boolean.

Note:
This is a feature to support your development and should never be used on production systems (e.g. systems connected to the internet).

Avoir le display_error à on ne sert que pour le développement des scripts, et doit être désactivé après. La plupart des hébergeurs ont des configurations de base à adapter à son site.

Sur ce bonne journée, Pat

[Pidou]

Comme tu le dis : display_errors ne devrait pas être ON en production. C'est un outil de développement.
On peut se demander pourquoi certains hébergeurs le laissent ON...

[paaubert]

en fait ce n'est pas display_errors qui était on chez mon hébergeur, c'était safe_mode, d'ailleurs maintenant il m'a rajouté dans mon panneau de configuration une case à cocher pour pouvoir choissir on - off.

A+

[pat46fr]

Ben, pour pouvoir repérer les erreurs importantes lors de la mise en ligne par rapport au comportement en local. Dans le cas d'erreurs mineures comme ici qui ne gênent pas le fonctionnement, on peut le mettre sur off. Dans le cas d'erreurs graves qui gênent le déroulement du script ça peut aider. Comme c'est assez compliqué d'avoir en local la même config que sur le serveur, c'est sympa d'avoir la possibilité de voir les erreurs. De toute façons, je pense qu'il est normal dans certains cas d'avoir des erreurs, la preuve est que des instructions existent pour gérer les erreurs et par exemple afficher un message.

paaubert: je pense que les deux sont liés. Le safe_mode est un mode pour la sécurité dans lequel beaucoup de fonctions sont désactivées. Toujours le même site: http://fr.php.net/manual/en/features.sa ... ctions.php De plus cette solution est obsolète en PHP 5.3.0 Donc à ne plus utiliser.

Pat

[ardigier]

grace à votre echange j'ai pu meettre NOAA sur mon site (aprés avoir changé d'hebergeur)
j'ai un affichage bizarre pour les rapports annuels
en effet ma station est en service de avril 2010
le tableau annuel démarre au 01/01/10 et s'arrete au 30/09/10 alors qu'il devrait commencer au 01/01/10 et s'arreter au 31/12/10
image jointe,
qu'en pensez vous

noaa 2010.jpg

[paaubert]

question bête, mais as-tu fait une régénération complète de tes statistiques, avec bien entendu ton fichier source de l'année passée, si tu en crée un par année.

A+

[ardigier]

oui, je viens de regenerer la base,
dans GW j'ai bien 2010 avec 01-02-03 vide
et 2011 avec 01 qui se remplit
sur mon site j'ai toujours les 3 premiers mois 2010 pleins

[paaubert]

essaye d'effacer les fichiers sur ton serveur, si il reste des anciens fichiers d'avant la régénération, il va en tenir compte.

regarde sur ton serveur, tu as certainement un dossier 2010 avec des sous dossiers 01-02-03

[ardigier]

merci
ci joint mes fichiers sur le serveur RAS je démarre bien à 04

noaa 2010 sur serveur.jpg

[paaubert]

je vois que tu as résolu ton problème, tu peux nous expliquer

A+

[ardigier]

salut PA
en fait , Pidou a modifié son zip, comme tu as pu le constater pour avoir les mois en affichage complet
puis en reprennant tout le cheminement du dossier Stat j'ai découvert que
1 GW n'envoyait pas mes MAJ au bon endroit (erreur de repertoire ) donc je me retrouvais avec 2 rep "stats dont 1 se mettait à jour et pas le bon biensur et le bon ne se modifiait pas d'ou la persistance de mes bugs malgré le nouveau zip.

2 que le chemin vers "distant" et stat comportait une "petite erreur" mais pas négligeable , dans celui-ci j'avais écrit .../statistics et non.... /Statistics : une Majuscule et tout change


il persite juste un petit souci, malgré toutes ces modif, je me rends compte que dans les graphiques 2010 il reste quelques "valeurs fantomes" pour les mois 01-02-03 (temp et vent)
je ne sais pas où regarder pour les virer