Voici un petit exemple (téléchargement, renommer .php et l'exécuter dans votre shell):preg_replace - Résultat NULL?
Pourquoi preg_replace NULL de retour au lieu de la chaîne d'origine?
\x{2192} est identique au code HTML "→" ("→").
De la documentation sur preg_replace():
Valeurs de retour
preg_replace() retourne un tableau si le paramètre subject est un tableau, ou une chaîne autrement.
Si des correspondances sont trouvées, le nouveau sujet sera retourné, sinon sujet sera retourné inchangé ou NULL si une erreur est survenue .
Dans votre modèle, je ne pense pas que le drapeau est supporté. Edit: Cela semble être une sorte de problème d'encodage avec le sujet. Lorsque j'efface '147 3.2 V6 - GTA (184 kW)' et que je le re-saisis manuellement, tout semble fonctionner.
Édition 2: Dans le modèle que vous avez fourni, il y a 3 espaces qui semblent poser des problèmes au moteur regex. Quand je les convertis en décimales, leur valeur est 160 (par opposition à l'espace normal 32). Lorsque je remplace ces espaces par des espaces normaux, cela semble fonctionner.
J'ai remplacé les espaces offensants par des underscores ci-dessous:
'147 3.2 V6 - GTA (184 kW)' '147 3.2_V6 - GTA_(184_kW)'
"Dans votre modèle, je ne pense pas que le drapeau est supporté." Veuillez élaborer. Comment ne pas être supporté? Vous indiquez simplement que le modèle doit être traité comme une chaîne UTF-8. – Ree
@Ree Ouais j'ai eu un moment de retard. Ne tenez pas compte de cela. –
Oui, il semble que PHP a des problèmes pour lire la chaîne. Il a été lu à partir d'un fichier Excel en utilisant une bibliothèque PEAR ... – Ree
Je crois qu'il ya aussi un défaut dans votre expression Regex: ~\x{2192}~u
Essayez de remplacer ce que j'ai et voir si cela fonctionne sur Pour vous: /\x{2192}/u
\x32, puis utiliser des guillemets doubles "")\x2192 n'est pas correct non plus. Vous pouvez faire: \x21\x92 pour obtenir les deux octets dans votre chaîne, mais vous voudrez peut-être regarder utf8_encode et utf8_decodeVotre premier point est faux - le style de citation n'a aucun effet ici. Essayez ceci: "echo preg_replace ('~ \ x {20AC} ~ u', 'EUR', '€ 1000');". Vous obtiendrez le symbole de l'euro remplacé par EUR. Votre deuxième point est faux, aussi. De la documentation php: "En mode UTF-8," \ x {...} "est autorisé, le contenu des accolades étant une chaîne de chiffres hexadécimaux interprétée comme un caractère UTF-8 dont le numéro de code est le nombre hexadécimal donné. ". Votre troisième point - je ne reçois pas cet avertissement sur ma machine, mais oui, il semble que la chaîne est malformée dans la vue de PHP. La chaîne a été lue à partir d'un fichier Excel ... – Ree
J'ai eu une réponse nulle quand mon expression régulière comprenait la uUTF-8 PCRE modifier. Si votre texte source est et non UTF et que vous avez ce modificateur, vous obtiendrez un résultat nul.
L'inverse est également vrai - si vous avez une chaîne UTF, vous obtiendrez un résultat nul si vous n'incluez pas le modificateur 'u'. –
Veuillez poster le code correspondant ici. – Gumbo
Si vous copiez et collez, la valeur NULL ne sera pas retournée. Le problème semble être lié à des caractères spéciaux dans la chaîne. Si je publie le code, ils ne seront pas conservés. – Ree