preg_replace dollar teken probleem

[Anoniem: 152426]

Hi mensen,

Als ik een stukje tekst met een dollarteken, gevolgd door een integer, ( $9) door de preg_replace gooi wordt die $9 niet getoond.

Bijv. : " Ik heb $9 te besteden" -> " Ik heb te besteden"

Originele preg_replace :

PHP:

    $block = preg_replace ( "#\{" . $pattern . "\}#si", $replacement, $this->block);

Preg_rplace ziet de $9 als een callback..

Na gegoogled te hebben kom ik tot het toevoegen van een strtr :

PHP:

    $this->block = preg_replace ( "#\{" . $pattern . "\}#si", strtr($replacement, array('$' => '\$')), $this->block );

Dit geeft echter nog steeds hetzelfde resultaat.

Kan iemand mij op weg helpen?

[Room42]

Misschien handig je $pattern en andere relevante strings even te noemen

[ReenL]

de waarde van $pattern in enkele quotes zetten of het dollar teken escapen.

[Anoniem: 26306]

Room42 schreef op zondag 22 mei 2011 @ 23:26:
Misschien handig je $pattern en andere relevante strings even te noemen

Als hij die had bekeken had hij de vraag niet hoeven stellen.

[Wiethoofd]

Moet het dollarteken niet in de $this->block al escaped worden? Dat is namelijk het subject van de replacement, waardoor deze niet gematcht wordt..

[Erkens]

Daar is de functie preg_quote voor uitgevonden

[Gamebuster]

http://php.net/manual/en/function.preg-quote.php

edit: net te laat

En jouw strtr oplossing had gewerkt als je '\\$' had gebruikt (dubbele backslash), maar preg_quote is vollediger.

[Voor 67% gewijzigd door Gamebuster op 22-05-2011 23:34]

[Erkens]

Gamebuster schreef op zondag 22 mei 2011 @ 23:32:
http://php.net/manual/en/function.preg-quote.php

edit: net te laat

En jouw strtr oplossing had gewerkt als je '\\$' had gebruikt (dubbele backslash), maar preg_quote is vollediger.

Niet alleen vollediger, maar geeft ook duidelijkere code.

[Gamebuster]

En het is waarschijnlijk ook efficiënter

[Redsandro]

Zegt de ene regex tegen de ander:

.*

[Anoniem: 152426]

Hi mensen,

thanks voor de hulp.

Nadeel van preg_quote is dat alle volgende karakters worden ge-escaped : . \ + * ? [ ^ ] $ ( ) { } = ! < > | : -
Dat is niet wenselijk. Voor zover ik kan lezen is het niet mogelijk om enkel de $ te preg_quoten toch?

Wat betreft de andere oplossing die jullie aandragen... ik heb de preg_replace aangepast zoals jullie aangeven. Dit geeft echter geen wijziging, $9 wordt nog steeds niet getoond.
Heb ik jullie tips fout verwerkt?

PHP:

$this->block = preg_replace ( '#\{' . $pattern . '\}#si', strtr($replacement, array('$' => '\\$')), $this->block );

[Voutloos]

Laat $pattern nou eens zien...

[Erkens]

Anoniem: 152426 schreef op maandag 23 mei 2011 @ 10:37:
Nadeel van preg_quote is dat alle volgende karakters worden ge-escaped : . \ + * ? [ ^ ] $ ( ) { } = ! < > | : -
Dat is niet wenselijk. Voor zover ik kan lezen is het niet mogelijk om enkel de $ te preg_quoten toch?

Het is niet wenselijk om je data te escapen? Regel 1: vertrouw nooit de input!

[Gamebuster]

Erkens schreef op maandag 23 mei 2011 @ 11:06:
[...]

Het is niet wenselijk om je data te escapen? Regel 1: vertrouw nooit de input!

Ik snap al wat-ie bedoeld. Hij wilt hier de replacement-string escapen, niet een fragment van de regular expression. preg_quote is daar niet voor bedoeld.

[Erkens]

Gamebuster schreef op dinsdag 24 mei 2011 @ 14:44:
[...]

Ik snap al wat-ie bedoeld. Hij wilt hier de replacement-string escapen, niet een fragment van de regular expression. preg_quote is daar niet voor bedoeld.

Ah, nu zie ik het ook.
Nu is daar onlangs op php.net een mooie user-note geplaatst die dat fixed:

quote: http://nl3.php.net/manual...n.preg-replace.php#103985

If there's a chance your replacement text contains any strings such as "$0.95", you'll need to escape those $n backreferences:

PHP:

function escape_backreference($x)
{
    return preg_replace('/\$(\d)/', '\\\$$1', $x);
}

[Anoniem: 152426]

Thanks mensen ,

ik heb 't als volgt opgelost:

PHP:

$this->block = preg_replace ( '#\{' . $pattern . '\}#si', preg_replace('/\$(\d)/', '\\\$$1', $replacement),  $this->block );

Dat werkt!

p.s. 'pattern' is in deze een rare term aangezien $pattern niet meer is dan 'content', 'title' o.i.d.

[Voor 19% gewijzigd door Anoniem: 152426 op 24-05-2011 21:18]