På grund av flytt internt hos Glidecom/FS-data har jag varit tvungen att byta server. VÄLDIGT motvilligt bör tilläggas.
Databasen flyttades tidigare utan problem med teckenkodning utan utf-8 var det även då.

Dock efter att filerna flyttades hände något. Trots att de filerna verkar vara skrivna med utf-8 så blir teckenkodningen från databasen är fel.
Databasen är kontrollerad och inget fel hittades där.

Jag har provat att ladda upp filerna igen.

Någon som vet?

Om du kollar i databasen via phpmyadmin, ser tecknena (åäö) konstiga ut då?

Eller det är det du menar med "Databasen är kontrollerad och inget fel hittades där."?

Databasen är det inget fel på. Korrekt teckenkodning där, som sagt.
Databasan flyttades vid tidigare tillfälle, då var det inga problem, utan fel uppståd när asp-filerna flyttades.

låter som servern inte har rätt charset.

Ändra i php.ini till:

default_charset = "iso-8859-1"

kan inte.
Det är ett webbhotell så jag har inte tillgång till dessa inställningar.

Dessutom är det utf-8 jag vill ha, skall man ändra default till iso-8859-1 då, verkligen?

Nej, då är det såklart default_charset = "utf-8" istället. :)
Om inte webbhotellet kan hjälpa dig och du inte står ut med konstiga tecken så skulle jag nog bytt till ett webbhotell som kan hjälpa dig.

SET NAMES utf8;

För rätt uppkoppling till databasen? Du måste nog förklara lite bättre var och hur det blir fel.

Du måste ha rätt teckensnitt:
1. I databasen.
2. Vid uppkopplingen.
3. I skriptspråket.
4. Deklarerat på sidan.

Data kan också ha blivit fel genom att exempelvis filer i utf-8 har importerats till databasen som ISO-8859-1.

Teckensnitt, i databasen? Hmm.

Allt var ju ok från början tills webbhotellet tyckte att de ville flytta mina filer till annan server. Nu känns det som dumförklaringar från flera håll.

Det fel som det ser ut att vara är att den nya servern har ngn vajsing på default-character-set som gör att min hemsida (som alltså tidigare inte var något fel på alls gällande teckenkodningen).

1. Databasen är precis den samma som tidigare som används nu.
2. Filerna är uppladdade igen ( med de filer jag har lokalt som jag vet redan är i UTF-8)
3. Connection string är satt till charset=utf-8;

Allt utan påvisat resultat.

Ibland är det konstigt, trots rätt teckenkodning i databasen och på filerna. Du kan testa att göra följande
mysql_query("SET NAMES utf8", $this->connection) or die(mysql_error());
mysql_query("SET CHARACTER SET utf8", $this->connection) or die(mysql_error());

där $this->connection är detsamma som mysql_connect([Din databasinfo]);

Om webhotellet har tvingat dig att flytta server så får ju dom utan snack se till att det fungerar för dig på den nya servern. Allt annat är fel. Om inte, byt webhotell!

Ojdå, hela webbplatsen otillgänglig.
De tröttnade väl på mig

Om informationen i databasen ser korrekt ut när du kikar i tex phpmyadmin så låter det mer som om filerna har fått fel charset på något sätt vid flytten...Har du provat att spara om filerna på din dator i utf-8 format (i dreamweaver tex gör man det under modify->page properties -> title/encoding)?

Gällande phpmyadmin så har FSdata gjort sig ett försök att fixa databasen. Det ligger en kopia där nu iaf.
Min databas som används tidigare (kan se den med samma user) ser helt rätt ut (den är i utf-8 och collalisionen (stavn?) är utf-8, byter jag till den nya databasen som webbhotellet skapat ser det ut som det är dubbelkonverterat på ngt sätt.
Det är alltså inte latin1.

Exempel: databas 1 (original)
"Nu är det spännande - inte så lång tid kvar innan ..."

Databas 2 som fs-data nu alltså gjort
"Nu är det spännande - inte så lång tid kvar in..."

Det ser alltså ut som om man har latin1 inställt för uppkopplingen, men det stämmer jag inte, då jag nu bara bläddrar mellan databaserna i phpmyadmin.