Venez poser vos questions PHP, MySQL, HTML5, CSS, Javascript, Gestion de serveurs à la communauté PHPfrance
https://forum.phpfrance.com/
Merci pour la réponseC'est pas tant un soucis d'encodage... la chaîne """ correspond à l'entité html des guillemets. C'est donc plutôt un appel à htmlspecialchars ou htmlentities alors que ces caractères de la chaîne sont probablement déjà des entités html.
En gros ta chaine < "Basma" > est en réalité < "Basma" > (ce qui affiche bien "Basma") et quand tu fait appel à l'une de ces fonctions, cela devient < "Basma" > (ce qui affiche donc "Basma")
Euh... oui... c'est normal... ton application androïd n'étant pas un navigateur internet, elle n’interprète probablement pas le code html et affiche le texte tel quel. Donc si dans ta base, ton texte est encodé, ton application ne le décodera pas.
La bonne pratique dans ce cas consiste à stocker des chaines non encodées en base, et les encoder à l'affichage en fonction du support qui va les utiliser
BonjourAlors on va commencer par le début
Quand tu ouvres ton fichier source avec un bloc note, est-ce que tu as des guillemets ( " ) ou des entités html (") ? Car c'est cette chaine que ton application android va traiter et afficher.
Concernant les CDATA, tu les utilises en xml pour indiquer que le contenu qu'ils délimitent ne doit pas être traité par le parseur (tu peux donc y placer des balises xml, du html, ... sans altérer la structure de ton fichier xml)
Merci bcp pr la réponse.Ok, alors il y a deux choses à distinguer :
- le problème d'entité html (tout ce qui commence par "&" et se termine par ";" : la 9ème session, au 9 août ... cela est probablement du à un appel à htmlentities() ou html_special_chars() avant l'enregistrement de tes données en base. Du coup les accents, guillemets et autre caractères sont encodés en entités html û devient û, è devient è etc.
Pour éviter cela, il ne faut pas encoder les données que tu enregistres en base (de façon à garder un texte avec des û é à, ... dans ta base de données pour pouvoir l'exploiter à ta guise). En revanche, tu peux les encoder à la volée quand tu affiches les données de ta base avec php pour qu'on puisse les consulter avec un navigateur.
- le problème d'encodage iso / utf8. En effet, le caractère é enregistré en iso et affiché en utf8 va donner un é : Ces soirées seront animées. Il faut donc t'assurer que ta base de données est bien en ut8 lorsque tu la lis, mais également lorsque tu y écris.
Merci bcp Ryle pr vos réponses.Un p'tit coup d'oeil à la doc de ces fonctions t'aurait tout de suite donné la réponse : html_entity_decode
Ca c'est pour virer les " et compagnie et remettre des guillemets et des accents classiques.
Pour l'encodage utf8, j'aurais tendance à dire que si tes données sont en iso, il vaut mieux les exploiter tel quels, mais tu peux aussi utiliser ut8_encode / ut8_decode pur en changer le format.
Attention il ne faut pas l'appel à la fonction sur le code xml que tu as généré. Il faut faire appel uniquement sur le contenu de celui-ci :
$title = html_entity_decode($tab['title']);
$description = html_entity_decode($tab['content']);
Cependant, vu que tu génères un flux rss, tu peux tout à fait garder les entités html. L'agrégateur qui lira ton flux devrait normalement savoir les interpréter (le problème est peut être là d'ailleurs ?)
Il faudrait donc plutôt regarder du côté de utf8_decode() pour résoudre le problème d'accents