[bug] Mais pourquoi il encode toujours.

Bonjour,

J'ai un problème d'encodage avec le FrameWork (BootStrap).

J'ai une BDD en UTF-8 avec des prénoms (et leur accents).

Lorsque mon modèle récupère les informations et que je les affiches j'obtiens les accents sous forme de caractère géométrique.

J'ai paramétré le fichier site.ini.php avec l'encodage UTF-8 : charset=UTF-8

Mais rien n'a changé.
J'ai donc modifié le fichier connexion.ini.php en rajoutant ;charset=utf8 à la fin de la ligne monsite.dsn=

Je me dis "Super ! Problème réglé." car les caractères s'affichent correctement.

Fausse joie, le problème est toujours là car on avait un problème derrière le problème.

En effet les caractères s'affiche correctement dans la vue, mais lorsque l'on modifie le contenu d'une ligne les accents et autres sont convertit en HTML (é devient é) dans la BDD.

N'ayant pas le temps de chercher l'origine, Je me demandais si l'un de vous avait déjà rencontré ce soucis et comment le contrer.

Merci de votre aide.

Oui c'est normal, c'est une mesure de sécurité pour éviter les failles xss

Etant encodée en base de donnée en html, ce procédé évite les failles xss à l'affichage des données

Pour éviter cet encodage automatique (avec le risque de sécurité que cela induit)
vous pouvez, dans le fichier de configuration conf/site.ini.php

désactiver la variable: "xss.enabled"

Code:

---

1 2 3 4 5 6

[security] ;XSRF ou CSRF,bSecuriteXSRF utilisation de jeton dans le CRUD, plus d'infos: http://fr.wikipedia.org/wiki/Cross-Site_Request_Forgeries ;XSS, bSecuriteXSS protection des variables GET,POST... via getParam( , plus d'infos http://fr.wikipedia.org/wiki/XSS xsrf.enabled=1 xss.enabled=0

---

en la passant à 0

attention: xss et non xsrf (les deux variables se ressemblant ;) )

Ok Merci ! Pour les failles XSS (c'est problématique si l'on doit faire des recherches sur les champs qui ont été convertit, il faut penser qu'ils ont été convertit)

Mais est-ce normal de devoir modifié le fichier connexion.ini.php en rajoutant ;charset=utf8 à la fin de la ligne monsite.dsn= ?

Merci

Pour le premier point, avec le fonctionnement "normal" tout est converti en base, et lorsque l'on cherche, on passe par _root::getParam qui convertit la recherche en html également, donc tout se passe bien.

Pour le second point, je ne sais pas, je passe par un simple objet pdo, par défaut il doit reprendre la config du serveur je suppose

Code:

---

1 2 3

(sur un linux) locale

---

Tu avais raison c'était bien côté serveur MySQL.
Étant actuellement dans une instance XAMPP sous Windows, Je n'ai pas exploré plus que ça la configuration.

Pour ceux que ça intéresse : Il faut décommenter le paramètre "character_set_server=utf8" dans le fichier my.ini pour régler le problème.

Merci de l'information, je passe le topic en résolu :)

Pour les Linuxien, rajouter les lignes suivantes dans le fichier /etc/my.cnf :

Code:

---

1 2 3 4 5 6

default-character-set=utf8 character-set-server=utf8 skip-character-set-client-handshake collation-server=utf8_unicode_ci init-connect='SET NAMES utf8' init_connect='SET collation_connection = utf8_general_ci'

---

Puis relancer le processus mysqld