[Erik Stenman]

Finns det någon nackdel med att använda UTF-8 i stället för ISO Latin 1?
Nu har det för mig blivit så att det som läggs in i databasen är i UTF-8, tror jag, och resten i ISO latin 1. Kan någon förklara varför det visas korrekt för användaren i UTF-8 från databasen när kollationeringen är latin1_swedish_ci?

[Magnus_A]

Kollationering är sorteringsordning och inget annat.

Vad som kommer ut ifrån en databas bestäms av:
vad som finns i den samt,
eventuella konverteringar av innehållet på vägen, som styrs av fältet, tabellens och databasens förinställda teckenkodning i relation till frågan och uppkopplingen.
Håller man sig till samman teckenkodning hela vägen så blir det oftast rätt.

[Erik Stenman]

Så mitt phpskript kan påverka. Utan tillgång till php.ini kan jag då ställa in teckenkodning för php?

[allstars]

Utan tillgång till php.ini kan jag då ställa in teckenkodning för php?

Default-inställningarna på servern kan du inte ställa in utan tillgång till php.ini, nej

Enstaka filer och databasen, ja.

[Magnus_A]

Du kan få ut information genom några kommandon i php, om det är det du använder:
mysqli->character_set_name() ger dig anslutningens teckenkodning,
och med mysqli->set_charset sätter du den.
Förhoppningsvis vet du vad dina fält har för kodning, annars talar result->fetch_fields() om det för dig.
Lycka till.

[Erik Stenman]

Nu får jag rätt både på texten på sidan och den från databasen. Dock så visar inte längre google annonserna åäö längre. Vad kan då vara fel?
edit: Jag hade visst satt på att webbläsaren ignorerade sidans teckenkodning.

[tartareandesire]

Originally posted by aquastorm@Apr 9 2008, 20:17
Nu får jag rätt både på texten på sidan och den från databasen. Dock så visar inte längre google annonserna åäö längre. Vad kan då vara fel?
edit: Jag hade visst satt på att webbläsaren ignorerade sidans teckenkodning.

Den inställningen har jag aldrig använt mig av. Off-topic, vad innebär att webbläsaren ignorerar teckenkodningen förresten? Då får du alltid det som är satt som default i webbläsaren? Min Frefox beter sig lite märkligt med Yahoos mail ibland, dock relativt slumpartat vad det verkar...

On-topic, UTF-8, UTF-8, UTF-8, det kan aldrig påpekas nog ofta =)

[EmilIsberg]

Originally posted by aquastorm@Apr 9 2008, 16:00
Finns det någon nackdel med att använda UTF-8 i stället för ISO Latin 1?

Det finns i stort sett enbart fördelar att använda UTF-8.
Enda nackdelen som jag kan komma på är att det inte är alla editorer som har stöd för att spara i UTF-8, men det finns tillräckligt många editorer för att det inte ska vara ett stort problem.

Om man bara riktar sig mot en svensk publik fungerar UTF-8 lika bra som ISO-8859-1 (latin 1), men så fort man börjar fundera på att rikta sig mot andra marknader blir det enklare om man använt UTF-8 från början.

Om du har ett val mellan UTF-8 och ISO-8859-1 bör du välja UTF-8 för att vara någorlunda framtidssäker.

Se till att gå över till att använda UTF-8 även i tabellernas inställning så får du inte skumma fel i sortering och när du återställer backupper.

[Erik Stenman]

Tack. I min webläsare safari kan man ställa in en annan teckenkodning än vald. Då använder jag UTF-8 då.

[SimonP]

Originally posted by aquastorm@Apr 9 2008, 15:00
Finns det någon nackdel med att använda UTF-8 i stället för ISO Latin 1?

Ja, databasstorleken kan fördubblas om du kör Fixed-row format, i såna fall kan alltså UTF-8 kräva ungefär dubbelt så mkt hårddiskutymme, men kör man med standardinställningen Dynamic-row format blir storleksskillnaden knappt märkbar.

Fördelen med Fixed row är det tar lite mindre CPU av servern samt att man slipper köra Optimize på MySQL-MyISAM tabeller. Men Fixed row behöver man normalt sett bara använda om man har enormt många records i sina tabeller.