Bibliotheque de Modeles Regex

Ce sont des points de départ solides qui couvrent les entrées valides les plus courantes, mais aucun regex ne gère parfaitement tous les cas particuliers pour chaque locale ou standard. La validation d'email est un exemple classique : le modèle complet RFC 5321 est énorme, tandis qu'un modèle simple ignore de nombreuses adresses valides. Utilisez ces modèles comme une base vérifiée, puis testez-les sur vos données spécifiques et ajustez-les si nécessaire avant la mise en service.

Global (g) trouve toutes les correspondances dans le texte au lieu de s'arrêter après la première. Insensible à la casse (i) traite les majuscules et les minuscules comme équivalentes — "Email" et "email" correspondent tous deux à /email/i. Multiligne (m) modifie le comportement de ^ et $ : sans lui, ils correspondent au début et à la fin de toute la chaîne ; avec lui, ils correspondent au début et à la fin de chaque ligne. La plupart des modèles de validation utilisent global désactivé (vous avez juste besoin de savoir s'il y a une correspondance), mais pour l'analyse ou l'extraction de logs, global est généralement ce que vous voulez.

Oui. L'entrée Regex Pattern dans le panneau de test est entièrement modifiable. Tapez n'importe quel modèle, réglez les drapeaux dont vous avez besoin, collez votre texte de test et voyez les correspondances mises en évidence immédiatement. Le panneau ne nécessite pas de sélectionner un modèle de la bibliothèque — il fonctionne comme un testeur de regex autonome. Cliquez sur Clear pour réinitialiser à la fois le modèle et le texte de test.

Le panneau de test utilise le moteur RegExp intégré de JavaScript (regex ECMAScript), qui est le même moteur tournant dans Node.js, Chrome, Firefox, Safari et Edge. La plupart des modèles de la bibliothèque sont compatibles avec Python (module re), PHP (PCRE), Java et d'autres variantes — mais il y a des différences : JavaScript ne supporte pas le lookbehind dans les anciens moteurs, les groupes nommés utilisent la syntaxe (?<name>) et les quantificateurs possessifs ne sont pas supportés. Testez les cas limites dans votre environnement cible avant le déploiement.

Tout d'abord, activez le drapeau Global pour voir s'il y a plusieurs correspondances que vous n'aviez pas prévues. Ensuite, vérifiez les ancres : sans ^ au début et $ à la fin, le modèle peut correspondre à une sous-chaîne n'importe où dans le texte (ainsi /\d+/ correspond à "abc123def"). L'ancrage sur la chaîne complète avec /^\d+$/ force une correspondance exacte. Si trop peu de résultats s'affichent, vérifiez les caractères spéciaux qui nécessitent un échappement — en regex, . * + ? ( ) [ ] { } ^ $ | \ ont tous une signification spéciale et doivent être échappés avec \ pour être traités comme des littéraux.

Utilisez la barre de recherche en haut de la bibliothèque et tapez un mot-clé comme "credit card", "hex color", "mac address" ou "postal code". La recherche correspond aux noms des modèles, aux descriptions et au texte regex lui-même. Si vous ne trouvez toujours pas ce dont vous avez besoin, copiez le modèle existant le plus proche dans le panneau de test et modifiez-le — par exemple, adaptez le modèle IPv4 pour correspondre à un sous-réseau spécifique, ou ajustez le modèle de date pour le format de date de votre locale.

Non. Toutes les correspondances regex se produisent entièrement dans votre navigateur en utilisant JavaScript. Votre texte, vos modèles et vos résultats ne quittent jamais votre machine. Aucun serveur n'est impliqué à aucun moment, vous pouvez donc tester en toute sécurité des fichiers de logs, des emails, des mots de passe ou toute donnée sensible.