fichier en iso dans mon éditeur de texte :
$caractere_en_dur :
Octet 0 de $caractere_en_dur a comme valeur 231
reçue du formulaire tel quel :
Octet 0 de $caractere_formulaire a comme valeur 195
Octet 1 de $caractere_formulaire a comme valeur 167

fichier en utf8 dans mon éditeur de texte :
$caractere_en_dur :
Octet 0 de $caractere_en_dur a comme valeur 195
Octet 1 de $caractere_en_dur a comme valeur 167
reçue du formulaire tel quel :
Octet 0 de $caractere_formulaire a comme valeur 195
Octet 1 de $caractere_formulaire a comme valeur 167

donc l'encodage choisi dans l'editeur de texte a bien un effet sur le résultat.

[quote="or 1" post_id=470347 time=1642162641 user_id=23847]
jamais remarqué cela. il faudrait vérifier que l'encodage de la page du formulaire est bien le même que le script qui traite le formulaire. si des données sont copier/coller dans le formulaire, que l'encodage de ces données n'est pas la cause du problème.
[/quote]

Le formulaire est traité dans la même page, et je copie en dur dans le code le même caractère de mon clavier que je tape ensuite dans la boite texte. Là je suis vaincu, ça dépasse mes connaissances, j'avais cru trouvé la solution avec de nouveaux tests mais ça donne des résultats bizarres : les réponses sont différentes selon le caractère, exemple :
- [size=200]ç[/size] est codé 231 en dur dans le code php, 195 167 reçu du formulaire non traité, et 231 du formulaire traité utf8_decode()
- l'apostrophe typographique [size=200]’[/size] est codé 97 en dur, 226 128 153 du formulaire non traité, et 63 du formulaire traité utf8_decode()
je mets le code à toutes fins utiles si des personnes veullent bien faire le test chez elles, le fichier doit être nommé [b]test_caracteres_accentues.php[/b], il faut renseigner dans un éditeur ligne 4 la valeur de [b]$caractere_en_dur[/b], puis lancer la page et renseigner le même caractère dans le champ du formulaire :
[code]
<?php
declare(encoding='UTF-8');
# Ici on renseigne un caractère accentué ou diacritique en dur
$caractere_en_dur = "ç";
echo '$caractere_en_dur :';
/*$str = utf8_encode($str);*/
for ( $pos=0; $pos < strlen($caractere_en_dur); $pos ++ )
{
$byte = substr($caractere_en_dur, $pos);
echo '<br>Octet <b>' . $pos . '</b> de $caractere_en_dur a comme valeur ' . ord($byte) . PHP_EOL;
}
if (empty($caractere_formulaire))
{$caractere_formulaire='';}
?>
<!-- ********************************************************************** -->
<!-- ********* Formulaire teste valeur de varialble après post ************* -->
<!-- Affichage de la chaine envoyée par le formulaire -->
<br><br>
<b style="font-size: 50px"><?php echo $_POST["caractere_formulaire"];?></b>
<br><br>
<b>re&ccedil;ue du formulaire tel quel :</b>
<?php
/* ******************************************************************* */
/* Affichage du code grâce à declare(encoding='UTF-8') ligne 2 */
$caractere_formulaire=$_POST["caractere_formulaire"];

for ( $pos=0; $pos < strlen($caractere_formulaire); $pos ++ )
{
$byte = substr($caractere_formulaire, $pos);
echo '<br>Octet <b>' . $pos . '</b> de $caractere_formulaire a comme valeur ' . ord($byte) . PHP_EOL;
}
?>
<br><br>
<b>re&ccedil;ue du formulaire trait&eacute; utf8_decode() :</b>
<?php
$caractere_formulaire=utf8_decode($caractere_formulaire);
for ( $pos=0; $pos < strlen($caractere_formulaire); $pos ++ )
{
$byte = substr($caractere_formulaire, $pos);
echo '<br>Octet <b>' . $pos . '</b> de $caractere_formulaire a comme valeur ' . ord($byte) . PHP_EOL;
}
?>
<br><br>
<b style="font-size: 22px">Formulaire test caract&egrave;re accentu&eacute; ou diacritique</b>
<form action="test_caracteres_accentues.php" method="post">
<textarea name="caractere_formulaire" cols=20 rows=1></textarea>
<br>
<input type="submit" class="bouton" name="action" value="Tester">
</form>
[/code]

[quote=cemekepirketou post_id=470346 time=1642158041 user_id=28008]

Comme beaucoup de caractères accentués arrivent modifiés d'un [code]<form name="xxxxxxxxxxxx" action="xxxxxxxxxxxxx.php" method="post">[/code][/quote]

jamais remarqué cela. il faudrait vérifier que l'encodage de la page du formulaire est bien le même que le script qui traite le formulaire. si des données sont copier/coller dans le formulaire, que l'encodage de ces données n'est pas la cause du problème.

[size=150]Complément et alrtenative pour supprimer les accents[/size]

Comme beaucoup de caractères accentués arrivent modifiés d'un [code]<form name="xxxxxxxxxxxx" action="xxxxxxxxxxxxx.php" method="post">[/code] et qu'un remplacement de ce genre ne fonctionne pas dans ce cas :

[code]$texte = strtr($texte,
'àáâãäåçèéêëìíîïñòóôõöùúûüýÿÀÁÂÃÄÅÇÈÉÊËÌÍÎÏÑÒÓÔÕÖÙÚÛÜÝ',
'aaaaaaceeeeiiiinooooouuuuyyAAAAAACEEEEIIIINOOOOOUUUUY');[/code]

à force de recherche j'ai trouvé une fonction pour supprimer les accent et en général les diacritiques, la page s'appelle [b]Supprimer les accents d’une chaîne avec PHP[/b] (je ne peux pas mettre le lien), voici le code miracle :
[code]echo
\Transliterator::create('NFD; [:Nonspacing Mark:] Remove; NFC')
->transliterate('Héhé, ça marche !')
;
// Hehe, ca marche ![/code]

Je l'ai adapté de cette façon :
[code]$texte = Transliterator::create('NFD; [:Nonspacing Mark:] Remove; NFC')
->transliterate($texte);[/code]

Ah oui ! j'ai supprimé l'antislash avant [b]Transliterator::[/b] car :

1 - ça fonctionne sans ;
2 - dans mon éditeur php préféré avec colorisation syntaxique, cet antislash n'a pas la couleur de la commande
[b][color=#BF8040]\[/color][color=#40FFFF]Transliterator[/color][color=#FF0000]::[/color][color=#40FFFF]create[/color][/b]
donc ça m'a mis la puce à l'oreille ;
3 - j'ai trouvé le code sur d'autres pages sans l'antislash dont celle-ci présentée de façon alternative :
[code]$enc = "UTF-8";
// On retire les accents de la chaine et du terme recherché
$transliterator = Transliterator::create('NFD; [:Nonspacing Mark:] Remove; NFC;');
$sclean = mb_strtolower($transliterator->transliterate($string), $enc);
$search = mb_strtolower($transliterator->transliterate($search), $enc);[/code]

Maintenant il y a des caractères comme [size=200]ð ø[/size] qui semblent avoir des diacritiques mais en fait non, et qui resterons identiques après le traitement ci-dessus, donc pour n'avoir dans ma chaîne de caractères que minuscules, chiffres et [size=200]-[/size] (tiret du 6), après avoir remplacé les [size=200]_ . '[/size] par des [size=200]-[/size] je supprime tous les autres caractères avec cette fonction :
[code]$texte= preg_replace('/([^.a-z0-9-]+)/i', '', $texte);[/code]

Par contre l'astuce donnée plus haut pour remplacer l'apostrophe typographique [size=200]’[/size] est toujours valable car ce n'est pas un diacritique.

[quote=Aorgerit post_id=470243 time=1641056015 user_id=27876]
Bonjour.
<form action='....' method='post' target='_self'[color=#BF0000] enctype='multipart/form-data'[/color]>FORMULAIRE</form>
Je me suis fait avoir il y a peu avec un simple textarea dans le formulaire, ou tout simplement une image transmise au serveur.
Si cela peut t'aider.
[/quote]

@Aorgerit,

J'ai trouvé une page (impossible de poster des liens ici) qui explique enctype='multipart/form-data
j'ai cru comprendre que c'est par sécurité, mais je n'ai pas compris le reste, ça dépasse mes connaissances.
Cela dit ce n'est plus du PHP mais du HTLM, est-ce judicieux de lancer ce sujet sur phpfrance point com ?
De plus le formulaire dont je parlais est dans une zone privée administrateur sous .htaccess/.htpasswd
mais ça m'intéresserais de savoir pour approfondir mes connaissances.
Je te propose par message privé si tu le veux bien.
Merci.

Bonjour.

<form action='....' method='post' target='_self'[color=#BF0000] enctype='multipart/form-data'[/color]>FORMULAIRE</form>
Je me suis fait avoir il y a peu avec un simple textarea dans le formulaire, ou tout simplement une image transmise au serveur.
Si cela peut t'aider.

[color=#008800][size=150]Confirmation :[/size][/color]

après
extract($_POST,EXTR_OVERWRITE);

avec un remplacement :

$remplace_caracteres_1 = array($apostrophe_typographique_hidden);
$remplace_caracteres_2 = array('\'');

appliqué sur ma variable $tete

$tete = str_replace($remplace_caracteres_1, $remplace_caracteres_2, $tete);

L'apostrophe typographique [size=200]’[/size] est bien remplacée par un simple quote [size=200]'[/size]

Maintant il faudrait savoir si d'autres caractères sont modifiés par un envoi formulaire
<form ../.. method="post">

Merci beaucoup pour cette aide !

Merci

Test avec
Exemple #2 Examiner les octets individuels d'une chaîne UTF-8
de la page donné par [b]or 1[/b]

la page meurt si le code ord() est placé après :
extract($_POST,EXTR_OVERWRITE);
extract($_GET, EXTR_OVERWRITE);
je ne sais pas précisément quel élément du code provoque ça

comme le formulaire est action="" vers la même page il faut des variables de nom différent
résultat du test :

- variable $str déclarée dans la page contenant [size=200]’[/size]
Octet 0 de $str a comme valeur 146

- l'apostrophe typographique [size=200]’[/size] envoyé par un formulaire method="post"
<textarea name="tete" cols=60 rows=5></textarea>
et récupérée par $_POST["tete"]
Octet 0 de $_POST["tete"] a comme valeur 226
Octet 1 de $_POST["tete"] a comme valeur 128
Octet 2 de $_POST["tete"] a comme valeur 153

-Si je fais la même chose avec $str='a';
c'est le même résultat pour les deux variables
[b]Octet 0 de $str a comme valeur 97[/b]
donc la différence se produit seulement avec certains caractères
test avec le caractère [size=200]`[/size] (sous win Alt Gr + 7 alpha)
Octet 0 de $str a comme valeur 96
identique pour les 2 variables
finalement c'est plutôt celui-là qui est utilisé pour les requêtes sql donc plus un problème

- [size=150]Peut-être la solution[/size], envoyer l'apostrophe typographique en type="hidden" mais avec sa valeur html &#146; et non pas en dur
[b][color=#FF0000]Mauvais[/color][/b] <input type="hidden" name="apostrophe_typographique_hidden" value="[size=200]’[/size]">
[b][color=#00FF40]Bon[/color][/b] <input type="hidden" name="apostrophe_typographique_hidden" value="[size=200]&#146;[/size]">

$_POST["tete"]
Octet 0 de $_POST["tete"] a comme valeur 226
Octet 1 de $_POST["tete"] a comme valeur 128
Octet 2 de $_POST["tete"] a comme valeur 153

$_POST["apostrophe_typographique_hidden"]
Octet 0 de $_POST["apostrophe_typographique" a comme valeur 226
Octet 1 de $_POST["apostrophe_typographique"] a comme valeur 128
Octet 2 de $_POST["apostrophe_typographique"] a comme valeur 153

Je vais continuer les test de remplacement str_replace() et je reviendrai vous dire.

Merci de ton aide précieuse.

https://www.php.net/manual/fr/function.ord.php pour voir ce que contient la chaine quand cela fonctionne et quand cela ne fonctionne pas. si le remplacement ne se fait pas, c'est qu'il y a une différence.

Bonjour,

[size=200]’ et ‘[/size]

Ce code

$remplace_caracteres_1 = array[size=150]('’', '‘')[/size];
$remplace_caracteres_2 = array('\'', '&#96;');

fonctionne si la variable est déclarée dans le code de cette façon :

$texte = [size=150]'’--‘'; [/size]
/* ici c'est en 1er caractère une apostrophe typographique comme celle de LibreOffice avec la touche 4 alphabétique, soit &#146;
puis après les 2 tirets du 6, l'accent grave (utilisé pour les requêtes sql, soit &#96; */
$texte = str_replace($remplace_caracteres_1, $remplace_caracteres_2, $texte);
echo 'texte = '.$texte;

le résultat revoie bien dans le code source :
texte = '--&#96;

mais il ne fonctionne pas si la variable vient d'un formulaire
<form name="xxxxxxxxxxxx" action="xxxxxxxxxxxxx.php" method="post">
passée au extract($_POST,EXTR_OVERWRITE);
le contenu de la variable reste intacte après str_replace

c'est donc avec seulement ces 2 caractères, car testé avec les lettres il fonctionne, et j'ai testé séparément aussi idem.

Pourquoi je veux faire ça ? parce qu'il m'était arrivé qu'une table soit illisible du fait qu'il y avait une apostrophe typographique dans des champs texte que j'y avais écrit, à l'époque j'avais dû faire un remplacement avant de tout réinjecter.

Avez-vous une explication du pourquoi str_replace ne fonctionne pas avec ces caractères sur une variable venant d'un method="post" ou une autre solution pur les remplacer ?
Sinon je le ferai manuellement par un rechercher/remplacer dans un bloc texte.

Merci.