si tu utilise mysql_real_escape_string tu n'a pas besoin de addslashes / stripslashes

Après a tu bien vérifié que ta base était bien en utf-8/ ? parce que dans ce cas tu n'aurais pas besoin des utf8_(encode |decode) ?


@+

Bonjour Moogli,

Il en faut vraiment peu pour être heureux ?

Pour revenir à mon histoire d'encodage il me met le point d'interrogation en base car mon traitement PHP est avant au dessus de tout le code html.

J'ai pourtant mis un header content en PHP au départ mais il ne veut rien savoir en base. Pourtant ma connexion et mes tables sont bien en utf8_general_ci.

Pour pallier au souci j'ai utilisé l'utf8_decode et ça marche. Après l'autre souci c'était les guillemets, simple et double quotes d'où les addslashes mais j'ai résolu mon problème en couplant : utf8_decode, addslashes et mysql_real_escape_string().

De l'autre côté par sécurité à l'affichage j'utilise : stripslashes et utf8_encode et ça marche, probablement tiré par les cheveux mais ça marche

Ps : oui j'avais essayé d'inverser, sans résultat.

Salut,

Généralement les problèmes de Charest c'est des caractères accentués ou exotique.

Pourquoi un utf8decode si ton le code est en UTF8 ?

À tu essayé d'inverser utf8decode et addslashes ? (d'ailleurs pourquoi addslashes ?)



@+

Bonjour,

Je ne comprends pas pourquoi mon code ne marche pas alors que ça devrait (je pense).

Tout est en utf8 de ma page, à la connexion en passant par les tables.

Quand je fais dans mon insert un utf8_decode(addslashes($_POST["machin_chose"])); il me remplace les simples et double quotes par des points d'interrogation.

ex : L?Albatros est un poème de Charles Baudelaire issue de son recueil Les Fleurs du mal.

Quelqu'un aurait une idée ?