Page 1 sur 1

Classe de gestion de calendrier PHP 5

Posté : 21 oct. 2008, 09:27
par romualb
Bonjour à tous,

J'ai développé une classe php 5 pour afficher un calendrier, entièrement paramétrable.
Vous pouvez la télécharger sur mon blog http://www.romualb.com/2008/10/20/54/cl ... drier.html

Si ça peut être utile...

Posté : 31 janv. 2009, 18:59
par mostal
Tres sympa ton site Romualb :)

Merci

Posté : 31 janv. 2009, 22:22
par romualb
merci

Posté : 01 févr. 2009, 21:15
par mostal
Hello,

C'est vrai que ton calendrier à l'air sympa. Je dis bien à l'air car j'ai un problème avec.
J'ai téléchargé les sources et en l'exécutant, badaboum je suis tombé sur une armée d'avertissements (environ une centaine)

En regardant sur les commentaires sur le blog, j'ai vu qu'on avait signalé ce problème.
Problème qui semble se corriger par une modification du php.ini avec une ligne comme :
error_reporting(E_ALL ^ E_NOTICE);
(http://fr.php.net/error_reporting)

Je ne savais pas qu'il y existait des erreurs "secondaires", je me suis intéressé à ce pb et j'ai trouvé un site dont l'auteur en parle sous la forme de test de performance :

http://users.nextgeneration.fr/tristan/ ... -appli-web

Au delà de cet aspect performance, personnellement je rechigne un peu à changer mon php.ini afin de ne plus voir ces erreurs de notice...

Question :
Est-ce acceptable/normal qu'un script comporte de nombreuses erreurs de notice ?
Ne peut on pas faire en sorte que ces erreurs n'existent plus au niveau du script ?
Est-ce que tout le monde désactive les E_notice ?

Merci

Posté : 01 févr. 2009, 21:31
par Sékiltoyai
Est-ce acceptable/normal qu'un script comporte de nombreuses erreurs de notice ?
Les erreurs NOTICE sont à considérer comme les Warnings lors de la compilation d'un programme en C, elles indiquent des incohérences. Lorsque tu as une NOTICE, cela ne veut pas dire que ton programme ne va pas fonctionner, mais qu'il a été mal codé, puisque tu essayes de faire quelque chose qui n'est pas correct (accéder à une variable non initialisée, accéder à un élément de tableau inexistant).
Ne peut on pas faire en sorte que ces erreurs n'existent plus au niveau du script ?
Totalement
Est-ce que tout le monde désactive les E_notice ?
Non. Personnellement, toutes les erreurs, même STRICT, sont activées dans mon environnement de développement. Et en production, cela dépend, je peux avoir les NOTICE activées ou non selon la politique décidée.

Posté : 02 févr. 2009, 00:58
par romualb
merci pour ces remarques

les notices qui apparraissent sont effectivement dues à l'utilisation de variables non initialisées.
Même si PHP est un langage assez permissif, qui fonctionne malgré cela, il est vrai qu'avoir un code ne générant pas de notices est quand même mieux, ne serait-ce qu'au niveau performances

Je vais donc corriger mes classes pour les rendre totalement clean, sans notices.

Je vous tiens au courant dès que c'est fait.

Posté : 02 févr. 2009, 01:29
par AB
merci pour ces remarques

les notices qui apparraissent sont effectivement dues à l'utilisation de variables non initialisées.
Même si PHP est un langage assez permissif, qui fonctionne malgré cela, il est vrai qu'avoir un code ne générant pas de notices est quand même mieux, ne serait-ce qu'au niveau performances

Je vais donc corriger mes classes pour les rendre totalement clean, sans notices.

Je vous tiens au courant dès que c'est fait.
Bonne initiative :wink:

Posté : 06 févr. 2009, 00:36
par romualb
Les classes sont corrigées et ne génèrent plus aucune erreur.

rendez vous sur mon blog pour télécharger les dernières versions.

Posté : 07 févr. 2009, 14:58
par mostal
C'est tellement mieux maintenant :)

Bien joué Romuald

Au passage, j'ai pas retrouvé sur ton blog les exemples d'utilisations des classes.
D'ailleurs un petit fichier txt dans le zip serait sympa pour montrer les différentes utilisations possibles avec cette classe (ça le ferait bien ;) )

@+

P.S.
De base et tel que, pourquoi le calendrier s'arrête au 31 janvier 2009 ? (et s'arrête en septembre 2008 dans l'autre sens. Cela se configure surement mais ça fait bizarre ;) )

Aussi, au mois de janvier, pourquoi les liens des semaines 01 02 03 04 05 sont actifs et renvois vers des mois lointains ?

Allez je ne t'embête plus :roll:

Posté : 07 févr. 2009, 20:44
par romualb
salut mostal

pour les exemples, voici la page de mon blog :
http://www.romualb.com/2008/10/20/54/cl ... drier.html

sinon, le calendrier s'affiche du 05/09/2008 au 31/01/2009 car il est configuré ainsi dans le fichier index
ensuite, pour les liens des semaines, c'est du a l'appel de la classe dans le fichier index qui n'est pas correct dans cet exemple.

Posté : 13 févr. 2009, 02:21
par cbalmefrezol
très bon script simple et efficace! reste à faire le planning des journées!

A conseiller

Posté : 18 mars 2009, 23:48
par romualb
Merci à tous...

J'ai fait quelques ajouts (et corrections) sur la classe... notamment l'ajout d'Ajax

http://www.romualb.com/2009/03/18/96/aj ... drier.html

Posté : 18 mars 2009, 23:52
par Nagol
Est-ce que tout le monde désactive les E_notice ?
Non. Personnellement, toutes les erreurs, même STRICT, sont activées dans mon environnement de développement. Et en production, cela dépend, je peux avoir les NOTICE activées ou non selon la politique décidée.
en prod il est souvent plus effectif de désactiver l'affichage des erreurs, et de les logguer, pas tellment pour cacher du mauvais code mais parceque l'erreur est humaine, et que une erreur affichée peut etre utilisée contre un site web.

Posté : 19 mars 2009, 01:15
par Sékiltoyai
Est-ce que tout le monde désactive les E_notice ?
Non. Personnellement, toutes les erreurs, même STRICT, sont activées dans mon environnement de développement. Et en production, cela dépend, je peux avoir les NOTICE activées ou non selon la politique décidée.
en prod il est souvent plus effectif de désactiver l'affichage des erreurs, et de les logguer, pas tellment pour cacher du mauvais code mais parceque l'erreur est humaine, et que une erreur affichée peut etre utilisée contre un site web.
Cela dépend du contexte. Tu un site que tu contrôles, je suis totalement d'accord, mais j'ai un de mes serveurs qui est en quelquesorte du mutualisé, et là je préfère afficher les erreurs aux utilisateurs puisque la prod et le dev se font au même endroit…