Zorg ervoor dat je op je site overal UTF-8 encoding aanzet:
- Zorg ervoor dat je al je bestanden URL-8 encoding hebben
- Zorg ervoor dat je UTF-8 metatags gebruikt: <meta charset="UTF-8">
- Zorg er voor dat je UTF-8 headers in PHP gebruikt, vóór je de output plaatst: header('Content-Type: text/html; charset=utf-8');
- Zorg ervoor dat je hele database velden en tabellen gebruikt die UTF-8 ondersteunen, en dat je database ook aan wordt gesproken door PHP om UTF-8 te gebruiken.
Dan kan er helemaal niks meer misgaan, en zal je alle exotische karakters zoals éáóí etc. weer kunnen zien.
Collation maakt toch niet uit? Dat is alleen van invloed op tekstsortering en -vergelijking voor zover ik weet.
Anyhoo, je hebt de hint wss al begrepen: zorg dat overal je character encodingen hetzelfde zijn.
EDIT:
Dan kan er helemaal niks meer misgaan, en zal je alle exotische karakters zoals éáóí etc. weer kunnen zien.
Tenzij je geen character encoding had geselecteerd op het moment van wegschrijven. Als je dan nu je connectie criteria repareert komt de fout pas naar boven ;-).
Hm, vermoeden: de database is wel UTF-8, maar de site is in ISO-8859-1 uitgevoerd en de connectie is daarom latin1.
Dus de data is wel goed opgeslagen als UTF-8, maar kan niet worden weergegeven in ISO-8859-1 (latin1). Deze karakters worden vertaald naar een '?' als ze terug omgezet worden van UTF-8 naar latin1 (omdat je connectie latin1 is).
Blijft de vraag: waarom is de site niet UTF-8 (en de db wss wel)? :)
EDIT: Ik zie nou een charset in de source, weliswaar na de title-tag, maar goed :)