htmlspecialchars et ", ENT_QUOTES,'ISO-8859-1'"

Bonjour,

Je me retrouve dans l'obligation de passer à php 5.4 ou 5.5 du fait de mon hébergeur. Malheureusement, je me retrouve avec un souci sur l'encodage lorsque mes données passent par la fonction htmlspecialchars(). Si je rajoute ", ENT_QUOTES,'ISO-8859-1'" tout redevient normal. Le souci si j'ose dire c'est que j'en ai un peu partout des htmlspecialchars() et il faut que je fasse le tour de toutes mes pages.

Il serait sans doute temps de remettre à plat l'encodage mais j'ai une particularité. J'ai des tables en utf8 (celles d'un forum) et en iso (celles de mon site développé par moi).

Est-ce que quelqu'un pourrait me guider sur les choses à faire pour que tout rentre dans l'ordre ?

Merci infiniment.

heretik25

Tu le dis toi même : il faut mettre à plat tes encodage.
Convertit tout vers UTF8.

Hello et merci pour ta réponse sabotage,

Est-ce que cela risque de générer des problèmes ? Puis-je le faire directement via phpmyadmin ou dois-je passer par des requêtes ?

PHPMyAdmin ne te feras jamais la conversion
ce que je vois que tu peut faire c'est quand tu à exporté tes données tu ouvre le fichier avec Notepad++ et tu fait la conversion en UTF-8 et ton problème seras réglé

Oui enfin pour être précis :
- faire un dump SQL de la table
- renommer la table comme sauvegarde
- convertir le dump
- importer le dump converti

Sauf que j'ai une bonne trentaine de tables :S

Ca marche aussi avec un dump inital qui concerne plusieurs tables.

La conversion du dump s'effectue lors de l'import de celui-ci ?

Non, c'est cette méthode là qu'il faut appliquer pour convertir le dump :

Citation:

---

c'est quand tu à exporté tes données tu ouvre le fichier avec Notepad++ et tu fait la conversion en UTF-8 et ton problème seras réglé

---

(Attention à bien faire les sauegardes nécessaires, cette méthode n'est pas infaillible).

la taille limite de fichier que peut charger notepad++ est lié à ta ram
en gros si ça dépasse de la moitié de ta ram total ça peut planter sinon ça passe

Ok, je test sur une base test :)

J'ai remonté la base après l'avoir réencodée via notepad++, j'ai changé la connexion puis si j'enlève "ENT_QUOTES,'ISO-8859-1'", le texte disparait et si je le laisse j'ai des caractères spéciaux typique aux problèmes d'encodages qui apparaissent;

eX / R�paration d'une crevaison de la chambre � air


P.S : J'ai modifié mon entête (je ne sais pas si ça joue):

Code:

---

<meta http-equiv="Content-Type" content="text/html; charset=UTF8" />

---

Ok, a priori ça à l'air d'être bon. Il te faut juste configurer ton site pour afficher de l'UTF-8 maintenant, en suivant cet excellent tutoriel par exemple.

J'ai donc ajouté dans mon header

Code:

---

<meta http-equiv="content-type" content="text/html; charset=utf-8" />

---

Puis dans mon htaccess

AddDefaultCharset utf-8

Puis dans le fichier de ma connexion

Code:

---

$bdd->exec("set names utf8");

---

mais il faut nécessairement que je ré-encode les centaines de fichiers de mon site ? En effet, le texte en dur dans les fichiers posent souci

Ex : Posté le devient Post� le

Merci

une des raisons pour laquelle je fait soit base et code en ansi soit base et code en utf-8
il doit bien exister des programmes sous linux qui te font du transcodage de fichier à la chaîne mais je ne les connais pas

J'ai fais les quelques fichiers importants à la main, ça va plutôt vite et il n'y en pas tant que ça en réalité.

Merci à tous pour vos conseils. L'ensemble du site est en UTF8 (sauf fichiers encore non décelés).

@bientôt

Donc c'est bon, l'affichage est correct ? ;)

Oui, tout est bon. j'ai enlevé les utf8_decode() et utf8_encode(). En ré-encodant les fichiers clés ça semble parfait. Encore merci.