mysql + php soms rare tekens in database

[PainkillA]

Ik heb een formulier met landen selectielijst welke onder andere bevat:
"Italië"

Nu zijn er ook waardes in de database welke als volgt eruitzien:
"Italië"

Dit moet Italië zijn maar wat ik ook doe ik kan het nooit zelf herproduceren. De website bevat:
"<meta http-equiv="content-Type" content="text/html; charset=utf-8">"

het formulier bevat:
"<option value="Italië" >Italië</option>"

Dit wordt in een tabel opgeslagen met de collation:
latin1_swedish_ci

heeft iemand een idee waar dit aan kan liggen? het rare is dat het overgrote deel goed gaat maar een enkele word fout geinsert en allemaal met een trema e erin.

[Koetjeboe]

Nou, dat komt doordat je tabel latin1_swedish_ci is ipv utf8_*

Nu zul je dit dus expliciet moeten omzetten of je tabel ook utf8 maken. Let er wel op dat sommige php functies ook niet standaard utf8 gebruiken/compatibel zijn, zoals html_entities en strtoupper en dergelijke.

[ Voor 33% gewijzigd door Koetjeboe op 05-10-2009 15:09 ]

[Voutloos]

Je gebruikt latin1 en utf-8 door elkaar heen en je hebt geen idee wat er fout gaat?

[RobIII]

^^ Wat hij zegt. Daarbij is het verstandig ook even te kijken welke encoding je meegeeft in de HTTP headers (en dus niet in de HTML meta tags); als daar wéér iets anders in staat is de verwarring natuurlijk compleet

[Matis]

Natuurlijk verhelpt dat het *probleem* niet, maar waarom gebruik je in je database niet gewoon de
Wikipedia: ISO 3166-1 ?

[PainkillA]

Voutloos schreef op maandag 05 oktober 2009 @ 15:08:
Je gebruikt latin1 en utf-8 door elkaar heen en je hebt geen idee wat er fout gaat?

natuurlijk had ik ook al het idee dat het aan de encoding lag maar waarom gaat het dan zeg maar 80% van de tijd wel goed?

als ik in de http headers kijk zie ik staan "Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7"

ik zit er aan te denken om dan de tabel om te zetten naar utf-8.

[RobIII]

PainkillA schreef op maandag 05 oktober 2009 @ 15:21:
als ik in de http headers kijk zie ik staan "Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7"

Dat is wat je browser verstuurt naar je webserver (Request Header). Het gaan om wat je webserver verstuurd naar je browser (Response Header) Je moet dan kijken naar de Content-Type: text/html; charset=XXX header.

PainkillA schreef op maandag 05 oktober 2009 @ 15:21:
ik zit er aan te denken om dan de tabel om te zetten naar utf-8.

Het is sowieso goed gebruik om alle encodings overal gelijk te houden

[ Voor 37% gewijzigd door RobIII op 05-10-2009 15:33 ]

[HuHu]

PainkillA schreef op maandag 05 oktober 2009 @ 15:21:
[...]


natuurlijk had ik ook al het idee dat het aan de encoding lag maar waarom gaat het dan zeg maar 80% van de tijd wel goed?

Ga eens Googlen op het verschil tussen beiden, zou ik dan zeggen. Dan zul je er achter komen dat voor de meeste letters het geen verschil maakt, aangezien die op dezelfde positie zitten, maar voor de wat meer speciale letters (zoals de ë) wel.

[Joolee]

Je moet alles in één formaat zetten. Alleen je database veranderen gaat niet helpen.

Je moet in je verbinding met je database het juiste karakterset gebruiken, je PHP functies moeten het karakterset ondersteunen, je moet in je antwoord naar de browser de juiste HTTP header meesturen.

Nu vergeet ik ongetwijfeld iets maar hiermee moet je al verder komen.

[Janoz]

The Absolute Minimum Every Software Developer Absolutely, Positively Must Know About Unicode and Character Sets (No Excuses!)

[Verwijderd]

Bedankt voor de tip Janoz, leuk leesvoer.

[HuHu]

Haha... ik lees nu pas goed de topic-start, dus ik ga mezelf citeren uit een ander topic:

HuHu schreef op woensdag 23 september 2009 @ 12:56:
Tip: laat de klant het land niet invullen, maar laat hem kiezen uit een lange lijst en sla de ISO 3166-1 code op. Bij voorkeur de alpha-2.

Nu laat PainkillA al kiezen uit een lijst, dus voor hem geldt alleen het stukje over het opslaan van de landcode.

[Voutloos]

HuHu: Matis refereerde al daarnaar.

Maar dan nog heeft ts verplicht leesvoer.