Opeens vreemde leestekens, hoe krijg je dat goed?

[Blacky]

Ik heb net een domein verhuist, mysql backup gerestored, geen probleem allemaal.

Maar het betreft hier een forum met satelliet posities. Deze worden nu opeens als volgt weergegeven:
Intelsat 9 - 58° W

Waar het vandaan komt weet ik niet, maar sinds de move naar de huidige server, staat er dus opeens die vreemde  voor dat gradentekentje, en die stond er eerst niet voor.

Hoe krijg ik dat weg?
Ik neem aan dat het met een of andere codepage te maken heeft. De huidige server is een Debian 3.1.
De /etc/default/local staat op LANG="en_US.UTF-8" hetgeen me vrij standaard lijkt.
Hoe kan ik dit oplossen?

[Phu]

Hoe heb je mysql backup gerestored ? via phpMyAdmin of een andere programma.

Bij phpMyAdmin heb ik soortgelijke foutmeldingen gehad
heb toen via ssh alles terug gezet en geen last van gehad.

[Blacky]

Mysql heb ik gerestored gewoon via ssh.
mysql -uUSERNAME -p DATABASENAME < /path/to/the/backup.sql
Zo doe ik het altijd, tot nu toe nooit problemen mee gehad. Wel met phpMyadmin of vanuit de forumsoft zelf (vaak time-outs) dus doe ik het altijd via SSH.

[Phu]

Misschien even kijken of dezelfde software op beide machines draait
zou net kunnen zijn dat de nieuwe machine oudere forumsoftware draait

[Blacky]

Ben net even aan het snuffelen geweest, blijkt dat het al in de backup zit, dus er is iets misgegaan met de backup die de klant getrokken heeft (heeft ie niet via ssh gedaan).
We gaan een nieuwe poging wagen.

Bedankt voor het meedenken!

[Blacky]

Het blijft mis gaan, backup maken via forum, DA of phpmyadmin maakt niet uit, die vreemde tekens blijven terugkomen in de backup.

Schijnt normaal te zijn, staat ook in de oude backups, maar hij zou ze na de restore weer goed moeten zetten en schijnbaar worden ze niet geconverteerd.

[Ramon Fincken]

als je encoding goedstaat kun je ook even hier kijken
http://www.ramonfincken.com/29/PHP+c...+database.html

[Marinus]

Kun je zien welke encoding de oude database heeft? Kan zijn dat daar verschil in zit.

Ik heb er vaak ook problemen mee in websites (tekst op Windows in Word geschreven, op Mac in een HTML bestand gezet en op een Linux server geupload), dan worden alle accenten raar weergegeven. Oplossing is dan gebruik te maken van de html codes voor die accenten...

[J.Haagmans]

Kun je zien welke encoding de oude database heeft? Kan zijn dat daar verschil in zit.

Ik heb er vaak ook problemen mee in websites (tekst op Windows in Word geschreven, op Mac in een HTML bestand gezet en op een Linux server geupload), dan worden alle accenten raar weergegeven. Oplossing is dan gebruik te maken van de html codes voor die accenten...

Dat laatste is tegenwoordig altijd aan te raden. Elk speciaal teken heeft een dergelijke code. Gebruik ze! Scheelt enorm in conversieproblemen.

[phreak]

Waarschijnlijk stond deze op een MySQL 4.0 database, die gebruikt maakt van latin_swedish, dan gaat het importeren zeker niet goed, wat je eventueel kan doen, is via phpmyadmin een Legacy import te doen (MySQL 4.0 of ouder)

[RvdH]

Apache op Debian zet de DefaultCharset standaard op UTF8. De directive heet "AddDefaultCharset". Als je deze opzoekt in de apache config, en veranderd naar "Off", zal het waarschijnlijk goed zijn.

[Blacky]

Allemaal bedankt voor het antwoorden. Met behulp van phpbbservice punt nl ben ik er uitgekomen maar hier stond het feitelijk ook wel.

Het was de characterset inderdaad. Op de vorige server stond ie met Mysql 5.x op UTF-8, op de huidige server (die debian) draait mysql 4.x ook met utf-8.
Probleem bleek er in te bestaan dat telkens bij het downloaden van een backup, ongeacht op welke manier, de backup opeens weer Latin1nogwat wenste te zijn en bij de restore dus niet UTF-8 werd.
Maar dat moest het wel worden in elk geval, dus dat UTF-8 was wel goed.

Uiteindelijk hebben we het gefixed door nogmaals een backup te maken met wat extra opties aangezet in phpmyadmin. Daarna een restore gedaan middels bigdump.php waarbij aangegeven werd dat deze de boel naar UTF-8 moest converteren.
Toen die er eenmaal eens mee klaar was, bleek alles weer in orde te zijn.

Met vBulletin heb ik hier gelukkig nog nooit last mee gehad.