recherche du bon masque pour preg_match

**Maljuna Kris** · 23/08/2023, 13h45

Bonjour,
Je me remets doucement à la programmation et je suis en train de mettre au point un moteur de recherche sur mon site de chansons.
Pour ce faire j'essaye de trouver le bon masque pour preg_match.
Je passe à la variable $_GET['ancre'] la valeur |Ancré| (sans les pipes)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<?php
ini_set('display_errors', 'E_ALL');
header( 'content-type: text/html; charset=utf-8' );
$pourvoir=$_GET['ancre'];
$motif='~\b(?:'.$pourvoir.')~';
$textes=array('Ancré','ancré',' Ancré',' ancré','Ancrés','ancrés',' Ancrés',' ancrés');
foreach($textes as $texte){
        if(preg_match($motif,' '.$texte)){
                echo 'Jes ', $motif,' |',$texte,'|<br />';
                }
         else{
                echo '<em>Ne ', $motif,' |',$texte,'|</em><br />';
                }
        }

Et voilà ce que je reçois en retour ce qui n'est pas le résultat attendu:

puisque cela ne devrait matcher que pour le premier et le troisième item de l'array $textes.
Il y a donc quelque chose qui cloche dans le motif :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$motif='~\b(?:'.$pourvoir.')~';

mais quoi ?
Je sèche, lamentablement.
Merci de me lire et, a fortiori, de m'aider.

**CosmoKnacki** · 23/08/2023, 16h00

Pour obtenir le résultat voulu, tu dois écrire:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$motif = '~\bAncré\b~u';

Le groupe non-capturant n'est pas utile, je l'ai enlevé.
Pour n'obtenir que les mots ne se finissant pas par un s, tu dois également délimiter ton motif avec un word-boundary \b à droite. Mais, petite subtilité, le word-boundary est la limite entre un caractère de la classe \w et autre chose (un caractère n'appartenant pas à cette classe ou la limite de la chaîne). Or, par défaut la classe \w est équivalente à [a-zA-Z0-9_], donc les lettres accentuées n'y figurent pas.
Mais si j'ajoute le modificateur u, la classe \w est étendue à toutes les lettres et les chiffres de la table unicode (plus le underscore), ce qui inclus les lettres accentuées. Ce qui impacte donc le comportement du word-boundary.

**laurentSc** · 23/08/2023, 17h22

mister-regex est impressionnant

**Maljuna Kris** · 23/08/2023, 23h19

Merci beaucoup CosmoKnacki

J'ai suivi tes recommandations (à la lettre si j'ose dire) mais le résultat n'est toujours pas celui attendu.
J'ai même corsé en ajoutant un item à $texte

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$textes=array('Ancré','ancré',' Ancré',' ancré','Ancrés','ancrés',' Ancrés',' ancrés','Ancré,');

car je souhaite aussi que si le mot est suivi d'une virgule il soit retenu par preg_match
Or voici ce que j'obtiens

**CosmoKnacki** · 24/08/2023, 10h18

Et pourtant ça fonctionne: https://3v4l.org/8LDv3#v8.2.9

Quelle est ta version de PHP ?

**Maljuna Kris** · 24/08/2023, 12h41

C'est sur le serveur fédératif de mon hébergeur, je crois qu'il est en PHP5. (5.2.17 d'après phpinfo)

Le script se lance comme ça :
http://www.avcxjo-moko-kantas.fr/job...cre=Ancr%C3%A9

**laurentSc** · 24/08/2023, 13h54

J'ai essayé le script avec l'outil https://3v4l.org (nickel cet outil que je connaissais pas) en me mettant en 5.2.17 et ça donne

**Maljuna Kris** · 24/08/2023, 17h14

En résumé, il ne me reste plus qu'à me tourner vers mon hébergeur pour savoir quand il envisage de nous faire tourner sous une version de PHP moins vétuste que la 5.2.17.
Cela dit, je n'ai rien trouvé dans la documentation PHP de preg_match sur ce problème ni, donc, quant au moyen de le contourner.

**CosmoKnacki** · 24/08/2023, 21h29

C'est pas évident à contourner, la meilleure chose à faire c'est de changer d'hébergeur car PHP 5.2, c'est du foutage de gueule, la version actuelle c'est 8.2.

En attendant, tu peux toujours bricoler ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$motif = '~(?<![\pL\pN_]|\pL\p{Mn}|\pL\p{Mn}\p{Mn})Ancré(?![\pL\pN_])~u';

**laurentSc** · 24/08/2023, 21h46

PHP 5, ça doit dater de 2006 ou 2007...

**CosmoKnacki** · 24/08/2023, 21h57

PHP 5.0.0 : 13 Jul 2004
PHP 5.6.40: 10 Jan 2019

et la version 5.2.17: 06 Jan 2011.

https://www.php.net/ChangeLog-5.php

Le "bug" dont il est question ici est corrigé à la version 5.3.4 avec le passage à la version 8.10 de PCRE.

**Maljuna Kris** · 25/08/2023, 11h37

Envoyé par CosmoKnacki

C'est pas évident à contourner, la meilleure chose à faire c'est de changer d'hébergeur car PHP 5.2, c'est du foutage de gueule, la version actuelle c'est 8.2.

En attendant, tu peux toujours bricoler ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$motif = '~(?<![\pL\pN_]|\pL\p{Mn}|\pL\p{Mn}\p{Mn})Ancré(?![\pL\pN_])~u';

C'est un ami, qui me fait un vrai prix d'ami pour héberger mon site de chansons.
Nous modérions, à l'époque, le petit forum PHP Débutants aujourd'hui plus ou moins moribond.
Je leur ai envoyé un courriel mais ils sont en vacances jusqu'au 28 date à laquelle je pars moi-même en villégiature pour une quinzaine.
Merci en tout cas, je vais essayer, en attendant, ta proposition de masque, et surtout d'en comprendre le fonctionnement.
De toute façon, j'ai fini de faire mes confitures et ma 4in s'occupe des bagages, donc j'ai un peu de temps.

Je vais mettre le post à RÉSOLU, même si ce n'est pas tout à fait vrai encore.

**Maljuna Kris** · 25/08/2023, 12h40

J'ai mis ton masque tarabiscoté sur mon site et ça à l'air de fonctionner. Nom : Sercxilo.php avec Ancré du 2023-08-25 12-37-16.png
Affichages : 73
Taille : 248,4 Ko

Nom : Sercxilo.php avec Ancré du 2023-08-25 12-37-16.png
Affichages : 73
Taille : 248,4 Ko

**cavo789** · 25/08/2023, 17h10

Clin d'œil : lorsque ton site sera hacké (extraordinaire que ce ne soit pas déjà le cas ł, ton ami le restera-t-il ? C'est vraiment pas acceptable d'avoir une version de php datant de la préhistoire pour un site Web accessible à tout un chacun.

**Maljuna Kris** · 25/08/2023, 20h03

Envoyé par cavo789

Clin d'œil : lorsque ton site sera hacké (extraordinaire que ce ne soit pas déjà le cas ł, ton ami le restera-t-il ? C'est vraiment pas acceptable d'avoir une version de php datant de la préhistoire pour un site Web accessible à tout un chacun.

Quel intérêt, et pour qui, de pirater ce site ? Le tout un chacun se résume à une vingtaine de visiteurs différents par jour après onze années depuis sa création.
Je vais bientôt avoir 72 ans, si mon site est piraté, je le fermerai et ciao la compagnie. J'y survivrai probablement un peu.

**cavo789** · 25/08/2023, 20h41

Ah mais le site en lui-même n'a strictement aucune valeur. Les pirates n'y vont même pas. Ce sont des scripts (des programmes) qui analysent le Web et, au petit bonheur la chance, trouvent des sites, s'y rendent et essaient d'exploiter des attaques selon des listes de failles. Vraiment peu importe le site, ce qui a de la valeur, ce sont les ressources du serveur qui peut alors être utilisé pour lancer des spam par millions, héberger de faux sites (phishing), etc.

C'est bien le serveur qui intéresse les pirates, pas le site.

**Maljuna Kris** · 26/08/2023, 14h32

Envoyé par cavo789

Ah mais ....

Du coup, ce serait le problème de l'hébergeur Wd-Média, je doute que Nicolas et Margaux soient inconscients des risques.

**cavo789** · 26/08/2023, 15h47

La question reste alors pourquoi ont-ils encore une version de php 5.x sur un serveur connecté à internet. C'est juste... fou et audacieux.

(cela étant on s'est fortement écarté du sujet de ce post).

Bonne journée.

recherche du bon masque pour preg_match [RegEx]

Langage PHP

Discussions similaires

Partager

Partager