Passage eregi_replace vers preg_replace

Bonjour à tous,

Petit souci de regex en fait je veux remplacer :

Code:

---

1 2 3 4 5

$info = eregi_replace("(^)\\" . $key . "([ ).,])" , "\\1" . $value . "\\2" , $info); $string = eregi_replace("([ (])\\" . $key . "([ ).,])" , "\\1" . $value . "\\2" , $info); // Par $info = preg_replace('(^)\\' . $key . '([ ).,])' , '\\1' . $value . '\\2' , $info); $info = preg_replace('([ (])\\' . $key . '([ ).,])' , '\\1' . $value . '\\2' , $info);

---

Mais ça ne fonctionne pas n'étant pas un expert en matière d'expression régulière je bloque.
Est-ce que quelqu'un à une idée ?

J'ai cependant réussi à remplacer :

Code:

---

1 2 3 4 5

ereg_replace("//(.*)","",$t)."<br />"); // Par preg_replace_callback("#//(.*)#",function(){ return ""; },$t)."\n");

---

et

Code:

---

1 2 3 4 5

ereg_replace("; (\([^)]*\))","",$info); // Par preg_replace_callback("#; (\([^)]*\))#",function(){ return ""; },$info);

---

Merci d'avance pour votre aide

Cordialement

Bonjour,

• eregi_replace()

Citation:

---

Alternatives to this function include:

preg_replace() (avec le modificateur i (PCRE_CASELESS))

---

• preg_replace() (cf exemples)

Bonjour,

Merci j'avais vu pour le i mais même en le rajoutant il me supprime tout mon contenu :

Code:

---

1 2	$info = preg_replace("(^)\\" . $key . "([ ).,])i" , "\\1" . $value . "\\2" , $info); $info = preg_replace("([ (])\\" . $key . "([ ).,])i" , "\\1" . $value . "\\2" , $info);

---

A tester :

Code:

---

1 2	$info = preg_replace('#(^)\\' . $key . '([ ).,])#Ui' , '\\1' . $value . '\\2' , $info); $info = preg_replace('#([ (])\\' . $key . '([ ).,])#Ui' , '\\1' . $value . '\\2' , $info);

---

N.B. un des grands spécialistes des regex ici est CosmoKnacki.

Merci pour votre proposition.
J'ai testé et ça supprime également tout mon contenu.
J'espère qu'il va tomber sur mon post, c'est pas évident les regex

C'est pas facile de se prononcer sans connaître ce qu'il y a dans $key, ce qui pourrait peut-être expliquer la présence des deux antislashes au début de la pattern. L'idéal serait que tu postes le contenu du tableau (un print_r pour avoir les clefs et les valeurs, j'imagine que tout ceci est dans un foreach), voire que tu expliques ce que le code est censé faire, voire que tu postes tout l'extrait de code en question; car généralement dans ces codes un peu vieillots, l'auteur est tellement content d'avoir enfin réussi une pattern qui marche et de s'en être débarrassé qu'il l'enterre vite au fond du jardin, laissant derrière lui un code tout droit sorti de l'Enfer. En d'autres termes, c'est parfois plus simple de reprendre tout le passage.

D'autre part, vue que les syntaxes diffèrent entre les fonctions ereg qui utilisent la syntaxe POSIX ERE (Extended Regular Expression) et les fonctions preg_ qui utilisent PCRE (Perl Compatible Regular Expression), il est tout à fait possible que des caractères contenus dans $key ne soient pas interprétés de la même manière avec les unes et les autres.

Concernant les deux preg_replace_callback: cette fonction n'est utile que dans les cas où tu as besoin de transformer d'un façon x ce que tu captures (avec la fonction de callback), si tu n'as pas cette nécessité, preg_replace suffira à ton bonheur, donc:preg_replace("#//.*#", "", $t) et preg_replace("#; \([^)]*\)#", "", $info) (J'ai retiré les groupes de captures qui étaient inutiles.)

Citation:

---

Envoyé par jreaux62

N.B. un des grands spécialistes des regex ici est CosmoKnacki.

---

Merci, de toute manière ici il n'y a que des spécialistes.

Citation:

---

Envoyé par CosmoKnacki

Merci, de toute manière ici il n'y a que des spécialistes.

---

Certes !

Ma spécialité à moi : les usines à gaz ! :mouarf:

Bonjour CosmoKnacki,

Merci beaucoup pour ton aide déjà.
Concernant le tableau à traiter il s'agit d'un tableau d'abréviations, la valeur de $key est une abréviation et la valeur de $value est le mot complet par lequel il faut remplacer l'abréviation du $key.
Voici un extrait du tableau qui est effectivement traité dans un foreach :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

$tab_abreviation = array ( "abs"=>"absent", "adh"=>"adhérent", "ALC"=>"assistance logicielle", "annul"=>"annulation", "ASAP"=>"dès que possible", "at"=>"accident de travail", "auto"=>"automatique", "av"=>"avec", "bal"=>"boite aux lettres", "bdx"=>"bordereaux", "benef"=>"bénéficiaire", "bl"=>"bon de livraison", "bord"=>"bordereau", ...);

---

Encore merci

D'accord, est-ce que tu peux regarder toutes les clefs du tableau et me confirmer qu'elles ne contiennent que des lettres? (s'il est vraiment long, utilise:print_r(preg_grep('~[^a-z]~i', array_keys($tab_abreviation)));). Si tu obtiens des résultats, poste quelques exemples notamment ceux avec des caractères spéciaux aux extrémités (comme des points ou autre).

J'ai lancé la ligne que tu as précisé et le résultat est le suivant :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

Array ( [21] => code pref [49] => homéo [59] => K7 [66] => m/a [83] => N171 [116] => qté [122] => réappro [126] => réédit [130] => régul [181] => v bleue [185] => véto [187] => vign. )

---

Encore merci

Bon, en attendant de trouver une meilleure solution (histoire d'avoir quelque chose qui fonctionne tout de suite), tu vas remplacer la boucle foreach et ses deux eregi_replace par:

Code:

---

1 2 3

foreach ($tab_abreviation as $key => $value) { $infos = preg_replace('~\b' . preg_quote($key, '~') . '(?!\w)~ui', $value, $infos); }

---

preg_quote sert à échapper automatiquement les caractères spéciaux (comme le point de "vign.") et prend en 2e paramètre le délimiteur utilisé dans la pattern (pour pouvoir aussi l'échapper au besoin).

\b est une "limite de mot" (word boundary) c'est à dire la limite entre un caractère appartenant la classe \w (chiffres, lettres, underscore) et un autre caractère ou le début ou la fin de la chaîne. On ne peut malheureusement pas utiliser \b à la fin à cause de l'entrée "vign." qui ne se termine pas par une lettre, donc à la place on utilise un test avant négatif (negative lookahead) (?!\w) pour vérifier que l'entrée n'est pas suivie par une lettre.

(Je parle de meilleur solution car il y a peut être mieux à faire que de parcourir intégralement 200 fois la même chaîne).

Merci beaucoup pour ton aide et tes explications, ça fonctionne parfaitement.

Bonne fin de journée

J'ai regardé un peu certains il y a pas de problème par contre j'ai un problème avec l'abréviation param qui devient paramétrage, je me retrouve avec des paramétrageètres et paramétrageétrage :?

Le problème vient du fait que ta chaîne de départ utilise un encodage du type ISO-8859-1, alors que le moteur de regex s'attend à lire une chaîne en UTF-8 (à cause du modificateur u).

Code:

---

1 2 3 4 5 6 7 8

En UTF-8 le "è" est encodé sur deux octets: c3 a8 70 61 72 61 6d c3 a8 74 72 65 73 p a r a m è t r e s -----   En ISO-8859-1 (ou WINDOWS-1252) le "è" est encodé sur un seul octet: e8 70 61 72 61 6d e8 74 72 65 73 p a r a m è t r e s

---

La conséquence est que "è" encodé en ISO-8859-1 n'est pas reconnu comme étant une lettre par le moteur de regex qui le voit comme un octet isolé (e8 tout seul ne correspond à aucun caractère en UTF-8), ce qui fait que cet octet de Belzébuth fait réussir le test avant négatif (?!\w) (non suivie d'une lettre, d'un chiffre, d'un underscore)

J'ai utilisé le modificateur u pensant que tout était en UTF-8 (comme il se doit), ce qui a pour utilité d'étendre les classes de caractères prédéfinies comme \w, \d, \s, usw., qui ne contiennent que des caractères ASCII à la base, à l'ensemble des caractères unicode. Concrètement sans le modificateur u, \w contient juste [a-zA-Z0-9_], alors qu'avec le modificateur u, il contient en plus les toutes les lettres accentuées ou pas et chiffres de tous les alphabets présents dans la table unicode.

(Tu remarqueras au passage que ce modificateur u fait deux choses: 1) Il indique au moteur de regex qu'il doit lire la chaîne et la pattern comme de l'UTF8. 2) Il étend les classes de caractères à l'unicode.)

Bref, il faut trouver une astuce pour se passer de ce modificateur qui nous embête. On l'enlève et on remplace le \w (qui maintenant ne contient plus que des caractères ASCII) soit par la liste des caractères accentués susceptibles de se trouver dans un texte en français, soit pour pas s'enquiquiner à les écrire un par un, \w et un rang de la table ISO8859-1 qui les contient tous, ce qui donne:$infos = preg_replace('~\b' . preg_quote($key, '~') . '(?![\wÀ-ÿœŒ])~i', $value, $infos);Et voilà! Elle est pas belle la vie? Et bien non! Il reste encore deux problèmes:

• Si une clef commence par un caractère accentué, \b échouera (puisque son sens est directement lié à ce que contient \w).
• les clefs comprenant des caractères accentués ne seront trouvées qu'avec la casse dans laquelle le caractère accentué a été écrit dans le tableau (car sans l'UTF-8 le moteur de regex ne sait pas que "é" et "É" sont la même lettre dans deux casses différentes (et pour cause, il ne sait même pas que ce sont des lettres)).

Pour le premier problème, il suffit de remplacer \b par un test arrière négatif (négative lookbehind) (comme on l'a fait pour le test avant, c'est exactement la même chose sauf que c'est vers l'arrière): $infos = preg_replace('~(?<![\wÀ-ÿœŒ])' . preg_quote($key, '~') . '(?![\wÀ-ÿœŒ])~i', $value, $infos);.

Pour le deuxième problème, il faut ajouter toutes les clefs contenant des accents en deux exemplaires (ou quatre s'il y deux accents pour avoir toutes les combinaisons possibles):

Code:

---

1 2 3 4 5 6 7 8 9

$tab_abreviation = array( ..., 'qté' => 'quantité', 'qtÉ' => 'quantité', ..., 'réédit' => 'réédition', 'rÉédit' => 'réédition', 'réÉdit' => 'réédition', 'rÉÉdit' => 'réédition', ...);

---

C'est là qu'on réalise à quel point c'est galère de travailler avec ces vieux encodages.

----------------------------------------------------------------------------------------------------------------

Un autre moyen est de laisser la pattern comme elle est, et de convertir ton texte, ton tableau, la pattern en UTF-8 avec iconv puis de reconvertir en ISO8859-1 après la boucle.

Bonjour CosmoKnacki,

Merci pour tes explications, c'est quand même pas évident.
J'ai opté pour la 2ème option celle de convertir en UTF-8 en laissant la pattern que tu m'as donné hier mais il ne convertit plus mes abréviations :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

$info = iconv('ISO8859-1', 'UTF-8', $info); $tab = iconv('ISO8859-1', 'UTF-8', $tab); $tab1 = explode("\n",$info); $tab2 = array(); foreach ($tab1 as $t) array_push ($tab2,preg_replace("#//.*#", "", $t)); $info = implode($tab2);   $info = preg_replace("#; \([^)]*\)#", "", $info);   if (is_array($tab)) { foreach ($tab as $key => $value) { $info = preg_replace('~\b' . preg_quote($key, '~') . '(?!\w)~ui', $value, $info); } } $info = iconv('UTF-8', 'ISO8859-1', $info);

---

Tu vois quelque chose que j'aurai pu oublier ?
Conversion du tableau effectuée et de $info.
Par contre il faut que je convertisse la pattern à quel niveau ?

Merci d'avance

Bonjour,

tant qu'à mettre le code/site à jour :

• Passez à l'UTF-8 sans manquer une étape

Citation:

---

Envoyé par jreaux62

Bonjour,

tant qu'à mettre le code/site à jour :

• Passez à l'UTF-8 sans manquer une étape

---

C'est justement le lien auquel je pensais, et c'est clairement ce qu'il y a de mieux à faire.

Citation:

---

Envoyé par drake56

Code:

---

$tab = iconv('ISO8859-1', 'UTF-8', $tab);

---

---

ça ne risque pas de marcher, iconv prend en argument une chaîne et renvoie une chaîne, pas un tableau. (Tu devrais d'ailleurs activer l'affichage des erreurs, car dans ce cas tu aurais pu voir le warning.)

Citation:

---

Code:

---

1 2 3 4

$tab1 = explode("\n",$info); $tab2 = array(); foreach ($tab1 as $t) array_push ($tab2,preg_replace("#//.*#", "", $t)); $info = implode($tab2);

---

---

ça n'est pas utile de séparer chaque ligne pour les traiter séparément, le point . par défaut ne matche pas le caractère \n (nouvelle ligne) donc il suffit d'écrire à la place:

Code:

---

$info = preg_replace('#//.*#', '', $info);

---

Tu utilises implode sans son paramètre "glue" ce qui enlèvera tous les sauts de ligne, est-ce que c'est voulu? Ne vaut-il pas mieux mettre au moins un espace pour que la fin d'une ligne ne s'agglutine pas au début de l'autre?


À quoi sert le test if (is_array($tab))? Y-a-t-il des cas où $tab ne serait pas un array?

Je remplacerai tout ça par:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

$info = preg_replace('#//.*#', '', $info); $info = preg_replace('#; \([^)]*\)#', '', $info); // $info = str_replace("\n", "", $info); pour enlever les sauts de ligne   // enlever les iconv une fois que tu auras passé tout ton site en UTF-8   $info = iconv('ISO8859-1', 'UTF-8', $info);   foreach ($tab as $key => $value) { $key = iconv('ISO8859-1', 'UTF-8', $key); $value = iconv('ISO8859-1', 'UTF-8', $value); $info = preg_replace('~\b' . preg_quote($key, '~') . '(?!\w)~ui', $value, $info); }   $info = iconv('UTF-8', 'ISO8859-1', $info);

---

Merci pour vos retours.

Mon site est déjà censé être en UTF-8 je ne sais pas pourquoi ça bloque au niveau du PHP mais je n'ai pas envie de tout chambouler.
Pour le implode la fonction d'origine était comme ça je n'avais pas l'impression que tout était tassé avec le eregi.
Pour $tab en effet c'est inutile il y a forcément des données dans le tableau.
Si je remplace le tout par ta proposition j'ai toujours le problème au niveau du paramétrageétrage, paramétrageètre :( donc les accents et caractères spéciaux

Citation:

---

Envoyé par drake56

Mon site est déjà censé être en UTF-8...

---

"censé être" ne veut pas dire qu'il l'est vraiment ! :aie:
La preuve...

=> As-tu lu le tuto ?

Ca concerne le code des scripts, l'encodage des fichiers en "UTF8 sans BOM", la base de données,.........

C'est bien étrange, essaie ce petit test (place le avant le code en question et toute conversion) et poste le résultat:

Code:

---

1 2 3 4 5 6 7

preg_match_all('~\bparam\S+trage\b~', $info, $matches); foreach ($matches[0] as $m) { echo PHP_EOL, '<br>'; for ($i=0; $i<strlen($m); $i++) { echo dechex(ord($m[$i])), ' '; } }

---

Puis ensuite teste le après la conversion de $info (et poste le résultat également).

Citation:

---

Envoyé par jreaux62

Bonjour,

tant qu'à mettre le code/site à jour :

• Passez à l'UTF-8 sans manquer une étape

---

Bonjour,

Alors dans la balise meta de mon fichier HTML j'ai :

Code:

---

<meta charset="UTF-8">

---

Après c'est vrai que je n'ai pas tout le contenu.
Pour la page PHP je l'ai bien rajouté par contre pour le serveur c'est une base Oracle et là..

Citation:

---

Envoyé par CosmoKnacki

C'est bien étrange, essaie ce petit test (place le avant le code en question et toute conversion) et poste le résultat:

Code:

---

1 2 3 4 5 6 7

preg_match_all('~\bparam\S+trage\b~', $info, $matches); foreach ($matches[0] as $m) { echo PHP_EOL, '<br>'; for ($i=0; $i<strlen($m); $i++) { echo dechex(ord($m[$i])), ' '; } }

---

Puis ensuite teste le après la conversion de $info (et poste le résultat également).

---

Bonjour CosmoKnacki,

Alors avant toute conversion ça donne ça :

Citation:

---

<br>70 61 72 61 6d c3 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 a8 74 72 61 67 65
<br>70 61 72 61 6d 65 74 72 61 67 65
<br>70 61 72 61 6d 65 74 72 61 67 65
<br>70 61 72 61 6d c3 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 a9 74 72 61 67 65

---

et après la conversion ça donne ça :

Citation:

---

<br>70 61 72 61 6d c3 83 c2 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 83 c2 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 83 c2 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 83 c2 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 83 c2 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 83 c2 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 83 c2 a8 74 72 61 67 65
<br>70 61 72 61 6d 65 74 72 61 67 65
<br>70 61 72 61 6d 65 74 72 61 67 65
<br>70 61 72 61 6d c3 83 c2 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 83 c2 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 83 c2 a9 74 72 61 67 65
<br>70 61 72 61 6d c3 83 c2 a9 74 72 61 67 65

---

Donc $info est déjà en UTF8. Il n'est pas nécessaire de le convertir. Retire les iconv pour $info laisse les autres pour le moment et regarde ce que ça donne.

Maintenant il faut tester le tableau: place avant et après la conversion de $value:

Code:

---

1 2 3 4

if ($key=='param') { echo PHP_EOL, '<br>'; for ($i=0;$i<strlen($value);$i++) { echo dechex(ord($value[$i])), ' '; } }

---

Vérifie aussi si le tableau contient plusieurs entrées dont la clef commence par "param" (dans n'importe quelle casse).

Ok ça marche, j'ai toujours le problème.
Avant conversion ça donne :

Code:

---

1 2 3 4 5 6 7

<br>30 31 32 33 34 35 36 37 38 39 31 <br>30 31 32 33 34 35 36 37 38 39 31 <br>30 31 32 33 34 35 36 37 38 39 31 <br>30 31 32 33 34 35 36 37 38 39 31 <br>30 31 32 33 34 35 36 37 38 39 31 <br>30 31 32 33 34 35 36 37 38 39 31 ..

---

Après conversion ça donne

Code:

---

1 2 3 4 5 6 7

<br>30 31 32 33 34 35 36 37 38 39 31 <br>30 31 32 33 34 35 36 37 38 39 31 <br>30 31 32 33 34 35 36 37 38 39 31 <br>30 31 32 33 34 35 36 37 38 39 31 <br>30 31 32 33 34 35 36 37 38 39 31 <br>30 31 32 33 34 35 36 37 38 39 31 ..

---

C'est donc identique :weird:.
J'ai vérifié et je n'ai qu'un seul param

Désolé j'ai marqué $i au lieu de $value[$i], j'ai corrigé depuis.

Bonjour CosmoKnacki,

Alors du coup avant conversion ça donne :

Code:

---

1 2 3 4 5 6 7

<br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 ..

---

Et après conversion :

Code:

---

1 2 3 4 5 6 7 8 9

<br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 <br>70 61 72 61 6d 65 74 72 61 67 65 ..

---

Les données sont identiques :weird:ça veut dire que c'est bien en UTF-8 ?

On ne peut rien conclure de ce dernier test car la valeur de remplacement est "parametrage" (sans accent) donc tous les caractères du mot sont dans la plage ascii (de 0 à 7F) que les différents encodages ont en commun.

Je pense que ton tableau est codé en dur dans le code (i.e. il ne provient pas d'une base de données ou d'un fichier), est-ce bien le cas? Si oui, avec ton éditeur de code fait "enregistrer sous" et vérifie dans la fenêtre que l'encodage du fichier est bien UTF-8, si c'est ISO8859-bidule ou Windows-machintruc change pour UTF-8 (change aussi le nom du fichier pour faire des tests dessus sans écraser l'autre). Si ton éditeur ne te permet pas de faire ça, utilises en un autre comme notepad++. (Tu dois pouvoir aussi savoir quel est l'encodage du fichier, avec un truc du genre information fichier.)

Il faut aussi vérifier que la coquille n'est pas déjà dans le texte d'origine! Donc part à la recherche d'éventuels "paramétragetre" ou assimilé avant toute modification.

regex et utf-8:

• vérifie que tu as bien utilisé le modificateur "u" (en minuscule) et non pas "U" (en majuscule) dans la pattern ce qui est totalement différent.
• Il est possible, bien que peu probable que pcre ait été compilé sans le support UTF8 (ça peut ce vérifier avec var_dump(preg_match("~\A\w\z~u", "\xC3\xA9"));, si le résultat est int(0), il n'y a pas de support de l'UTF8).
• avec l'unicode, bien que je doute que ce soit le cas ici, une lettre accentuée comme par exemple le "é" peut être représentée de deux manières, soit avec le caractère [LATIN SMALL LETTER E WITH ACUTE](directement le e accent aigu), soit par la combinaison de deux caractères, [LATIN SMALL LETTER E] (un "e" normal) auquel on ajoute le caractère [COMBINING ACUTE ACCENT](l'accent). Or ce [COMBINING ACUTE ACCENT] ne fait pas partie de la classe \w ce qui peut être source d'erreurs, la parade consiste à remplacer \w par [\pL\pM] (deux classes qui contiennent respectivement les lettres et les caractères combinants).

Voilà après je ne vois pas vraiment d'autres pistes. Après d'une manière plus générale, pour se sortir de ce genre de problème, il faut vérifier l'encodage de tous les éléments (code source, base de données, fichiers de données externe...) et adopter l'UTF8 partout si ce n'est déjà fait. Le travail de fond permet de lever les derniers lièvres qui résistent.

Merci pour ta réponse
Alors il me ressort int(0), il y a quelque chose à faire pour qu'il supporte l'UTF-8.
Sinon si je remplace \w par [\pL\pM] je n'ai plus le paramétragetre par contre les éléments accentués de $value ressortent mal :(

Citation:

---

Alors il me ressort int(0), il y a quelque chose à faire pour qu'il supporte l'UTF-8.

---

Ahah! Alors là je suis sur le cul, je savais que c'était possible, mais je n'avais jamais encore rencontré le cas.
Pour avoir PCRE avec le support de l'UTF8 réinstalle PHP, il est normalement livré avec une version compilée de libpcre avec le support de l'UTF8 par défaut. (Si tu es sous linux/unix, tente de réinstaller le paquet libpcre d'abord pour avoir la version par défaut du dépôt.)

Citation:

---

Sinon si je remplace \w par [\pL\pM] je n'ai plus le paramétragetre par contre les éléments accentués de $value ressortent mal

---

Qu'entends tu par "ressortent mal", ça ressemble à quoi?
As-tu testé en virant tous les iconv?
Est-ce que ton code PHP envoie une entête HTTP avec l'encodage? (un truc du genre: header('Content-Type: text/html; charset=utf-8');) ou alors est ce que le fichier html produit contient entre les balises <head></head> soit une balise <meta charset="UTF-8"> (dans le cas du html5), soit <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />(pour du xhtml) afin d'informer le navigateur de l'encodage utilisé?

Alors je n'ai pas la main sur le serveur mais je vais essayer de voir ça merci ;).

Mon PHP renvoie ça

Code:

---

Content-Type:application/json; ; charset=utf-8

---

, c'est normal car c'est un WS qui me ressort du json et j'ai bien le

Code:

---

<meta charset="UTF-8">

---

dans mon fichier HTML.
Si je retire les conversions l'utilisation de

Code:

---

[\pL\pM]

---

résout le problème.

Merci beaucoup pour ton aide en tout cas.

Bonne journée