[PHP] String converteren naar kleine letters in preg*

[drGoeroe]

Ik wil het volgende bereiken;
Elke URL naar een plaatje moet geconverteerd worden naar kleine letters, dit wil ik doen dmv een preg_replace;

PHP:

preg_replace('/<img src="(.*?)" /si','<img src="'.strtolower('\\1').'" ',$totaltekst);

Alleen werkt dit niet, hij wil \\1 niet in kleine letters weergeven Als ik \\1 verander in aap veranderd hij alles wel, dus de regex zelf klopt wel.

Hoe krijg ik dit voor elkaar?

Thanx in advance

[marcusk]

hint: /e

[sjroorda]

Even vraagje: waarom wil je dit? Als op een niet-Windows-server de afbeelding als Filename is opgeslagen, is dat case-sensitive... met jouw script krijg je deze plaatjes niet te zien!

[drGoeroe]

Waarom ik het wil maakt niet uit, ik heb een BrEeZaH versie van mijn pagina waardoor alle templates worden geconverteerd naar BrEeZaH tEkST.

Sommige images werken daardoor niet meer. Alle images zijn lowercase, dus dat maakt niet uit.

@Marcusk; de modifier e toevoegen geeft geen resultaat.

[marcusk]

hmmz... 1 mom

[drGoeroe]

PHP:

preg_replace('/<img src="(.*?)" /si',"<img src=\"".strtolower("\\1")."\" ",$totaltekst);

Werkt nog niet

Ook met de modifier e geen gewenst resultaat.

marcusk schreef op 01 oktober 2002 @ 13:54:
hmmz... 1 mom

Okay

[marcusk]

eerst maar ff uitleggen waarom dit niet werkt:

PHP:

$totaltekst = '<img src="BLA BLA" ';
preg_replace('/<img src="(.*?)" /si','<img src="'.strtolower('\\1').'" ',$totaltekst);

'<img src="'.strtolower('\\1').'" ' wordt eerst omgezet naar '<img src="\\1" '. dan gaat preg_replace de \\1 vervangen door BLA BLA, dus dat helpt niet veel.

Wat je dus moet doen is zorgen dat preg_replace strtolower uitvoert op BLA BLA. Dat kan met de /e modifier:

PHP:

preg_replace('/<img src="(.*?)" /sie', "strtolower('\\1')",$totaltekst);

nu gaat ie dus strtolower('BLA BLA') uitvoeren, maar heb je dus geen <img meer ervoor (dus het resultaat is alleen 'bla bla'). Dat kun je oplossen door een nieuwe functie te maken:

PHP:

function blaatschaap($str)
{
    return '<img src="' . strtolower($str) . '" ';
}

Die gebruik je dan ipv strtolower.

[drGoeroe]

Danke schon, alleen werkt het nog niet helemaal;

Ik heb een functie gemaakt;

PHP:

        function return_img ($img)
        {
            
            return "<img src=\"".strtolower($img)."\" ";
            
        }

En de regex zo;

PHP:

preg_replace('/[img]"(.*?)"[/img]return_img('\\1')",$totaltekst);

En de output is ALLEEN de image URL, zonder <img en nog wel in hoofdletters/kleine letters

[marcusk]

dan moet je de $ van $this ff escapen met \.
(opzich best vaag dat dat werkt, maarja)

[WouZz]

Hebbie dit al geprobeerd?

PHP:

preg_replace(
    '/<img src="(.*?)" /sie',
    "'<img src=\"' . strtolower('\\1') . '\" '",
    $totaltekst
);

_{Ik iig nog niet.. Misschien moet je wat spelen met escapes enzo..}

[drGoeroe]

marcusk; Erg vaag dat dat werkt, maar het werkt perfect Hartelijk dank!

@WouZz; Dat had ik al geprobeerd ja, werkte niet.

[Soultaker]

Zo vaag is dat niet. Net zoals "$bla" wordt vervangen door een string met daarin de inhoud van $bla, wordt "$bla->die()" vervangen door het resultaat van de methode. Gewoon "die()" wordt door PHP niet herkend als een functieaanroep en blijft dus gewoon als zodanig aanwezig.

Het is logisch dat om deze constructie te laten werken, het argument in ongeëvalueerde vorm doorgegeven moet worden.

[marcusk]

Wat ik vaag vind is dat "\$this->f()" werkt, aangezien ik zou verwachten dat $this binnen preg_replace geen betekenis heeft.

[WouZz]

marcusk schreef op 01 oktober 2002 @ 14:50:
Wat ik vaag vind is dat "\$this->f()" werkt, aangezien ik zou verwachten dat $this binnen preg_replace geen betekenis heeft.

Heeft het ook niet, maar als het na de 'replace' geevalueerd wordt door PHP wel..

[Soultaker]

marcusk schreef op 01 oktober 2002 @ 14:50:
Wat ik vaag vind is dat "\$this->f()" werkt, aangezien ik zou verwachten dat $this binnen preg_replace geen betekenis heeft.

Binnen preg_replace niet, inderdaad, maar zo werkt PHP niet. PHP evalueert eerst alle argumenten en voert daarna pas de functie uit. Dat is redelijk gebruikelijk voor een programmeertaal.

De reden hiervoor is dat de code voor het evalueren van argumenten maar op een plek hoeft voor te komen en argumenten eenvoudig uit complexe expressies opgebouwd kunnen worden.

In dit voorbeeld:

PHP:

doeIets((5*3) + 2);

Wordt ((5 * 3) + 2) eerst geevalueerd en vervolgens wordt doeIets aangeroepen met het resultaat, 17, als argument.

Op dezelfde manier zou in het geval van:

PHP:

doeIets("$bla->die()");

PHP eerst $bla->die() uitvoeren, het result daarvan invoegen in de string en vervolgens die string als argument meegeven. Als $bla->die() toevallig "xxx" oplevert, krijgt de functie doeIets alleen maar "xxx" als argument te zien en kan op geen enkele manier achterhalen dat de originele expressie ooit "$bla->die()" was.

Dat merk je trouwens ook eenvoudig genoeg wanneer je zelf een functie schrijft die een enkel argument krijgt; die functie kun je ook met complexere expressies als argumenten aanroepen zonder dat je de implementatie van de functie daarvoor gewijzigd wordt.

Vervang doeIets nu door preg_replace en het moge duidelijk zijn waarom de backslash noodzakelijk is, om te voorkomen dat PHP voortijdig de expressie evalueert.

[drm]

Typisch geval van een spreekwoordelijke
"Gebruik hier single quotes in plaats van double quotes"

[marcusk]

Soultaker schreef op 01 oktober 2002 @ 14:57:
Binnen preg_replace niet, inderdaad, maar zo werkt PHP niet. PHP evalueert eerst alle argumenten en voert daarna pas de functie uit. Dat is redelijk gebruikelijk voor een programmeertaal.
...

Dat weet ik natuurlijk wel

Op dezelfde manier zou in het geval van:

PHP:

doeIets("$bla->die()");

PHP eerst $bla->die() uitvoeren, het result daarvan invoegen in de string en vervolgens die string als argument meegeven. Als $bla->die() toevallig "xxx" oplevert, krijgt de functie doeIets alleen maar "xxx" als argument te zien en kan op geen enkele manier achterhalen dat de originele expressie ooit "$bla->die()" was.

Dat is niet waar: doeIets("$bla->die()"); voert niet $bla->die() uit. klein testje:

PHP:

class TestClass
{       
    var $x;
            
    function f() { return "foobar"; }
}

function blaat($x) { print($x . "<br/>"); }

$bla = new TestClass(); $bla->x = 1;

blaat("$bla->f()");
blaat("$bla->x()");

Dit print niet "foobar" zoals jij zou verwachten (?), maar "()" en een melding (met error_reporting op E_ALL):

Notice: Undefined property: f in d:\inetpub\wwwroot\test\evaltest.php on line 14

Die $x heb ik toegevoegd om te laten zien waarom ie "()" geeft. blaat("$bla->x()") print namelijk "1()": $bla->x wordt vervangen door de waarde ervan. Hetzelfde probeert ie met $bla->f, maar die property bestaat dus niet.

[Soultaker]

Ah; blijkbaar evalueert PHP alleen variabelen en attributen (en dus geen methode) en ziet 'ie "$bla->die()" dus als het attribute $bla->die (die ongedefinieerd zal zijn) gevolgd door "()" als overgebleven string.

Dat maakt verder weinig uit voor het verhaal trouwens, al neem ik aan dat je in dat geval in ieder geval (eerder) een waarschuwing krijgt, tenzij je toevallig een attribuut met dezelfde identifier als je methode hebt.

Maar drm vat de conclusie mooi samen.

[marcusk]

Nog een testje:

PHP:

class TestClass
{       
    function f() { return "foobar"; }
    function g() { test("\$this->f()"); }
}

function blaat($x) 
{ 
    global $bla;
    print(eval($x) . "<br/>"); 
}

$bla = new TestClass();

function test($x)
{
    global $bla;
    print("$x uitvoeren geeft: <b>");
    eval("print(($x) . '<br/>');");
    print("</b>");
}

test("\$bla->f()");
$bla->g();

dit geeft de volgende uitvoer:

$bla->f() uitvoeren geeft: foobar
$this->f() uitvoeren geeft:
Fatal error: Call to a member function on a non-object in d:\inetpub\wwwroot\test\evaltest.php(24) : eval()'d code on line 1

(zoals je zou verwachten: binnen test kent ie $this niet)

Ik blijf het dus vaag vinden dat "\$this->bla()" met preg_replace wél werkt.

[Soultaker]

OMG Ik had niet goed gelezen en je uitgemaakt voor zo'n domme php'er. Mijn excuses!

Ik zie nu je punt. De enige verklaring die ik zou kunnen verzinnen is dat preg_replace een functie is die 'intern' gedefinieerd is. In een PHP functie is $this uiteraard alleen van betekenis binnen een methode, maar misschien dat de Zend engine bij het aanroepen van ingebouwde functies $this niet aanpast.

Immers, eval("$this->bla") werkt ook prima, wat niet het geval zou zijn als eval echt een functie zou zijn, die de waarde van $this niet meer kan achterhalen.

Ik zou wat dieper in de Zend code moeten duiken om dat uit te vissen; iets waar ik nu helaas geen tijd voor heb...

[marcusk]

Soultaker schreef op 01 oktober 2002 @ 15:47:
OMG Ik had niet goed gelezen en je uitgemaakt voor zo'n domme php'er. Mijn excuses!

dat is wel een grove belediging ja hehe

Ik zie nu je punt. De enige verklaring die ik zou kunnen verzinnen is dat preg_replace een functie is die 'intern' gedefinieerd is. In een PHP functie is $this uiteraard alleen van betekenis binnen een methode, maar misschien dat de Zend engine bij het aanroepen van ingebouwde functies $this niet aanpast.

idd, dat denk ik ook.

Ik zou wat dieper in de Zend code moeten duiken om dat uit te vissen; iets waar ik nu helaas geen tijd voor heb...

Ik heb zelf net wel ff gekeken (preg_replace roept zend_eval_string aan), maar het is me iets te diep