[PDO] Erreur d'encodage lors d'un retour d'exception (getMessage())

Hello SolykZ,

a écrit :

[...]
Le problème étant qu'il me retourne une chaîne encodée en ISO-8859, alors que mes pages sont encodées en UTF-8.
[...]

N'étant pas un expert en encodage, je vais essayer quand même de t'aider...
Je ne crois pas que pdo change l'encodage.
la chaine en iso vient d'où ? l'exception ? la BDD ? Comment sont configurées tes tables (ISO-8859-1 | utf-8 ) ?

ps : On est d'accord que la liste des définitions de constantes ne se trouvent pas dans ce fichier ?
Modifié par Nolem (27 Oct 2009 - 23:59)

Bonsoir à vous deux.

@Nolem : La chaîne provient de l'exception. Mes tables (même si je doute qu'actuellement ça ait un rapport, dans la mesure où ma requête ne fait qu'établir une connexion, mais étant loin d'être expert je puis me tromper) sont en utf8_unicode_ci. A la base, non, les définitions de constantes ne proviennent pas de ce fichier. Le code posté ci-dessus est un essai "hors structure" histoire de m'assurer que je n'avais pas moi-même provoqué cette erreur au travers d'une fonction. Petite question toutefois : en quoi est-ce important ?

@jo_link_noir : bah...à tort, peut-être, c'était une déduction. Enfin, disons qu'en modifiant l'encodage de ma page via le menu ad-hoc de mon navigateur pour de l'ISO-8859, l'accentuation de la chaîne était correcte (au détriment du reste de ma page, évidemment). De plus, si j'applique d'abord la fonction utf8_encode(); à getMessage(); (sans modifier quoi que ce soit d'autre), la chaîne est correctement affichée.

Cependant, n'étant pas certain que ce comportement soit celui par défaut (à mon humble avis : non ; dans la mesure où si tel était le cas j'aurais probablement eu l'occasion, pendant mes quelques heures de Google'age, de trouver quelqu'un d'autre se posant la même question) et souhaitant à terme distribuer le script contenant ces lignes, j'hésite à procéder de la sorte. Sans parler du fait qu'à mon avis, ça relève plus de la bidouille qu'autre chose.

Je voudrais pouvoir comprendre de quoi il s'agit, histoire de pouvoir ensuite appliquer une solution générique qui ne pénaliserait pas l'un ou l'autre utilisateur du script.

Enfin, d'ores et déjà merci à vous deux de vous pencher sur mon problème.

jo_link_noir a écrit :

C'est une question débile j'en convient mais comment t'as su que l'encodage est en ISO-8859

Il n'y a pas de question débile. En France du moins, il y a trois standards d'encodage :
* iso-8859-1
* iso-8859-15
* utf-8

La plupart des applications tournent en iso-8859-1.

SolykZ a écrit :


@Nolem : La chaîne provient de l'exception. Mes tables (même si je doute qu'actuellement ça ait un rapport, dans la mesure où ma requête ne fait qu'établir une connexion, mais étant loin d'être expert je puis me tromper) sont en utf8_unicode_ci. A la base, non, les définitions de constantes ne proviennent pas de ce fichier. Le code posté ci-dessus est un essai "hors structure" histoire de m'assurer que je n'avais pas moi-même provoqué cette erreur au travers d'une fonction. Petite question toutefois : en quoi est-ce important ?

@jo_link_noir : bah...à tort, peut-être, c'était une déduction. Enfin, disons qu'en modifiant l'encodage de ma page via le menu ad-hoc de mon navigateur pour de l'ISO-8859, l'accentuation de la chaîne était correcte (au détriment du reste de ma page, évidemment). De plus, si j'applique d'abord la fonction utf8_encode(); à getMessage(); (sans modifier quoi que ce soit d'autre), la chaîne est correctement affichée.

Cependant, n'étant pas certain que ce comportement soit celui par défaut (à mon humble avis : non ; dans la mesure où si tel était le cas j'aurais probablement eu l'occasion, pendant mes quelques heures de Google'age, de trouver quelqu'un d'autre se posant la même question) et souhaitant à terme distribuer le script contenant ces lignes, j'hésite à procéder de la sorte. Sans parler du fait qu'à mon avis, ça relève plus de la bidouille qu'autre chose.

Je voudrais pouvoir comprendre de quoi il s'agit, histoire de pouvoir ensuite appliquer une solution générique qui ne pénaliserait pas l'un ou l'autre utilisateur du script.

Enfin, d'ores et déjà merci à vous deux de vous pencher sur mon problème.

Je me doutais bien que c'était une page test. J'ai eu toutefois l'impression que tu avais mis volontairement les constantes login avec ton code d'exécution.

D'après ton premier post, j'avais bien l'impression que cela provenait soit de l'Exception ou soit de la BDD.
À propos de ton modèle Exception, l'as tu hérité ?

class MonException extends Exception {
//etc.
}

Si tel est le cas (ce que je doute fortement), tu encodes la valeur renvoyée à la méthode getMessage(). Si tu ne comprends pas bien ce que je viens de dire je te propose de lire ce qui suit.

Bien que la class Exception ne soit pas accessible afin de lire le code (écrite en C), on l'imagine à peu près comme ceci :

class Exception {
	private $message;
	private $code;
	private $line; // remplie auto lors de l'instanciation de l'objet
	private $file; // remplie auto lors de l'instanciation de l'objet

	final public function __construct($message,$code=null){
		$this->message = $message;
		$this->code = $code;
	}

	final public function getMessage(){
		return $this->message;
	}
	
	final public function getCode(){
		return $this->code;
	}

	final public function getFile(){
		return $this->file;
	}

	final public function getLine(){
		return $this->line;
	}	
}

<<<REEDITE

Donc, pour ton problème, il suffit d'étendre ton exception. Ce serait un truc du style :

class MonException extends Exception { 
    
    public function __construct($message){
        parent::__construct($message);
    } 
 
    public function getMessageUTF(){ 
        return utf8_encode($this->message); 
    }     
}

try{
    $var = "1";
    if($var === "1")
        throw new MonException("Hé hé, le beau message !");
        
}catch(MonException $e){
    echo $e->getMessageUTF();
}

REEDITE;
Modifié par Nolem (28 Oct 2009 - 14:21)

Je reviens à la charge ! :-p

J'ai abandonné l'idée d'identifier la cause de l'erreur ; il serait possible que cela provienne du fait que mon système soit en français. Bref, j'ai finalement opté pour ta solution, Nolem, mais se pose maintenant un nouveau problème (je rappelle que je débute avec l'objet, j'ai essayé de copier au plus possible ta classe d'exemple ci-dessus mais sait-on jamais que j'aie loupé quelque chose) :

<?php
	class SOLBBException extends Exception
	{
		public function __construct($message)
		{
			parent :: __construct($message);
		}
		
		public function getMessageUTF()
		{
			return ((mb_detect_encoding($this->message, "UTF-8, ISO-8859-1, ISO-8859-15")) !== "UTF-8") ? utf8_encode($this->message) : ($this->message);
		}
	}
?>

Et au niveau de l'exception :

<?php
	try {
		$db = new PDO("mysql:host=" . DB_SERVER . "; port=" . DB_PORT . "; dbname=" . DB_NAME, DB_USER, DB_PASSWORD);
	}
	catch(SOLBBException $e) {
		echo($e->getMessageUTF);
	}
?>

J'obtiens malheureusement une erreur fatale :

a écrit :
Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: H&#65533;te inconnu. ' in D:\Localhost\www\solbb\proceed\index.php:3 Stack trace: #0 D:\Localhost\www\solbb\proceed\index.php(3): PDO->__construct('mysql:host=locd...', 'root', '123456') #1 D:\Localhost\www\solbb\index.php(46): include('D:\Localhost\ww...') #2 {main} thrown in D:\Localhost\www\solbb\proceed\index.php on line 3

Ai-je omis quelque chose ?


(Tiens d'ailleurs, j'aurais une question (probablement bête, mais puisque je débute...) : j'ai voulu, en étendant la classe Exception, reprendre le nom de la méthode getMessage();, mais il semblerait que celle-ci soit finalisée. Existe-t-il un autre moyen me permettant de reprendre le même nom de méthode ? De la sorte, si mon problème est en réalité un bug (sait-on jamais), lorsque celui-ci sera corrigé il me suffira de supprimer ma classe étendue, laissant donc faire la classe originale. )

Oui, sans les accents disons que ça serait passé complètement inaperçu, mais d'après les renseignements obtenus ça et là (j'avais posté mon problème à d'autres endroits), il semblerait, puisque getaddrinfo(); est une commande exécutée au niveau système, que le problème émane de Windows. N'étant pas un guru là-dedans, je ne peux ni confirmer ni infirmer. L'encodage serait donc en réalité de l'encodage DOS (cela dit, mb_detect_encoding($e->getMessage(), "UTF-8, ISO-8859-1, ISO-8859-15") me retourne qu'il s'agit d'ISO-8859-1, bref ce n'est quand même pas de l'UTF-8).

Je m'en vais de ce pas étudier ta classe, car je n'y ai rien compris.

Un grand merci à tous, en tout cas !

Bonsoir Heyoan.

Heyoan a écrit :
Quoi qu'il en soit la solution n'est certainement pas de rajouter des utf8_encode, utf8_decode et autre htmlentities à tour de bras.

En résumé pour avoir de l'utf8 :

* vérifier que si un encodage est déclaré au niveau des entêtes http il s'agit bien d'utf8
--> C'est fait.

* déclarer de l'utf8 via une balise meta
--> C'est fait.

* enregistrer ses documents en utf8 (sans BOM)
--> C'est fait.

si on utilise une connexion à des tables il faut également :
* qu'elles soient encodées en utf8
--> C'est le cas.
* déclarer que la connexion est en utf8 en écrivant juste après la sélection de la base
--> C'est le cas également. (pour PDO : $dbh->query("SET NAMES UTF8")).

Tout a été fait conformément aux règles. Le problème étant que le retour généré par getMessage(); est situé, il me semble, dans une bibliothèque écrite en C, donc compilée. Il m'est par conséquent difficile de la modifier pour qu'elle me renvoie de l'UTF-8. D'ailleurs, même si j'y arrivais, il faudrait que les utilisateurs de mon script en fassent de même, ce qui ne me mènera pas très loin.

J'espère qu'il existe une solution. Tout laisse à penser qu'il s'agit :

- soit d'un problème de configuration de mon serveur WAMP (j'ai laissé les paramètres par défaut, ayant installé Win 7 assez récemment j'ai installé WAMP puis commencé directement ce nouveau projet) ;
- soit d'un bug au niveau de cette bibliothèque.

J'en arrive à cette conclusion car une version antérieure de PHP (la dernière de la branche 5.2) me retourne les exceptions dans la langue de Shakespeare. Exit donc les problèmes d'accents, puisqu'il n'y en a pas.

En attendant une nouvelle version de PHP histoire de tirer une conclusion à ceci, je continue mon projet tel quel, car je suis persuadé que le problème n'émane pas de celui-ci.


Question : le sujet n'est pas réellement résolu mais je sais au moins dans quelle direction aller pour la suite. Dois-je donc le passer en résolu ou le laisser en attente et le modifier lorsque j'aurai eu le fin mot de l'histoire ?

Re',

effectivement les utilisateurs n'ont de toute façon pas à voir les résultats du getMessage !

Pour ce qui est du résolu à toi de voir...