Suppression d'accents

Version imprimable

Voir 40 message(s) de cette discussion en une page

Bonjour à tous !

Je récupère dans ma base de données un liste de saisons ("58 Eté 2013", "59 Hiver 2013").
J'aimerais supprimer les accents. C'est à dire remplacer à par a, é par e, etc...

J'ai testé :
Code:

1 2 3 4 5 function stripAccents($string){ return strtr($string, 'àáâãäçèéêëìíîïñòóôõöùúûüýÿÀÁÂÃÄÇÈÉÊËÌÍÎÏÑÒÓÔÕÖÙÚÛÜÝ', 'aaaaaceeeeiiiinooooouuuuyyAAAAACEEEEIIIINOOOOOUUUUY'); }
et
Code:

1 2 3 4 5 function stripAccents($string){ $accent = array("à","á","â","ã","ä","ç","è","é","ê","ë","ì","í","î","ï","ñ","ò","ó","ô","õ","ö","ù","ú","û","ü","ý","ÿ","À","Á","Â","Ã","Ä","Ç","È","É","Ê","Ë","Ì","Í","Î","Ï","Ñ","Ò","Ó","Ô","Õ","Ö","Ù","Ú","Û","Ü","Ý"); $sansAccent = array("a","a","a","a","a","c","e","e","e","e","i","i","i","i","n","o","o","o","o","o","u","u","u","u","y","y","A","A","A","A","A","C","E","E","E","E","I","I","I","I","N","O","O","O","O","O","U","U","U","U","Y"); return str_replace($accent, $sansAccent, $string); }
Mais aucunes de ces fonction ne marche :(

J'ai à chaque fois mes é et mes à.....

D'ou cela peut-il bien venir ?

Merci de votre aide !

08/07/2013, 15h46
grunk

Si ton système le supporte autant utiliser iconv qui fait cela très bien :

Code:

$sans_accent = iconv('UTF-8', 'ASCII//TRANSLIT', $string);

Et pour ton problème c'est sans doute un souçis d'encodage des chaines à traiter
08/07/2013, 16h09
Daratar

Re-bonjour,

Merci de ta réponse.

Alors Iconv ne fonction pas avec les "Eté" qui sortent de ma base.
J'ai mis mon charset en utf-8 (il était en iso-8859-1 avant), et les "é" s'affichent avec un point d'interrogation blanc sur un losange noir. (�)
Je ne peut absolument pas toucher à la base, j'ai seulement droit a des select.

Mon problème peut-il être réglé ?

Bizar, ton code devrait marcher... Peut être ne nous montres-tu pas l'endroit qui pose problème dans ton code.

Pour voir, essayes cette fonction :
Code:

1 2 3 4 5 6 7 function propre($in) { $in = preg_replace("#\[.*\]#iU", "", $in); $search = array ('@[éèêëÊË]@i','@[àâäÂÄ]@i','@[îïÎÏ]@i','@[ûùüÛÜ]@i','@[ôöÔÖ]@i','@[ç]@i','@[ ]@i','@[^a-zA-Z0-9_]@'); $replace = array ('e','a','i','u','o','c','_',''); return preg_replace($search, $replace, $in); }
Edit : tu as répondu pendant que j'écrivais. Les ? dans le losange, c'est caractéristique des problèmes d'encodage. Est-ce toi qui enregistre dans la base de données ?

08/07/2013, 16h12
sabotage

Le losange noir signifie que tu affiches de l'ANSI dans une page UTF8.

Pour str_replace() il ne fonctionnera pas sur une chaîne UTF8.

L'expression de Comode doit fonctionner mais il faudra peut être le modifieur "u" pour l'UNICODE.

Code:

$search = array ('@[éèêëÊË]@i','@[àâäÂÄ]@i','@[îïÎÏ]@i','@[ûùüÛÜ]@i','@[ôöÔÖ]@i','@[ç]@i','@[ ]@i','@[^a-zA-Z0-9_]@u');

Bon alors la fonction ne fonctionne pas.

Et non ce n'est pas moi qui ai inséré dans la table.

Je vais vous noter tous les codes concernés :

Fonction qui récupère dans la table :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
function getSaisons(){
 
	global $connect;
 
	$liste[0] = "";
	$requete = "select codesaison as code, libsaison as lib
				from saisons
				where datedebutsaison > sysdate - 1825
				and saisonpermanente = 0
				or codesaison = 9
				order by datedebutsaison desc";
 
	$reponse = $connect->query($requete);
 
	$i = 0;
	while($res = $reponse->fetch(PDO::FETCH_BOTH)){
		$liste[$i] = $res[0]." ".$res[1];
		$i++;
	}
 
	$reponse->closeCursor();
 
	return $liste;
}

Code:

$saisons = getSaisons();

et l'affichage de la liste déroulante :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
echo "Saisons : ";
		echo "<form method='POST'>";
		echo "<select name='saison'>";
		$selected = "";
		foreach($saisons as $saison){
			$valeur = propre($saison);
			if(isset($_SESSION['saison']) and $_SESSION['saison'] == $valeur)
				$selected = "selected='selected'";
			else
				$selected = "";
			echo "<option ".$selected.">".$valeur."</option>";
		}
		echo "</select>";
		echo " <input type='submit' value='OK' name='OKR'>";
		echo "</form>";

L'entete de mon fichier :

Code:

1
2
3
4
5
6
7
8
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 5.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" >
    <head>
        <title>Portefeuille de commandes</title>
        <meta http-equiv="Content-type" content="text/html; charset=utf-8" />
        <link href="vue/accueil/style.css" rel="stylesheet" type="text/css" />
		<script type="text/javascript" src="vue/accueil/calendrier.js"></script>
    </head>

Au lieu de "Eté 2013" il n'affiche rien, juste une ligne blanche.
Au lieu de "Hiver 2013" il affiche "Hiver_2013".

Je dois avouer que je suis un peu perdu avec tout ça :s

08/07/2013, 18h07
rawsrc

Citation:

Envoyé par sabotage

Pour str_replace() il ne fonctionnera pas sur une chaîne UTF8.

C'est inexact, str_replace() est notée comme "binary safe" et fonctionnera normalement sur les chaines utf-8 à la condition expresse que tous les paramètres soient parfaitement encodés utf-8.
C'est la raison pour laquelle il n'y a pas de fonction mb_str_replace().

Un peu de lecture par ici
08/07/2013, 18h42
sabotage

:cry:
08/07/2013, 18h51
rawsrc

Pleure pas, j'ai moi-même été débutant comme toi :ptdr: :ptdr:
08/07/2013, 21h01
comode

J'oserai te suggérer de remplacer la ligne :

Code:

echo "<option ".$selected.">".$valeur."</option>";

par

Code:

echo '<option '.$selected.'>'.htmlentities($valeur).'</option>';

je ne pense pas que ça résoudra ton problème, mais ça peut t'éviter d'autres problèmes du même style en convertissant les caractères spéciaux (y compris accentués) en caractères html. Par ailleurs, ça protège contre les attaques par injection de javascript.

Pour ton problème, c'est effectivement étrange... Si les fonctions de conversion des caractères accentués ne marchent pas, c'est que ta base doit renvoyer un format exotique... Tu ne peux vraiment pas nous en dire plus sur cette base, parce que c'est là que doit être le soucis ?
09/07/2013, 09h08
grunk

Qu'est ce que te retourne :

Code:

echo mb_detect_encoding($str);

?

$str étant la chaine avec les accents que tu as besoin de "nettoyer"
09/07/2013, 09h27
Daratar

Bonjour !

Bien dormi ?

@Grunk : Quand j'utilise mb_detect_encoding, il me dit que la fonction n'est pas défini Oo

@Comode : L'utilisation de htmlentities fait que toutes les chaines qui viennent de ma base de données qui comportent un accent, une cédille, ou autre ne s'affiche pas du tout :(

Donc oui effectivement ça doit venir de la base de données.
Je ne sais pas de quelles infos vous avez besoin, mais tous les champs qui posent problèmes sont varchar2 sur 30 ou 40 octets.
09/07/2013, 09h45
Daratar

Je viens de voir que même les erreurs de la base de données mettent des � à la place des caractères spéciaux.
Cela peut-il venir des paramètres de PHP ? Ou de IIS ? (oui pas apache pour moi ^^).
09/07/2013, 10h38
grunk

Quelque soit l'encodage utilisé , il faut que tu vérifie qu'il soit identique :

- Dans ta base de données (aussi appelé interclassement)
- Dans la config de php (directive default_charset)
- Dans les éventuelles <meta> de ton html
- Dans l'encodage du fichier (c'est selon l'éditeur de texte)

Citation:

Quand j'utilise mb_detect_encoding, il me dit que la fonction n'est pas défini Oo

Il faut activer l'extension php_mbstring qui est disponible par défaut avec php
09/07/2013, 11h04
Daratar

Merci de ta réponse !

Comment puis-je vérifier l'interclassement dans la bdd ?

Mon default_charset est à vide.

Ma balise meta :

Code:

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

Et l'encodage du fichier est en utf-8 (sans BOM).

A priori ça doit être bon nan ?
09/07/2013, 11h07
Daratar
Et j'ai aussi fait ça :
Code:

1 2 3 foreach($saisons as $saison){ echo mb_detect_encoding($saison)." / ".$saison."<br/>"; }
qui me donne ça :

UTF-8 / 59 Et� 2014
ASCII / 58 Hiver 2013
UTF-8 / 57 Et� 2013
ASCII / 56 Hiver 2012
UTF-8 / 55 Et� 2012
ASCII / 54 Hiver 2011
UTF-8 / 53 Et� 2011
ASCII / 52 Hiver 2010
UTF-8 / 51 Et� 2010
ASCII / 50 Hiver 2009
UTF-8 / 49 Et� 2009
ASCII / 9 PERMANENT
09/07/2013, 14h08
grunk

J'ai dit une connerie pour la bdd c'est pas l'interclassement qu'il faut vérifier mais le charset :
Pour mysql, en ayant sélectionné la bonne bdd :

Code:

SHOW variables LIKE "character_set_database";

Pour le défaut charset de PHP si tu ne traite que de l'utf8 , passe le à "utf-8"
09/07/2013, 15h16
Daratar

Hello !

Quand je fais :

Code:

SHOW GLOBAL VARIABLES LIKE 'character_set_database'

Il me dit instruction SQL non valide.

En attendant, je met dans mes requetes :

Code:

lower(CONVERT(CE_QUE_JE_VEUX, 'US7ASCII'))

C'est pas très propre je pense, mais ça enlève les accents et je peux continuer au moins ;)
09/07/2013, 16h30
grunk

La requête que je t'ai donné c'est

Code:

SHOW variables LIKE "character_set_database";

pas de GLOBAL.
09/07/2013, 16h46
Daratar

C'est pareil, ça me met instruction SQL non valide.
C'est pour ça que j'avais cherché un peu et que j'ai essayé avec GLOBALE.

Mais toujours pas de résultats :(

Voir 40 message(s) de cette discussion en une page