Oups, je me trompe : $adresse = '[(#PS|chainephp)]';
Justement chainephp sert à échapper les ' et pas les "...
inc-calcul-squel n'a rien à voir avec ça, il ne peut pas savoir si le champ
en question sera passé au sein d'un bout de code php (donc à échapper) ou
normalement (donc à passer tel quel).
inc-calcul-squel n'a rien à voir avec ça, il ne peut pas savoir si le champ
en question sera passé au sein d'un bout de code php (donc à échapper) ou
normalement (donc à passer tel quel).
Non c'est la même fonction, il inclut la chaîne dans un code PHP.
Et la ereg marche au poil (enfin y a des chances, vu les bizarreries
Jajascript qui ne plantent pas avec).
Le double str_replace, à vue de nez, il risque de provoquer
des effets de bord.
Fil wrote:
>
>inc-calcul-squel n'a rien à voir avec ça, il ne peut pas savoir si le champ
>en question sera passé au sein d'un bout de code php (donc à échapper) ou
>normalement (donc à passer tel quel).
Non c'est la même fonction, il inclut la chaîne dans un code PHP.
Et la ereg marche au poil (enfin y a des chances, vu les bizarreries
Jajascript qui ne plantent pas avec).
Le double str_replace, à vue de nez, il risque de provoquer
des effets de bord.
Soit un article dont le titre est « L'"orage" menace ». (les guillemets inclus)
Tu prétends que inc-calcul-squel échappe le ' dans le second #TITRE et pas
dans le premier ? Et que les " sont préservés correctement ?
Non, je voulais dire que la façon correcte de faire "phpchaine", c'est de
récupérer la ereg de inc-calcul-squel. Et de répercuter le changement dans
inc-calcul-squel après.
Non, je voulais dire que la façon correcte de faire "phpchaine", c'est de
récupérer la ereg de inc-calcul-squel. Et de répercuter le changement dans
inc-calcul-squel après.