Probleme avec STRTR dans une CLI ubuntu

Version imprimable

Bonjour,

J'aimerais savoir pourquoi ceci ne fonctionne pas dans mon terminal :

Code:

1
2
3
4
5
6
 
	function sansAccent($chaine)
	{
		return strtr($chaine,	"ÀÁÂÃÄÅàáâãäåÒÓÔÕÖØòóôõöøÈÉÊËèéêëÇçÌÍÎÏìíîïÙÚÛÜùúûüÿÑñ",
					"AAAAAAaaaaaaOOOOOOooooooEEEEeeeeCcIIIIiiiiUUUUuuuuyNn");
	}

alors que ceci ... qui en impose quand même plus , fonctionne :

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
25
26
27
28
29
30
31
 
function str_replace_special($str) {
	$trade = array(	'á'=>'a','ŕ'=>'a','ă'=>'a',
		  	'ä'=>'a','â'=>'a',
			'Á'=>'A','Ŕ'=>'A','Ă'=>'A',
			'Ä'=>'A','Â'=>'A',
			'é'=>'e','č'=>'e',
			'ë'=>'e','ę'=>'e',
			'É'=>'E','Č'=>'E',
			'Ë'=>'E','Ę'=>'E',
			'í'=>'i','ě'=>'i','ï'=>'i',
			'ď'=>'i','î'=>'i',
			'Í'=>'I','Ě'=>'I',
			'Ď'=>'I','Î'=>'I',
			'ó'=>'o','ň'=>'o','ő'=>'o',
			'ö'=>'o','ô'=>'o',
			'Ó'=>'O','Ň'=>'O','Ő'=>'O',
			'Ö'=>'O','Ô'=>'O',
			'ú'=>'u','ů'=>'u',
			'ü'=>'u','ű'=>'u',
			'Ú'=>'U','Ů'=>'U',
			'Ü'=>'U','Ű'=>'U',
			'ç'=>'c','Ç'=>'C',
			' '=>'','/'=>'',
			'*'=>'','|'=>'',
			';'=>'',':'=>'',
			','=>'','!'=>'','-'=>'',
			'\\'=>'','\"'=>'','\''=>'');
 
	return(strtolower(strtr($str,$trade)));
}

10/10/2014, 17h26
Celira
Aucune idée, mais ça ne marche pas chez moi non plus (avec les 2 fonctions dans un même script, encodé UTF-8, appliquées à la même chaine) :koi:

Résultat d'un var dump (dans l'ordre : chaine source, 1ere fonction, 2e fonction)
```
string 'éèÄëôsã' (length=13)

string 'n�n�nan�nisno' (length=13)

string 'eèaeosã' (length=9)
```
Au passage, la 2e fonction ne gère pas le è, ni le ã :mrgreen:
10/10/2014, 17h36
boutmos
La 2eme aurait du ... normalement fonctionner mais il y a deja un probleme d'encodage avec le copier coller , dû probablement au forum.

Il faut virer tous les &#.

Même l'exemple sur le site php.net ne fonctionne pas dans un terminal :
Code:

1 2 3 $addr = strtr("Tädåö", "äåö", "aao"); echo $addr;

Je viens d'essayer aussi au seins d'une page web ... même constat

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
25
26
 
<!doctype html>
<html>
 
	<head>
		<meta charset="utf-8">
		<title>Test</title>
	</head>
 
	<body>
		toto
 
		Yooo
		<?php
			function sansAccent($chaine)
			{
				return strtr($chaine,	"ÀÁÂÃÄÅàáâãäåÒÓÔÕÖØòóôõöøÈÉÊËèéêëÇçÌÍÎÏìíîïÙÚÛÜùúûüÿÑñ",
										"AAAAAAaaaaaaOOOOOOooooooEEEEeeeeCcIIIIiiiiUUUUuuuuyNn");
			}
 
			$addr = strtr("Tädåö", "äåö", "aao");
			echo $addr;
		?>
	</body>
 
</html>

10/10/2014, 18h58
boutmos

J'ai un peu parcouru le web et j'ai entendu dire que strtr n'aimait pas trop l'UTF-8 ... même si la chaine (encodage fichier, terminal ou page web) est toute en UTF-8

Je cherche une solution. Apparemment certains se tourneraient vers les methodes PHP mb_* ou str_* mais je n'ai pas encore trouvée l'equivalent a strtr.

strstr fonctionne très bien quand on ne modifie qu'une valeur à la fois, mais pourquoi ne pas utiliser les regex qui sont bien utiles dans les cas comme celui ci, une fois "couplée" à htmlentities.
Code:

1 2 3 4 5 function purge_accent($str) { $str = preg_replace("/&(.)(tilde|uml|acute|cedil|circ|ring|grave);/", "$1", htmlentities($str)); return preg_replace("/([^a-zA-Z0-9]+)/", "$1", $str); }

11/10/2014, 07h22
ascito

juste sur la question de départ, pourquoi la première fonctionne différemment de la deuxième :

le jeu de caractère n'est pas le même

tu es capable de convertir '*' avec la deuxième fonction, mais à priori ce caractère est inexistant dans la première fonction.

bon, quelque soit cette réponse, de toute façon, ton approche comme tu t'en rend compte est pas optimum.

Le format est soit UTF8 soit pas utf8... si le jeu de donnée est latin, et que tu veux convertir en utf8 : AUCUN PROBLEME!; par contre convertir certains caractères qui ne sont pas dans la table utf-8 en latin, ca deviens un problème logiciel.

admet que convertir un caractère "*" en rien ou en autre chose comme '-', bon ca permet de parser éventuellement une url, mais si c'est juste pour le "fun" ca sert à rien.

la deuxième fonction est plus "crado" que la première celon les besoins....

Le problème vient du fait que strtr() sous sa forme strtr($input, $search, $replace); fait un remplacement octet par octet et non pas caractère par caractère. Donc tout va bien quand on se limite à la zone ASCII (car tous les caractères sont codés sur un seul octet), mais tout part en vrille si on mélange des caractères qui sont codés sur un nombre d'octets différents car tout se décale. Pour mémoire, un caractère UTF-8 peut occuper entre 1 et 6 octets.

Un petit exemple pour illustrer ce qui se passe:
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 <meta charset="UTF-8"/><pre><?php $input = 'aôîæ'; $search = 'aôî'; $replace = 'aoi'; $output = strtr($input, $search, $replace); function str2hex($str) { $length = strlen($str); if ($length > 0) { $result = dechex(ord($str[0])); for($i=1; $i < $length; $i++) { $result .= ' ' . dechex(ord($str[$i])); } return $result; } return null; } echo "\n" . $search . "\t" . str2hex($search) . "\n" . $replace . "\t" . str2hex($replace) . "\n" . "\n" . $input . "\t" . str2hex($input) . "\n" . $output . "\t" . str2hex($output);
affichera:
Code:

1 2 3 4 5 aôî 61 c3 b4 c3 ae aoi 61 6f 69 aôîæ 61 c3 b4 c3 ae c3 a6 aoio?o? 61 6f 69 6f ae 6f a6
On voit bien que le "ô" est codé sur les deux octets c3 b4, du coup tout octet égal à c3 est remplacé par un "o".

Donc une solution pour contourner le problème est d'utiliser l'autre syntaxe de strtr() qui utilise un tableau associatif dont les clefs sont les sous-chaînes à chercher et les valeurs les chaînes de remplacement.
Code:

1 2 3 4 5 6 $trans = array( 'à' => 'a', 'â' => 'a', 'ä' => 'a', 'è' => 'e', 'ê' => 'e', // ... 'î' => 'i' // ... ); $output = strtr($input, $trans);
Le tout est de composer ton tableau de remplacement en fonction de ton besoin sans forcément chercher à remplacer tous les caractères accentués de la planète.

Nota bene: il ne faut pas s'alarmer du fait que le tableau de remplacement "en impose", strtr est une fonction d'une rapidité redoutable, et qui plus est, a l'avantage de ne parcourir la chaîne qu'une seule fois tout en effectuant plusieurs remplacements différents (ce dont sont incapables str_replace et preg_replace).

14/10/2014, 07h34
boutmos

Merci a tous pour ces explications claires.