Flyt fra 4.0.24 til 5.24

Når du sender den ind gennem PMA burde du kunne vælge hvilket tegnsæt den skal læse filen med. Jeg mener den som standard står til utf8, så prøv at vælge latin1 (eller omvendt, hvis den står til latin1 som standard).

Ingen effekt

Hvilken Kollation ville du sætte på selve databasen ?

latin1_swedish_ci hvis der ikke skal bruges "fremmede" tegnsæt, og utf_danish_ci eller utf_general_ci hvis der kan - det bør dog ikke påvirke importen, kun sortering.

Præcist hvordan bliver æ, ø, og å skrevet ind når du sætter SQL-filen ind? Det virker nemlig som om det er en problem med at PMA mener din fil bruger et andet tegnsæt end det reelt gør.

Hmm, det er faktisk ikke i databasen i phpmyadmin står det korrekt, men på siden står det forkert.

Hmm, når jeg kigger på siden står der St?t men i phpmyadmin Støt

Kan du komme med et lille eksempel på fejlen (evt. et link)? Det tyder nemlig stadig på tegnsætsproblemer (dvs. SIDEN bruger et andet tegnsæt end databasen), men det er jo lidt svært at løse et problem når man ikke ved præcist hvad problemet er :)

Nu siger du det bliver til et spørgsmålstegn - så må din side være sat op til at køre UTF-8, korrekt?

Have no idea, da det er en standard oscommerce

Vil helst ikke ud med en URL da serveren og adressen helst skal være ukendt endnu.

Men ifølge en phpinfo skriver den: Content-Type  text/html; charset=UTF-8

Og den gamle kommer med: Content-Type  text/html; charset=iso-8859-1

Prøv lige at åbne filen for det sprog du bruger - den ligger i catalog/includes/languages og hedder (ditsprog).php (dvs. english.php for engelsk, danish.php eller dansk.php for dansk). Find linien med define('CHARSET'[...]); - der skulle gerne stå define('CHARSET', 'iso-8859-1');.

Check evt. hvilket tegnsæt din browser bruger (burde ligge i Vis/View-menuen), dette skulle gerne være Vesteuropæisk (ISO) (el. tilsvarende på det sprog din browser nu kører med).

Det gør det også

Hmm, den stod til UTF i browseren

Men den har altid stået til UTF og har ingen problemer på den gamle server.

Så har databasen muligvis også været gemt i UTF-8 på den gamle?

En ting du kunne gøre for lige at fuske dig til at den rent faktisk bruger ISO-8859-1 i browseren ville være at indsætte en header-statement øverst i osCommerces config-fil (hvis det er et PHP-script, som jeg formoder):

header('Content-type: text/html; charset=iso-8859-1');

Men hvis osCommerce tror den arbejder med UTF-8, kan det give displayproblemer af dens egen tekst.

Du kan også importere til din database som UTF-8 - det skulle kunne gøres ved at ændre collation på din database til utf_general_ci (eller utf_danish_ci) og så importere databasen på ny.

Desuden bør du også lige checke CREATE TABLE-sætningerne for dit dump og sikre dig at den ikke står til latin1_swedish_ci ved et af feltnavnene, selvom det lader til den har kørt i UTF-8.

Smid et svar jeg fandt problemet ! Serveren var til at sende UTF-8 på PHP sider som standard

Troede nu osCommerce overridede det, men det gjorde den åbenbart ikke :)

Svar kommer her :)