UTF-8 en MySQL/PHP

[Paul van der Vlis]

Hallo,

Ik heb een site waarin mensen iets moeten intikken in een form, de data
komt in een MySQL database, en wordt later weergegeven m.b.v. PHP. Mijn
probleem is dat sommige mensen tekens invoeren die later niet goed
worden weergegeven, bijvoorbeeld de o-umlaut.

Ik vraag me af of wat er wordt ingevoerd afhankelijk is van de encoding
bij al die mensen die wat tikken? Zelf gebruik ik UTF-8.

Uiteraard ben ik op zoek naar een mogelijkheid tot conversie van de
invoer naar UTF-8. Wie weet raad?

Met vriendelijke groet,
Paul van der Vlis.

[Daniel Tryba]

Paul van der Vlis <paul@vandervlis.nl> wrote:
> Uiteraard ben ik op zoek naar een mogelijkheid tot conversie van de
> invoer naar UTF-8. Wie weet raad?

iconv (http://nl.php.net/iconv). Maar wellicht is het al afdoende als je
op je paginas de goede charset opgeeft.

--

Daniel Tryba

[Paul van der Vlis]

Daniel Tryba wrote:
> Paul van der Vlis <paul@vandervlis.nl> wrote:
>
>>Uiteraard ben ik op zoek naar een mogelijkheid tot conversie van de
>>invoer naar UTF-8. Wie weet raad?
>
> iconv (http://nl.php.net/iconv).

Het probleem is dat je dat moet incompileren, het gaat om een site bij
een hostingprovider. Uiteraard kan ik met ze overleggen.

> Maar wellicht is het al afdoende als je
> op je paginas de goede charset opgeeft.

Dat doe ik al.

Het belangerijkste is eigenlijk dat ik weet wat voor input ik kan
verwachten, zodat ik het kan converteren. Ik vraag me af of ik er van
uit kan gaan dat ik UTF-8 input krijg als ik een UTF-8 charset heb
opgegeven.

Verder vraag ik me af of PHP of MySQL misschien problemen hebben met
UTF-8. Of het misschien converteren naar iets anders.

Met vriendelijke groet,
Paul van der Vlis.

[Daniel Tryba]

Paul van der Vlis <paul@vandervlis.nl> wrote:
>>>Uiteraard ben ik op zoek naar een mogelijkheid tot conversie van de
>>>invoer naar UTF-8. Wie weet raad?
>>
>> iconv (http://nl.php.net/iconv).
>
> Het probleem is dat je dat moet incompileren, het gaat om een site bij
> een hostingprovider. Uiteraard kan ik met ze overleggen.

Het is onbegonnen werk op "handmatig" alle conversie mogelijkheden te
maken.

>> Maar wellicht is het al afdoende als je
>> op je paginas de goede charset opgeeft.
>
> Dat doe ik al.
>
> Het belangerijkste is eigenlijk dat ik weet wat voor input ik kan
> verwachten, zodat ik het kan converteren. Ik vraag me af of ik er van
> uit kan gaan dat ik UTF-8 input krijg als ik een UTF-8 charset heb
> opgegeven.

Logisch gezien zou ik niets anders verwachten. Ik loop morgen tegen een
zelfde vraagstuk aan, in de hduige opzet is het charset van de browser
iso-8859-1, zut wordt gepost en tbv SOAP/XMLRPC geconverteerd naar
UTF-8. Er vind echter geen conversie van UTF-8 terug naar iso en in de
browser heb je dan bv ipv een e" 2 characters :) Ik vermoed dat het
toevoegen van charset UTF-8 voor die pagina en de op die pagina
gebruikte html_entities aanroepen het probleem afdoende zal oplossen,
maar dus morgen meer hierover (als ik er tijd voor krijg).

> Verder vraag ik me af of PHP of MySQL misschien problemen hebben met
> UTF-8. Of het misschien converteren naar iets anders.

Volgens mij is het geen probleem (ik ben zelf nog geen rare dingen tegen
gekomen wat dat betreft) en volgens
http://www.mysql.com/documentation/mysql/bychapter/manual_MySQL_Database_Administration.html#Localisa tion
lijken de charsets gebruikt te worden voor sorteren en conversies in
mysql, zolang je dat niet doet is er geen probleem.

--

Daniel Tryba

[Paul van der Vlis]

Daniel Tryba wrote:
> Paul van der Vlis <paul@vandervlis.nl> wrote:
>
>>>>Uiteraard ben ik op zoek naar een mogelijkheid tot conversie van de
>>>>invoer naar UTF-8. Wie weet raad?
>>>
>>>iconv (http://nl.php.net/iconv).
>>
>>Het probleem is dat je dat moet incompileren, het gaat om een site bij
>>een hostingprovider. Uiteraard kan ik met ze overleggen.
>
> Het is onbegonnen werk op "handmatig" alle conversie mogelijkheden te
> maken.

Zeker als ik niet zeker ben van de input.

>>>Maar wellicht is het al afdoende als je
>>>op je paginas de goede charset opgeeft.
>>
>>Dat doe ik al.
>>
>>Het belangerijkste is eigenlijk dat ik weet wat voor input ik kan
>>verwachten, zodat ik het kan converteren. Ik vraag me af of ik er van
>>uit kan gaan dat ik UTF-8 input krijg als ik een UTF-8 charset heb
>>opgegeven.
>
> Logisch gezien zou ik niets anders verwachten. Ik loop morgen tegen een
> zelfde vraagstuk aan, in de hduige opzet is het charset van de browser
> iso-8859-1,

Ik bedoelde de charset van de webpagina.

> zut wordt gepost en tbv SOAP/XMLRPC geconverteerd naar
> UTF-8. Er vind echter geen conversie van UTF-8 terug naar iso en in de
> browser heb je dan bv ipv een e" 2 characters :) Ik vermoed dat het
> toevoegen van charset UTF-8 voor die pagina en de op die pagina
> gebruikte html_entities aanroepen het probleem afdoende zal oplossen,
> maar dus morgen meer hierover (als ik er tijd voor krijg).

Let vooral op de kleine "o" met umlaut.

>>Verder vraag ik me af of PHP of MySQL misschien problemen hebben met
>>UTF-8. Of het misschien converteren naar iets anders.
>
> Volgens mij is het geen probleem (ik ben zelf nog geen rare dingen tegen
> gekomen wat dat betreft) en volgens
> http://www.mysql.com/documentation/mysql/bychapter/manual_MySQL_Database_Administration.html#Localisa tion
> lijken de charsets gebruikt te worden voor sorteren en conversies in
> mysql, zolang je dat niet doet is er geen probleem.

Ik hoop het. Maar in elk geval het gebruik van o-umlaut levert bij mij
dus problemen op (bijvoorbeeld errors in de validering bij het W3C), als
ik "&ouml;" gebruik dan gaat het wel goed.

Met vriendelijke groet,
Paul van der Vlis.