[MySQL] Vreemde kriebels i.p.v. accenten *

[Verwijderd]

Ik heb zojuist een MySQL-database overgezet naar een nieuwe server, en nu doet de vreemde fout zich voor dat accenttekens (bijvoorbeeld ë en ü) in de browser worden afgebeeld als bijvoorbeeld A&%^. In de source staat er wel gewoon een accentteken, net als in de MySQL-database. Ik weet geen details van de beide servers, maar het zou kunnen dat we zijn verhuisd van Unix naar Windows of omgekeerd.

Weet iemand hiervoor een oplossing?

[Snow_King]

met welke programmeer taal haal je de gegevens op?

[faabman]

dat heeft te maken met je charset / contenttype, kijk daar even naar...

[ Voor 11% gewijzigd door faabman op 28-04-2004 13:00 ]

[Verwijderd]

@Snow King: PHP. Ik heb al geprobeerd de tekens om te zetten naar HTML-code met htmlentities(), maar dan krijg ik ook dingen als <br /> in de tekst.

@faabman: waar moet ik dat aanpassen? In PHP, in MySQL of op de server?

[RSpliet]

Probeer eens in je metatags te zetten datde browser de ISO-8859-1 character encoding gebruikt in plaats van UTF-8. Met een beetje geluk helpt t. Kan ook UTF-16 nog proberen, maar die is niet zo gangbaar en de 16 vind ik wat onheilspellend (als het gewone 8-bit chars zijn... * RSpliet weet er ook niet alles van)

Edit: deze dus:

HTML:

<META http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">

[ Voor 30% gewijzigd door RSpliet op 28-04-2004 13:34 ]

[Verwijderd]

Nee, ISO-8859-1 werkt ook niet.

[MatHack]

ISO-8859-15 zou het moeten zijn.

[Markieman]

_{Ik zou eens wat beter moeten lezen}

[ Voor 109% gewijzigd door Markieman op 28-04-2004 13:56 ]

[usr-local-dick]

S3v3n_0f_n1n3 schreef op 28 april 2004 @ 13:27:
...

Heeeee hetzelfde usericon???

modbreak: heeeee pointless opmerking laat dat even

[ Voor 25% gewijzigd door curry684 op 28-04-2004 14:12 ]

[Verwijderd]

Tja, ISO-8859-15 werkt ook niet... zijn er geen serverinstellingen die gewijzigd moeten worden? Het is toch gek dat de source code wèl gewoon goed is.

[Markieman]

htmlspecialchars al geprobeerd?

[ Voor 80% gewijzigd door Markieman op 28-04-2004 14:45 ]

[Verwijderd]

Nee, want die pakt alleen de tekens '&', '"', ''', '<' en '>'

[usr-local-dick]

Wat jij nu meemaakt ligt aan het feit dat er verschillende charsets gebruikt worden bij het invoeren en het displayen van de teksten.
Ik zie nog nergens in je verhaal staan dat je UTF-8 hebt gebruikt om te displayen. Kun je dat proberen?

[Verwijderd]

Heb ik geprobeerd, maar ook UTF-8 helpt niet:

code:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

Als iemand me kan uitleggen waar het probleem precies vandaan komt, dan kan ik misschien zelf een oplossing bedenken. Het moet wel aan de server liggen, want ik heb het ook met "gewone" HTML-pagina's zonder PHP of databasekoppeling.

Ik heb zoiets echt nog nooit meegemaakt...

[ Voor 33% gewijzigd door Verwijderd op 29-04-2004 11:24 ]

[NMe]

Als de source code in orde is dan kan het niet aan de server liggen volgens mij, ik denk toch echt dat het iets met je charset is. Heb je in je browser soms de charset settings ge-override?

[Verwijderd]

Het is niet alleen in mijn browser - ik zie het bij iedereen!

[NMe]

Verwijderd schreef op 29 april 2004 @ 13:35:
Het is niet alleen in mijn browser - ik zie het bij iedereen!

Dan is het volgens mij nog steeds iets met een charset. Waarom geef je niet even een linkje of post je wat html (t/m de head tag enzow)?

[Verwijderd]

Goed idee.

Kijk hier voor een voorbeeldje.

[T-MOB]

In dit topic bij de buren is het vandaag opgelost door in PHP de charset mee te geven in een header...

[Verwijderd]

Da's ook toevallig! Heel erg bedankt - het werkt!

[drm]

For the record: het is beter om het in je webserverinstellingen aan te passen (indien mogelijk). 't Kan namelijk voorkomen dat PHP het niet kan "overriden" (heb ik onlangs nog gehad).

Verder doet htmlentities wel degelijk meer vervangen dan alleen de > < en " hoor. Het enige nadeel is dat het vaak juist html (uit een database o.i.d.) is, die die probleemtekens bevat.