[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Dolibarr-dev] Utilisation de Dolibarr_print_error
From: |
Benoit Mortier |
Subject: |
Re: [Dolibarr-dev] Utilisation de Dolibarr_print_error |
Date: |
Tue, 14 Sep 2004 22:40:53 +0200 |
User-agent: |
KMail/1.6.2 |
Le mardi 14 Septembre 2004 20:38, Eldy a écrit :
> Rodolphe Quiedeville wrote:
> > Salut,
> >
> > Je pense qu'il n'est pas bon d'utiliser dolibarr_print_error dans les
> > classes, serait-il possible de limiter cette utilisation dans sorties
> > ecrans uniquement, car quand on appelle des classes depuis un script
> > ce n'est pas très élégant cette sortie.
[..]
> La finalité présentie de dolibarr_print_error est d'afficher des infos
> dans le cas d'une erreur technique grave qui n'est pas sensée arriver
> (en général cela veut dire bug dans dolibarr, le plus souvent suite à
> une requete mal générée à cause d'absence de controle des paramètres).
> De part cette vocation, j'utilisais jusqu'ici la fonction à tous les
> endroits du code (écran ou script) car quand cela arrive, le plus
> souvent rien ne saire de continuer.
[..]
> Aussi je propose une autre alternative: En cas d'appel depuis un script,
> on pourrait détecter au sein de la fonction que l'on est en mode script
> (La variable DOCUMENT_ROOT n'est alors pas définie) pour afficher un
> affichage non web (avec de retours à la ligne de type \n plutot que < br
>
> > et ne pas mettre les infos propres au web (comme l'url appelante), on
>
> pourrait même y mettre des infos propres au script comme l'ID de process
> et le PID. Cela permet d'avoir une fonction générique utilisable partout
> avec un résultat élégant dans les 2 cas.
je suis pour cette seconde solution ;-)
A+
--
Benoit Mortier
OpenSides sprl
Linux Engineer