Discussion :

[Kristen Saphiroz]

Bonjour, je suis confrontée à un problème dans mes vues MKFramework.

Voici l'état des choses: dans une vue si j'écris:

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

<p>C'était une idée reçue</p>

j'ai ceci d'affiché:

C'était une idée reçue

De mème lorsque j'ai dans ma base une données telles que la chaine " Département Logistique" ce qui m'est affiché c'est "Département Logistique".

J'aimerais résoudre tous ces problèmes et afficher correctement les caractères spéciaux.
Je sais qu'il y a plusieurs facteurs tels que l'interclassement coté BD, l'encodage coté MKFramework, le charset et dans tout cela je me perd vraiment.
Quelle est la meilleure stratégie a utiliser afin que:
1- je puisse écrire

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

<p>C'était une idée reçue</p>

(pas <p>C'&eacute;tait une id&eacute;e re&ccedil;ue</p>) et que ça s'affiche "C'était une idée reçue".
2- les caractères spéciaux présents dans la BD s'affiche tels quels.

Merci pour vos suggestions.

[imikado]

Pour le mkframework, justement pour éviter ce genre de problèmes qui font souvent perdre du temps j'ai pris le parti de choisir l'encodage html plutot que l'utf8 ou l'ISO 8859-1 en bdd et dans les fichiers


Comme dit dans un autre topic, il faut des outils (que je ne connais pas sous windows) pour verifier tous les fichiers php pour verifier si il n'y a pas un fichier encodé dans un autre charset
ensuite il faut vérifier dans le navigateur l'encodage choisi: est il le meme que celui indiqué dans le code html du layout
ensuite il faut bien définir le charset de connexion pdo (répondu dans un autre topic)
enfin il faut vérifier dans la bdd l'encodage et le bon affichage des caractères

pour éviter tout ça j'ai fait le choix de l'encodage html systématique

[hadeslabs]

Bonjour,

Comme l'a si bien rappelé Imikado, c'est un sujet très délicat qui donne de la migraine. Très tôt avant de commencer un projet, je fais déjà le choix de l'encodage.
Voici un lien pour vous montrez l'importance du sujet : http://j-willette.developpez.com/tut...-site-en-utf8/

Cordialement

[Kristen Saphiroz]

Bonjour,

Merci à imikado et hadeslabs pour vos divers interventions.

Bonjour,

Comme l'a si bien rappelé Imikado, c'est un sujet très délicat qui donne de la migraine. Très tôt avant de commencer un projet, je fais déjà le choix de l'encodage.
Voici un lien pour vous montrez l'importance du sujet : http://j-willette.developpez.com/tut...-site-en-utf8/

Cordialement

J'avais déjà appliqué ce tuto et j'ai remarqué que dans ma base s'il y a un "é", à l'affichage tout ce qui vient à près ce caractère est perdu.

Pour le mkframework, justement pour éviter ce genre de problèmes qui font souvent perdre du temps j'ai pris le parti de choisir l'encodage html plutot que l'utf8 ou l'ISO 8859-1 en bdd et dans les fichiers

J'aimerais savoir quelle est la particularité de l'encodage html. Est-ce qu'il me permet d'écrire en dure des caractères spéciaux dans mon code et dans ma base et que ceux ci soient affichés tels quels?

Merci pour votre disponibilité.

[Kristen Saphiroz]

Bonjour,

Je viens à vous car j'ai du mal a faire la synthèse de toutes les suggestion reçues à propos de l'encodage. J'ai une multitude de question alors je vais essayer de les ordonner:
1- Quel encodage mettre sur ma page html pour que si j'écris <p>Mon bébé</p> que ça ne s'affiche pas "Mon bébé" ?
2- J'ai déployé mon site chez un hebergeur gratuit pour voir ce que ca donne. Grande surprise, tous mes caractères spéciaux s'affichent bizarement. Dans le phpmyadmin de l'hébergeur il est marqué: interclassement pour la connexion au serveur : « utf8mb4_general_ci ». Cela signifie t-il que dans mon application MKFramework je dois mettre UTF8 dans conf/connexion.ini ?
3- Mes tables et colonnes sont en "latin_swedish_ci". C'est bien? Quand c'est ainsi les données seront stockées avec les accents ou ils seront traduits?
4- Quels encodage choisir sur mes fichiers view/new.php pour que si l'utilisateur saisit 'diplôme' que ce soit bien affiché tel quel dans la vue view/list.php ?
Je sais que ca fait beaucoup de question mais je ne sais toujours pas par ou commencer. Si vous pouvez même répondre à une seule question ca m'aiderais.

merci d'avance et à bientôt.

[imikado]

J'aimerais savoir quelle est la particularité de l'encodage html. Est-ce qu'il me permet d'écrire en dure des caractères spéciaux dans mon code et dans ma base et que ceux ci soient affichés tels quels?

En html on stoque le code html et non le caractère accentué, ça regle les problèmes d'encodage vu qu'on utilise aucun accent

[Kristen Saphiroz]

En html on stoque le code html et non le caractère accentué, ça regle les problèmes d'encodage vu qu'on utilise aucun accent

C'est à dire que le codeur n'a pas le droit d'écrire 'é' mais plutôt '&eacute;'?
remarque: par défaut mon serveur (hébergeur) est en ISO. Avant que je n'héberge j'écrivais les 'é' en local et ça s'affichait bien. Depuis que j'ai hébergé c'est là que je vois les caractères bizarres.

[Kristen Saphiroz]

Bonjour,

pour éviter tout ça j'ai fait le choix de l'encodage html systématique

J'aimerais savoir à quel niveau du framework ce encodage a été défini?
Voici par exemple le fichier 'template1.php' :

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<title>test</title>
<link rel="stylesheet" type="text/css" href="css/main.css" media="screen" />
<script src="js/main.js" type="text/javascript"></script>
<link rel="alternate" type="application/rss+xml" title="RSS" href="<?php echo _root::getLink('article::newsrss') ?>"/>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
</head>
<body>
 
<div class="main">
	<div class="menu"><?php echo $this->load('menu') ?></div>
	<div class="content">
		<?php echo $this->load('main') ?>
	</div>
</div>
 
</body>
</html>

Est-ce au niveau du DOCTYPE ou de la balise meta?

[Kristen Saphiroz]

Re bonjour,

Et pour finir, il y a des astuces pour convertir les données avant de les envoyer dans la bases, voir utf8_encode — Convertit une chaîne ISO-8859-1 en UTF-8

Puisque j'utilise MkFramework et donc le plugin plugin_form pour envoyer les données vers la base, à quel niveau dois-je spécifier d'encoder les textes saisis dans les champs en UTF8 avant de les stocker en base?

[imikado]

Dans le framework et pour des raisons de sécurité (xss) la fonction _root::getParam convertit les données get/post en html

[imikado]

Re bonjour,



Puisque j'utilise MkFramework et donc le plugin plugin_form pour envoyer les données vers la base, à quel niveau dois-je spécifier d'encoder les textes saisis dans les champs en UTF8 avant de les stocker en base?

ce n'est pas prévu dans le framework: dans une application on choisi son encodage ou le fait de ne pas s'en occuper (encodage html)

vous avez la configuration qui peut aider

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
[encodage]
;indique l'encodage des fichiers de code, utilise par defaut pour plugin_html::encode($texte)
charset=ISO-8859-1
 
[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
xsrf.timeout.lifetime=360
xsrf.checkReferer.enabled=1
xss.enabled=1
xsrf.session.enabled=0

[Kristen Saphiroz]

Chez moi c'est écris : charset=utf-8

Je ne comprend toujours pas en quoi consiste l'encodage html. c'est le fait de transformer les 'é' en '&eacute;' avant d'enregistrer les textes en BD?

[imikado]

Pas seulement en base de données: tout le temps

C'est une mesure pour éviter beaucoup de faille de sécurité

Par exemple vous avez un moteur de recherche
Vous mettez un formulaire sur votre page avec un champ texte pour saisir la recheche

Et une fois validé, vous réaffiché le texte de la recherche "résultats pour votre recherche "voiture bleu" "
Sans cette "mesure" vous affichez simplement le champ post:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
<h1>Resultats pour votre recherche "<?php echo $_POST['recherche'];?>"</h1>

Ici le danger: c'est que l'utilisateur peut saisir de l'html pour modifier votre page web (xss)

Et sa variante: le xss permanent: c'est arriver à enregistrer ce code html en base pour permettre en affichant une page de corrompre le site..

[Kristen Saphiroz]

Pour cette partie je crois que j'ai pigé. C'est étrange alors car depuis que j'ai commencé avec ce framework je ne me suis jamais soucié de l'encodage et tout marchait bien (en local).

A présent j'ai mis le site en production chez un hébergeur gratuit. Dès la première page il y avait problème. En lisant les bonnes pratiques du HTML j'ai vu qu'il fallait utiliser les codes spéciaux pour les caractères accentués(ce que je n'ai pas fait c'est ma faute je l'admet).

Mais les utilisateurs lambda ne doivent pas être obligés de connaitre le HTML avant de remplir mes formulaires. Ils doivent pouvoir écrire des 'é'. Le constat est que quand c'est ainsi je ne retrouve aucune données dans ma base.

Pourquoi?

[Kristen Saphiroz]

J'ai l'impression qu'il y a des differences entre le framework que j'ai devant moi et ce dont vous parlez. Au lieu de

[encodage]
;indique l'encodage des fichiers de code, utilise par defaut pour plugin_html::encode($texte)
charset=ISO-8859-1

dans mon conf/site.ini.php c'est

[encodage]
;indique l'encodage des fichiers de code, utilise pour la protection des tableaux de contexte ($_GET,$_POST)
charset=UTF-8

[imikado]

Pour cette partie je crois que j'ai pigé. C'est étrange alors car depuis que j'ai commencé avec ce framework je ne me suis jamais soucié de l'encodage et tout marchait bien (en local).

Je pense surtout que la différence vient de la différence entre votre environnement de travail sous windows et l’hébergement gratuit sous linux

Le mieux sous windows c'est de travailler avec une machine virtuelle linux (virtualbox, vmware..)

Mais les utilisateurs lambda ne doivent pas être obligés de connaitre le HTML avant de remplir mes formulaires. Ils doivent pouvoir écrire des 'é'. Le constat est que quand c'est ainsi je ne retrouve aucune données dans ma base.

Les utilisateurs n'ont pas besoin de connaitre l'html, c'est le framework (et le développeur/euse pour les formulaires et pages) qui feront la conversion pas l'utilisateur

[Kristen Saphiroz]

Dans le framework et pour des raisons de sécurité (xss) la fonction _root::getParam convertit les données get/post en html

J'ai essayé alors de récupérer les données d'un formulaire avec cette méthode et les envoyer en BD. Il n'y a pas eu de conversion et rien n'est allé en BD.

Que pouvez vous me conseiller pour (en résumé) envoyer les données en BD avec les codes tels que '&eacute;' plutôt que 'é'?

[imikado]

C'est le fonctionnement par défaut du framework

en local, cela fonctoinne bien, non ?

Pour info je viens de regardé, par défaut la configuration est en utf-8 sur les dernières versions du framework (je corrigerai la doc sur le site)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
[encodage]
;indique l'encodage des fichiers de code, utilise pour la protection des tableaux de contexte ($_GET,$_POST)
charset=UTF-8
;indique si le framework encode en html le code deja en html
double_encode=0

Vous avez vérifié la partie xss sur votre application ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
[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
xsrf.timeout.lifetime=360
xsrf.checkReferer.enabled=1
xss.enabled=1
xsrf.session.enabled=0

xss.enabled est bien à 1 ?

[Kristen Saphiroz]

xss.enabled est bien à 1 ?

Oui c'est le cas.

en local, cela fonctoinne bien, non ?

Oui ça convertit les caractères spéciaux avant de les envoyer en BD locale

Pourquoi donc sur linux ça ne fonctionne pas ainsi?

[imikado]

Il doit y avoir une erreur

1. on parle de la même page ?
2. vous n'avez pas du tout d'erreur ?
3. vous pouvez vous mettre en mode dev pour avoir les erreurs ?
4. votre installation linux affiche-t-elle les erreurs ?

Vous pouvez editer le fichier /etc/php5/apache2/php.ini

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
 
display_errors = On