[PHP] base64_encode werkt niet in IE

[Gardocki]

Goedenavond

Ik heb een stukje code die niet doet wat ik wil in IE:

PHP:

<?php    

$string = 'blaat';    
$im     = imagecreatefrompng("images/blaat.png");    
$black = imagecolorallocate($im, 0, 0, 0);    
$px     = $string;    imagestring($im, 4, $px, 5, $string, $black);    
    
ob_start(); 
ImagePNG($im); 
$png = ob_get_contents(); 
ob_end_clean(); 

$base64 = chunk_split(base64_encode($png)); 
print("[img]\"data:image/png;base64,"[/img]"); 

?>

Zoals je ziet wil ik tekst 'on the fly' over een transparante PNG leggen en dan de afbeelding laten weergeven. Dit gaat perfect in Opera en Firefox, maar in IE krijg ik een mooi kruisje. Ik heb zitten zoeken naar een oplossing en ik kwam tegen dat IE base64-encoding niet ondersteunt. Nu is mijn vraag: hoe kan ik dit oplossen?

Wat ik niet wil:

• header("Content-Type: image/png"); erbij is geen optie omdat anders m'n hele PHP code word gezien als PNG
• Ook is het geen optie om eerst de PNG op te slaan, en dan weer te geven. Ik wil dat het persé 'on the fly' gebeurd.

Hebben jullie enig idee in welke richting ik het moet zoeken?

[Verwijderd]

Kan je het plaatje niet in een aparte image.php laten generen en die dan met de <img>-tag oproepen?

Dus image.php:

PHP:

<?php

header("Content-Type: image/png\r\n");

$string = $_GET['text'];
$im     = imagecreatefrompng("images/blaat.png");     
$black = imagecolorallocate($im, 0, 0, 0);     
$px     = $string;    imagestring($im, 4, $px, 5, $string, $black);     

ImagePNG($im); 
?>

pagina:

HTML:

[img]"image.php?text=blaat"[/img]

[edit]
Ik bedenk me net dat je op deze manier wel het probleem krijgt dat iedereen elke tekst op het plaatje kan zetten door de text-variable te veranderen...
Als dat erg is zou je misschien met een id-systeem kunnen werken, zodat elke tekst een eigen id krijgt en bij een niet bestaande id een errorplaatje komt.

[ Voor 31% gewijzigd door Verwijderd op 06-03-2004 00:23 ]

[Gardocki]

Verwijderd schreef op 06 maart 2004 @ 00:19:
Kan je het plaatje niet in een aparte image.php laten generen en die dan met de <img>-tag oproepen?

Ik denk van niet. Het is namelijk niet voor één plaatje op een pagina, maar voor meerdere. Dus ik denk niet dat dat werkt dan..

Ik zal trouwens even uitleggen waarvoor het precies is. Het is voor een gastenboek, waar nu de emailadressen plain op het beeld verschijnen. Nu wil ik de emailadressen omtoveren naar een PNG zodat de emailadressen (redelijk) spamsafe zijn.

[Skaah]

Wat je dan ook kunt doen:

HTML:

<a href="mailto:skaah(at)example(dot)com" onclick="mailto(this);">email mij</a>
<script type="text/javascript">

function mailto(el) {
 t = el.getAttribute('href');
 t = t.replace(/\(dot)/g,'.');
 t = t.replace(/\(at)/g,'@');
 el.setAttribute(href,t);
}
</script>

Of gelijksoortige oplossingen. Veel base64 code meesturen geeft wel erg veel overhead voor zoiets simpels.

[ Voor 53% gewijzigd door Skaah op 06-03-2004 14:02 ]

[Verwijderd]

Tom S. schreef op 06 maart 2004 @ 13:40:
[...]

Ik denk van niet. Het is namelijk niet voor één plaatje op een pagina, maar voor meerdere. Dus ik denk niet dat dat werkt dan..

Ik zal trouwens even uitleggen waarvoor het precies is. Het is voor een gastenboek, waar nu de emailadressen plain op het beeld verschijnen. Nu wil ik de emailadressen omtoveren naar een PNG zodat de emailadressen (redelijk) spamsafe zijn.

Volgens mij maakt het verder niet uit hoe vaak je dat script oproept, probleem is alleen wel dat je voor elke plaatje weer een nieuwe instantie van je script opgeroepen wordt en er dus wat meer overhead bij komt kijken.

Het proces werkt volgens mij zo:
- browser stuurt request om pagina
- server parst gastenboek, stuurt html-code op
- browser komt bij het parsen van html [img]"image.php?text=[e-mail]"[/img] tegen
- browser stuur request om plaatje
- server genereert plaatje voor [e-mail], stuurt het op
- browser komt bij het parsen van html [img]"image.php?text=[e-mail]"[/img] tegen
- server genereert plaatje voor [e-mail]
enzovoort


Maar in dit geval is het inderdaad niet handig, want als je het voor het 'verstoppen' van emaildressen gebruikt zal je in je source steeds image.php?text=[e-mail], waardoor het adres nog steeds onveranderd in de html-source staat...

[Skaah]

Verwijderd schreef op 06 maart 2004 @ 20:33:
[...]
Maar in dit geval is het inderdaad niet handig, want als je het voor het 'verstoppen' van emaildressen gebruikt zal je in je source steeds image.php?text=[e-mail], waardoor het adres nog steeds onveranderd in de html-source staat...

De perfecte plek voor base64 en- en decoding. Of nog een stapje moeilijker: base64(gzip(crypt($string))) en dan terug base64decoden, unzippen en decrypten. Speaking of overkill.

[Gardocki]

Verwijderd schreef op 06 maart 2004 @ 20:33:
[...]


Volgens mij maakt het verder niet uit hoe vaak je dat script oproept, probleem is alleen wel dat je voor elke plaatje weer een nieuwe instantie van je script opgeroepen wordt en er dus wat meer overhead bij komt kijken.

Het proces werkt volgens mij zo:
- browser stuurt request om pagina
- server parst gastenboek, stuurt html-code op
- browser komt bij het parsen van html [img]"image.php?text=[e-mail]"[/img] tegen
- browser stuur request om plaatje
- server genereert plaatje voor [e-mail], stuurt het op
- browser komt bij het parsen van html [img]"image.php?text=[e-mail]"[/img] tegen
- server genereert plaatje voor [e-mail]
enzovoort


Maar in dit geval is het inderdaad niet handig, want als je het voor het 'verstoppen' van emaildressen gebruikt zal je in je source steeds image.php?text=[e-mail], waardoor het adres nog steeds onveranderd in de html-source staat...

Dat lijkt mij idd geen praktische oplossing. En tevens is het voor mij denk ik iets te hoog gegrepen, als je snapt wat ik bedoel

Skaah schreef op 06 maart 2004 @ 13:59:
Wat je dan ook kunt doen:

HTML:

<a href="mailto:skaah(at)example(dot)com" onclick="mailto(this);">
email mij</a>
<script type="text/javascript">

function mailto(el) {
 t = el.getAttribute('href');
 t = t.replace(/\(dot)/g,'.');
 t = t.replace(/\(at)/g,'@');
 el.setAttribute(href,t);
}
</script>

Of gelijksoortige oplossingen. Veel base64 code meesturen geeft wel erg veel overhead voor zoiets simpels.

Ik denk dat ik een variant op deze ga doen. M'n idee is om alleen de @ te vervangen door een afbeelding met een @ erop. Dus zoiets in PHP:

PHP:

$email = ereg_replace("@", "[img]'images/apestaartje.png'[/img]", $email);

Zo zou het in principe ook veilig moeten zijn, denk ik. In dit geval hoef ik maar één plaatje op te slaan en het is voor mij iets simpeler om te implementeren.

[ Voor 6% gewijzigd door Gardocki op 07-03-2004 12:58 ]

[Skaah]

Tom S. schreef op 07 maart 2004 @ 12:58:
[...]

Ik denk dat ik een variant op deze ga doen. M'n idee is om alleen de @ te vervangen door een afbeelding met een @ erop. Dus zoiets in PHP:

PHP:

$email = ereg_replace("@", "[img]'images/apestaartje.png'[/img]", $email);

Zo zou het in principe ook veilig moeten zijn, denk ik. In dit geval hoef ik maar één plaatje op te slaan en het is voor mij iets simpeler om te implementeren.

Ja, maar zo kun je geen aanklikbare links maken.

[Spider.007]

Skaah schreef op 07 maart 2004 @ 13:49:
[...]

Ja, maar zo kun je geen aanklikbare links maken.

Het kan wel; alleen staat het email adres dan weer in de source Sowieso begrijp ik niet waarom de TS de email adressen zo graag weer wil geven; alleen een beveiliging van de link (zoals Skaah een voorbeeld geeft) is voldoende

[Gardocki]

Skaah schreef op 07 maart 2004 @ 13:49:
[...]

Ja, maar zo kun je geen aanklikbare links maken.

Hmm, dat is waar. Dat stukje javascript doet het trouwens niet. Ik krijg wel een mooi linkje, maar als ik erop druk dat zie je nog steeds in een emailprogramma "blaat(at)blaat(dot).nl" ipv "[e-mail]". Terwijl dat scriptje die (at) en die (dot) juist moet vervangen door een @ en . voor zover ik kan zien.

[ Voor 4% gewijzigd door Gardocki op 07-03-2004 14:39 ]

[Verwijderd]

usericon.php?id=12345

Het e-mail adres van betreffende user haal je uit de database, en verwerk je server-side. De client hoeft alleen het nummer te weten.

[NMe]

Tom S. schreef op 07 maart 2004 @ 14:39:
[...]

Hmm, dat is waar. Dat stukje javascript doet het trouwens niet. Ik krijg wel een mooi linkje, maar als ik erop druk dat zie je nog steeds in een emailprogramma "blaat(at)blaat(dot).nl" ipv "[e-mail]". Terwijl dat scriptje die (at) en die (dot) juist moet vervangen door een @ en . voor zover ik kan zien.

Dat doettie onClick. Dus pas nadat je erop geklikt hebt.