Bon voilà j'ai un site où j'ai créé une censure automatique, mais le problème c'est qu'il veut pas me prendre les accents et je sais pas trop comment faire (je me doute que ça vient du fait qu'il sont stocké avec un caractère spécial dans dans la base SQL mais je sais pas comment faire)

Voilà mon bout de script et merci d'avance :

Pourquoi ne pas utiliser de préférence la fonction str_ireplace du PHP, qui est tout aussi (voire plus) simple, et pas mal plus rapide ?

Pour les accents, je te conseille de mettre un html_entities($texte, ENT_QUOTES); à tout variable avant de l'insérer dans ta BDD.

Citation : Little-Boy

function parse($texte)
{
        $texte  = stripslashes($texte);
        $texte  = htmlentities($texte);
        $texte  = nl2br($texte);
        $sql = mysql_query('SELECT * FROM emj_censure');
        while($censure=mysql_fetch_array($sql))
        {
                $mot = stripslashes($censure['mot']);
                $texte = preg_replace("!$mot!isU",'[mot censuré]',$texte);
        }
}//faut toujours fermer svp

Bien sûr tu met des slash dans la bdd
Je sais pas si sa marche mais sa a l'air bien!

Je m'en doutais un peu, ça aurait été un problème d'apostrophe le slash ok, mais pour un accent, c'est pas une histoire de &eacute ou un truc du genre

(au passage désolé pour pas avoir fermé la fonction, j'ai oublié de prendre la ligne en faisant copier/coller)

Citation : bluestorm

Pourquoi ne pas utiliser de préférence la fonction str_ireplace du PHP, qui est tout aussi (voire plus) simple, et pas mal plus rapide ?

Pour les accents, je te conseille de mettre un html_entities($texte, ENT_QUOTES); à tout variable avant de l'insérer dans ta BDD.

- str_replace() (ou str_ireplace) ne fera rien de valable dans ce cas.
- htmlentities() avant insert est une hérésie comme on en voit tant sur ce site.
Conclusion : tout faux sur les deux avis.

Pour Little-boy :
- pas de htmlentities avant de mettre dans la base de données.

En meme temps, quand je regarde dans la doc les infos sur sa regexp ("`$mot`iSU") je vois que c'est un "case-insensitive", et deux options baroques d'optimisation de la recherche.

De loin, je ne vois pas ce que ca apporte de plus qu'un str_ireplace, mais si tu étais disposé à l'expliquer ca me ferait grandement plaisir.

Que va t'il se passer avec un str_replace sur cette phrase ?

Hum.

$mot_a_bannir=' con ';

?
(hum, si tu parles de la super gestion des espaces de la mort qui tue des regexp avec des [ \t\n], c'est un motif mais bon, hum, ca en vaut vraiment la peine ?)

Bluestorm ce que veux dire Bison c'est qu'avec un str_replace tu va te retrouver a remplacer des qu'un mot va contenir (dans notre cas 'con') resultat nous aurons ****certo.
Ce qui n'est pas du tt le but recherche ici

+1 pour Bison


Par contre, peux tu m'expliqué pourquoi il ne faut pas mettre de htmlentities dans une BdD??

Citation : bluestorm

Hum.

$mot_a_bannir=' con ';

?
(hum, si tu parles de la super gestion des espaces de la mort qui tue des regexp avec des [ \t\n], c'est un motif mais bon, hum, ca en vaut vraiment la peine ?)

- la super gestion des espaces de la mort qui tue des regexp avec des [ \t\n]
Super !