& vises forkert i PDF-dok, som er genereret med FPDF.

& er en HTML-entitet og virker derfor kun i et miljø, der kan fortolke HTML - du bør derfor sørge for at opbevare dine data rå, dvs med specialtegn, og så kun encode det når det skal ud i et miljø der kræver det.

Øv!  Nu er der gemt en del data i MySQl.

Måske jeg så kan løse det med denne funktionen, når jeg har hentet fra MySQL:

str_replace('&','&',$row['tekst']);

eller

er det en anden funktion, hvis den skal udskifte alle forekomster af & med &

Jeg er desværre ikke inde i PHP så kan ikke give et svar - men mit gæt vil være at der også er andre tegn der replaces, fx æøå, så det bliver nok en større omgang replace der skal til.

Jeg tror faktisk at det er løst nu med str_replace.

Jeg har også smidt inputfelterne igennem htmlspecialchars(), hvilket er årsagen til problemet. Det giver ikke problemer med æøå, men kan selvfølgelig give problemer med andre special-tegn.

Lige nu er problemet løst, men løsningen er ikke perfekt. Jeg vil nok styre det med lidt begrænsning i anvendelse af specialtegn og så anvende str_replace på de tilladte tegn.

Alternativt kan jeg anvende nogle tegnfunktioner i fpdf-scriptet. Jeg kan fx. replace med Chr(38).

Tak for dine input - specielt det sidste som fik mig på sporet af problemet.

Sendt et svar.

Løsningen er at anvende htmlspecialchars_decode() som konverterer tilbage igen.

så lægger jeg lige et svar :)

Det er helt korrekt tænkt at man skal passe på input fra brugeren når der skal gemmes i databasen - gør man ikke det risikerer man at stå med et sql injection problem, men det kan heldigvis gøres på andre måder end det du gør. I mange webløsninger opdager man aldrig den fejl du i mine øjne står i da indholdet i databasen kun bruges på web - men pludselig en dag står man og skal benytte data et andet sted og så har man lidt et problem hvis man har håndteret data forkert.