Artichow PHP5 et E_STRICT

Par ZeFredz, vendredi 4 décembre 2009 à 15:19 :: PHP :: #249 :: rss

update 7 décembre : remis à jour suite aux commentaires qui ont été postés, merci à leurs auteurs.

Bon, je voulais poster ça sur le site de la très bonne bibliothèque graphique pour PHP Artichow, mais le bug tracker a l'air mort et j'ai pas le courage de m'inscrire sur le Forum....

Si comme moi vous rencontré l'erreur suivante avec Artichow-PHP5 :

Cette erreur est causée par une erreur E_STRICT générée par PHP et intercepté par le gestionnaire d'erreur déclaré par Artichow ligne 91 de common.php. Pour ce cas précis du problème de timezone non déclarée, vous pouvez et devriez agir directement à la source du problème en déclarant la timezone par défaut dans php.ini, dans la config de apache ou via la fonction date_default_timezone_set() de PHP.

Toutefois, cela ne règlera pas le problème si vous devez utiliser du code non compatible E_STRICT^[1] avec Artichow. Pour éviter ce problème, il suffit de modifier la ligne 91 de artichow/common.php afin d'empêcher l'interception des erreurs E_STRICT :

set_error_handler('errorHandlerArtichow', error_reporting());

Le gestionnaire d'erreur sera ainsi déclaré pour les niveaux d'erreur défini dans la directive error_reporting de PHP et non plus pour tous les niveaux d'erreur, comme c'est le cas par défaut.

Après correction^[2] , on a le résultat attendu :

Voilà, j'espère que ça pourra en dépanner certains.

Notes

[1] l'idéal est bien sûr de toujours écrire du code compatible E_STRICT, mais on n'est pas toujours maître des bibliothèques externes et du legacy code

[2] que ce soit la modification de common.php, l'ajout de la timezone par défaut ou l'utilisation de date_default_timezone_set()

Commentaires

1. Le vendredi 4 décembre 2009 à 15:43, par SeeSchloss :: site

Ne serait-il pas plus judicieux de définir le paramètre date.timezone dans le php.ini, comme le demande le message ?

Ou alors de désactiver le reporting des E_STRICT toujours dans le php.ini, puisque sans cela toutes les autres applications tournant sur ce serveur auront ces mêmes erreurs...

2. Le samedi 5 décembre 2009 à 13:01, par Damien :: site

En fait, plutôt que de modifier Artichow, il vaudrait mieux spécifier la timezone dans ton php.ini plutôt que de cacher le message, avec par exemple :

[Date]
date.timezone = Europe/Paris

3. Le samedi 5 décembre 2009 à 17:33, par Philippe Gamache :: site

Ok, tu fais un correction à une mauvaise configuration. Il faut configurer ton PHP avec un timezone.

4. Le lundi 7 décembre 2009 à 08:42, par ZeFredz

Alors, je vais répondre aux trois messages en même temps : tout d'abord merci beaucoup, je n'ai hélas pas accès à la config PHP sur tous les serveurs où je vais devoir utiliser Artichow
D'un autre côté c'est de ma faute, j'aurais du le préciser dans mon post... d'ailleurs, je le fais tout de suite
Une autre solution est aussi d'utiliser date_default_timezone_set.
Mais au-delà du problème de timezone, tout code non E_STRICT (oui, je sais c'est mal) utilisé avec Artichow risque de toute façon de causer le même problème.

5. Le lundi 7 décembre 2009 à 08:49, par ZeFredz

@SeeSchloss: les E_STRICT sont bien désactivés sur le serveur (heureusement d'ailleurs), mais lorsque l'on fait un set_error_handler sans préciser le niveau d'erreur, PHP met le handler sur tous les niveaux, y compris E_STRICT (du moins en PHP 5.2). Dans mon cas, j'aurais pu me contenter d'utiliser error_reporting() comme second argument pour set_error_handler().