[PHP] PHP verwijdert IMG-tag vanzelf

[Thijsmans]

Enige dagen geleden kaartte ik een probleem aan, waar ik niet uitkwam. Tot op heden leef ik nog altijd met dit probleem: PHP lijkt zelf IMG-tags weg te filteren uit de output van een return-instructie. Sterker nog: ik heb zojuist dit script gedraaid:

PHP:

    echo '<IMG SRC="http://service.bfast.com/bfast/serve?bfmid=1821541&siteid=41566499&bfpage=studieboeken047"'. 
         'BORDER="0" WIDTH="15" HEIGHT="15" ALT="BLAAT"> '.
         '<A HREF="http://service.bfast.com/bfast/click?bfmid=1821541&siteid=41566499&bfpage=studieboeken047"' .
         ' TARGET="_top"><IMG SRC="http://www.nl.bol.com/intershoproot/eCS/Store/nl/imagesOnline/CMS/minisites//' .
         'marketing/pp05/BOL234x60_StudieBoeken2005_v1.gif" BORDER="0" WIDTH="234" HEIGHT="60" '.
         'ALT="Je studieboeken bestel je bij bol.com!"></A>';

Verder staat er niets in het script, alleen bovenstaande echo. Gek genoeg is dit de output:

code:

<A HREF="http://service.bfast.com/bfast/click?bfmid=[sitecodes]" ALT="_top">
[img]"http://www.nl.bol.com/intershoproot/eCS/Store/nl/imagesOnline/CMS/minisites//marketing/pp05/BOL234x60_StudieBoeken2005_v1.gif"[/img]
</A>

^{React haalt de eerste regel weg, zijn evenveel spaties als dat de img-tag lang is}

PHP denkt dus zelf dat het wel OK is om de image-tag weg te halen. Helaas werkt het Bol.com-partner systeem niet zonder het controle-plaatje van 1 bij 1 pixel, dus dit is nogal een probleem.

Het eigenaarde is, dat de IMG-tag tussen <a...> en </a> wél blijft staan. Als ik de eerste IMG-tag overschrijf met een copy/paste van de tweede, wordt ie wél weergegeven. Als ik de SRC verander naar "asdf", wordt er wel een kruisje weergegeven. Het probleem lijkt zich dus toe te spitsen op de SRC zelf.

Wat ik me nu dus afvraag:

[list]• Waarom haalt PHP de eerste IMG-tag zelf weg?• Heeft dit te maken met de SRC, en zoja, waarom zit PHP daaraan?• Waarom blijft de tweede tag wél staan?• Hoe zorg ik ervoor dat ze beide blijven staan, en dat PHP van m'n Html afblijft?

Eenieder die een licht in de duisternis kan werpen, wordt daarvoor hartelijk bedankt.

[ Voor 22% gewijzigd door Thijsmans op 25-02-2006 14:22 . Reden: Code-snippets opgeknipt voor whoami O+ ]

[--MeAngry--]

Wordt er niet ergens strip_tags gebruikt misschien? Erg vreemd probleem dit...

[eborn]

Gebruik je sessies en heb je aanstaan dat PHP de SID aan URL's toevoegd? Dat is zo'n beetje de enige reden die ik kan bedenken waarom PHP aan je HTML zou komen. En dan nog is het vreemd

[Thijsmans]

--MeAngry-- schreef op zaterdag 25 februari 2006 @ 14:13:
Wordt er niet ergens strip_tags gebruikt misschien? Erg vreemd probleem dit...

Nee, zie mijn voorbeeldscript met de echo, dit is echt het enige dat er in het script staat.

Overigens, de server draait in safe-mode, for what it's worth

[Atari Paul]

Hmm, als ik bovenstaande in test.php zet en het draai, zie ik de eerste image ook verschijnen (gecontroleerd met Firefox onder Ubuntu, ik draai zelf met Xammp 1.4.16).

Ouput de string eens naar een bestand en bekijk dat eens (om uit te sluiten dat de browser er misschien iets mee doet).

[ Voor 28% gewijzigd door Atari Paul op 25-02-2006 14:46 ]

[Thijsmans]

Het ligt waarschijnlijk niet aan PHP, maar aan Apache (dat zou ook verklaren dat het bij jou, Atari Paul, wel werkt). Ik heb de twee regels HTML in een html-bestand gezet en opgevraagd zonder tussenkomst van PHP. Hierbij treedt exact hetzelfde probleem op... Dat wordt een SA-topic

[crisp]

Als ik dat HTML bestand open zit daar wel de 1e image bij; ik denk dat je dus op jouw pc iets hebt draaien dat dingen uit je HTML stript - typisch iets van een banner/adblocker

[Atari Paul]

Uh, nou om alles even uit te sluiten, ik heb net die link geopend en bekeken wat de source is en daar staat dit:

HTML:

[img]"http://service.bfast.com/bfast/serve?bfmid=1821541&siteid=41566499&bfpage=studieboeken047"[/img]
<A HREF="http://service.bfast.com/bfast/click?bfmid=1821541&siteid=41566499&bfpage=studieboeken047" TARGET="_top">[img]"http://www.nl.bol.com/intershoproot/eCS/Store/nl/imagesOnline/CMS/minisites//marketing/pp05/BOL234x60_StudieBoeken2005_v1.gif"[/img]</A>

Dus lijkt het hier wel te werken, heb je het output bestand al bekenen met een texteditor ?

Hey crisp niet zo snel

[ Voor 16% gewijzigd door Atari Paul op 25-02-2006 14:57 ]

[L0we]

Prammenhanger schreef op zaterdag 25 februari 2006 @ 14:48:
Het ligt waarschijnlijk niet aan PHP, maar aan Apache (dat zou ook verklaren dat het bij jou, Atari Paul, wel werkt). Ik heb de twee regels HTML in een html-bestand gezet en opgevraagd zonder tussenkomst van PHP. Hierbij treedt exact hetzelfde probleem op... Dat wordt een SA-topic

Hier (FF 1.5) staat die regel er gewoon bij hoor, ook het plaatje 1x1 wordt gewoon weergegeven.

probeer die text anders even uit de php code te halen. Niet zo netjes, maar ik heb het idee dat dat wel werkt.

code:

?> // sluit php ff af
[img]"http://service.bfast.com/bfast/serve?bfmid=1821541&siteid=41566499&bfpage=studieboeken047"[/img]
<A HREF="http://service.bfast.com/bfast/click?bfmid=1821541&siteid=41566499&bfpage=studieboeken047" TARGET="_top">[img]"http://www.nl.bol.com/intershoproot/eCS/Store/nl/imagesOnline/CMS/minisites//marketing/pp05/BOL234x60_StudieBoeken2005_v1.gif"[/img]</A>
<? // en ga weer vrolijk verder met php

[Stamgastje]

Precies wat crisp zegt, zoek het in client side filtering. Dus een of andere ad-blocker.

[Thijsmans]

crisp schreef op zaterdag 25 februari 2006 @ 14:56:
Als ik dat HTML bestand open zit daar wel de 1e image bij; ik denk dat je dus op jouw pc iets hebt draaien dat dingen uit je HTML stript - typisch iets van een banner/adblocker

Ha, McAfee Security Center Privacy Service uit en hij doet het idd wel Nu ik erover nadenk, de afdeling testers heeft ook allemaal MA SecurityCenter draaien Wel vervelend dat ie hem blockt... Ik vraag me ook af waarom, bol.com/bfast.com is toch niet onbetrouwbaar ofzo

Iedereen die heeft bijgedragen tot de constatering van de bron v/h probleem: dank

_{En crisp: ietwat laat, maar nog steeds gefeliciteerd met de kleine}

[crisp]

Als het net zoiets is als de adblocker van Norton dan kan een simpel woordje als 'ads' in je URL dit al tot gevolg hebben, wellicht dat 'serve' ook een block-word is. Het laat zich raden dat adblockers die op zo'n manier werken erg veel false positives tot gevolg hebben...

offtopic:
thanks