---
title: "Serverwechsel und nun ein Umlauteproblem mit Typo3"
url: "https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3"
source: "typo3.net"
tags: ["Allgemein","Datenbank","Frage"]
created: "2011-12-05"
last_reply: "2012-01-23"
replies: 31
solved: false
page: 1
pages: 1
lang: "de"
---

# Serverwechsel und nun ein Umlauteproblem mit Typo3

Allgemein · 31 Antworten · gestartet 2011-12-05

## Eröffnungsbeitrag

**abalorio** · 2011-12-05 · [Beitrag #1](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/1)

Hallo Forum,
die Spezis unter euch werden sicherlich dieses Problem schon kennen, da ich heute bereits mehrere Einträge (Google, hier, etc.) gefunden habe. Leider hat mir nicht bei der Lösung des Problems geholfen. Folgendes hab ich gemacht:

1. MySQL-Dump + Typo3-Daten sind auf ein neues System gezogen.
2. Umlaute werden nicht mehr angezeigt.
-> 2.1. Im Quellcode der WebSite steht "<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />".
-> 2.2. Config-Einstellungen:

```php
$TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8'; 
$TYPO3_CONF_VARS['SYS']['setDBinit'] =  'SET NAMES utf8;';
                                        'SET CHARCTER SET utf8;';
$TYPO3_CONF_VARS['SYS']['UTF8filesystem'] = '1';
$TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8';
```

Nun hab ich rausgefunden, dass der alte Server bzw. mysql auf latin-1 gestellt war (Verarbeitung, DB, etc.) und der neue Server auf utf8. Ist nehme an, dass dies die Ursache des Problems ist. Hat jemand von euch eine Idee was ich nun machen muss?

Vielen Dank für jede Hilfe.

## Antworten

### [#2](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/2) · Norman2k · 2011-12-05

Hallo und willkommen im Forum!

[Klick mich](http://wiki.typo3.org/UTF-8_support#Convert_an_already_existing_database_to_UTF-8)

### [#3](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/3) · abalorio · 2011-12-05

> **Norman2k schrieb:**
>
> Hallo und willkommen im Forum!
>
> [Klick mich](http://wiki.typo3.org/UTF-8_support#Convert_an_already_existing_database_to_UTF-8)

Danke Norman2k aber was soll ich jetzt genau tun. Wenn ich das richtig sehe hab ich alles bereits durch. Einen Dump hab ich ebenfalls schon erstellt und wieder eingespielt. Gleiches Ergebnis! Hab jetzt noch mal auf dem alten Server ein DUMP erstellt und mir diesen Dump angeschaut. Dort steht auch drin: "...SET character_set_client = utf8;". Demnach sind die Daten in der DB utf8?!

Bin echt ratlos?!

P.S.: Wenn ich eine Überschrift ändere und speichere wird es korrekt auf der Internetseite angezeigt. In die DB speichert er dann korrekt ein z.B. **ß**. Die alten Daten sind jedoch als UTF abgespeichert. Somit heißt es an anderer Stelle: "ÃŸ". Was kann ich tun? HILFE!!! ;)

### [#4](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/4) · abalorio · 2011-12-06

Hat niemand eine Idee was ich tun kann? Hab mir noch mal den alten Server angeschaut und laut PHPmyAdmin ist die DB:

```php
collation_connection 	latin1_swedish_ci
collation_database 	latin1_swedish_ci
collation_server 	latin1_swedish_ci
```

und auf dem neuen Server:

```php
collation_connection 	utf8_unicode_ci
collation_database 	utf8_unicode_ci
collation_server 	utf8_unicode_ci
```

Bin über jede Hilfe dankbar, da ich langsam nicht mehr weiß was ich noch tun soll.

### [#5](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/5) · marmu · 2011-12-06

und welche collation haben die einzelnen DB-Tabellen?

### [#6](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/6) · abalorio · 2011-12-06

Okay marmu, die einzelnen Tabellen sagen (auf beiden Servern):

```php
utf8_general_ci
```

soviel sagt mir "**show table status;**".

Hast du eine Idee was ich noch tun kann damit die WebSite wieder richtig angezeigt wird?

### [#7](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/7) · marmu · 2011-12-06

War auf dem alten Server demnach die Übertragung zur DB in latin1 und die DB-Tabelle in utf-8?
Wie sehen denn die Umlaute im Dump in einem UTF-8 fähigen Editor aus?

### [#8](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/8) · abalorio · 2011-12-06

Es gab keine Änderung innerhalb von Typo3. Ich hab nur die DB und alle WebDaten auf das neue System geschoben. Auf dem alten Server läuft es problemlos und auf dem neuen werden die Umlaute halt nicht dargestellt. In der DB steht es im UTF-8. Das heißt z.B.

```php
in der neuen DB steht: fÃƒÂ¼r 
in der alten DB steht: fÃ¼r
```

Ich versteh nicht wie das zusätzliche "Ãƒ" in die DB kommt. Hast du oder ihr eine Idee?

### [#9](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/9) · Norman2k · 2011-12-06

Das ist alles andere als UTF-8! Also Dump ziehen und entsprechend bearbeiten, so wie es auf der Seite beschrieben wird, die ich verlinkt habe.
Also z.B. mit ivonv den Dump umwandeln oder eben den Dump importieren und dann mit Jigal´s script die neue DB bearbeiten

### [#10](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/10) · abalorio · 2011-12-06

Aber auf dem alten Server funktioniert das doch?! Das verstehe ich nicht. Ich kann den ganzen Dump nicht bearbeiten, da es ca. 15mb sind und ich auch nicht mal weiß welche ganzen Sonderzeichen was jetzt darstellen sollen. Okay... würde man sicherlich noch irgendwie rausfinden aber ich denke da ist die Fehlerquote zu hoch! Warum hat typo3 überhaupt so nen Mist in die DB geschrieben?

### [#11](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/11) · marmu · 2011-12-06

In der alten Db hast Du mit latin1 übertrage Daten in eine utf-8 Tabelle geschrieben:
in der Datenbank steht  fÃ¼r also ein latin1 ü in utf8. Wenn das ausgelesen wird, wird da wieder ein latin1 ü draus und in der Darstellung ist alles gut.
Die Umlaute in der Datenbank sind aber "kaputt".

Das fÃƒÂ¼r ist ein  fÃ¼r nochmals in utf8 umgewandelt.

### [#12](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/12) · abalorio · 2011-12-06

Danke für die Erläuterung. Das ist mir mittlerweile klar aber ich weiß nicht wie ich das Problem lösen kann. Kann ich die alte DB irgendwie per dump-umwandeln? Und falls das funktioniert, wie funktioniert es? Hast du eine Idee?

### [#13](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/13) · marmu · 2011-12-06

Siehe Link von Normon2k:
<http://wiki.typo3.org/UTF-8_support#Convert_an_already_existing_database_to_UTF-8>

zB. Possibility 3

### [#14](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/14) · Norman2k · 2011-12-07

> **abalorio schrieb:**
>
> Warum hat typo3 überhaupt so nen Mist in die DB geschrieben?

Weil es von dir, oder wem auch immer, so konfiguriert wurde!

> **abalorio schrieb:**
>
> Kann ich die alte DB irgendwie per dump-umwandeln? Und falls das funktioniert, wie funktioniert es? Hast du eine Idee?

Lass mich raten, du hast dir den Link, den ich gepostet hatte, nicht angeguckt oder? PLONK!

### [#15](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/15) · abalorio · 2011-12-07

> **marmu schrieb:**
>
> Siehe Link von Normon2k:
> <http://wiki.typo3.org/UTF-8_support#Convert_an_already_existing_database_to_UTF-8>
>
> zB. Possibility 3

So, ich hab dort jetzt fast alles getestet und was funktioniert ist:

```php
iconv -f UTF-8 -t ISO-8859-1 typo3-alt.sql > dump-iconv.sql
```

Wenn ich mir die generierten Daten anschaue hab ich tatsächlich wieder ä, ö, ü im Dump. Nun bricht iconv aber leider mit folgender Fehlermeldung ab:

```php
iconv: illegal input sequence at position 7061600
```

Was kann ich dagegen tun? Vielen Dank noch mal für deine Hilfe - wir kommen voran. ;)

### [#16](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/16) · abalorio · 2011-12-07

> **Norman2k schrieb:**
>
> Lass mich raten, du hast dir den Link, den ich gepostet hatte, nicht angeguckt oder? PLONK!

Natürlich hab ich mir deinen Link angeschaut. Leider führt das MEISTE eben nicht dazu, dass mein Problem gelöst wird. Was hilft ist wie schon gesagt:

```php
iconv -f UTF-8 -t ISO-8859-1 typo3-alt.sql > dump-iconv.sql
```

Von daher war dein Hinweis schon richtig. Danke! Leider bricht iconv nur bei der Datengenerierung ab :-(

### [#17](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/17) · marmu · 2011-12-07

> **abalorio schrieb:**
>
> So, ich hab dort jetzt fast alles getestet und was funktioniert ist:
>
> ```php
> iconv -f UTF-8 -t ISO-8859-1 typo3-alt.sql > dump-iconv.sql
> ```
>
> Wenn ich mir die generierten Daten anschaue hab ich tatsächlich wieder ä, ö, ü im Dump. Nun bricht iconv aber leider mit folgender Fehlermeldung ab:
>
> ```php
> iconv: illegal input sequence at position 7061600
> ```
>
> Was kann ich dagegen tun? Vielen Dank noch mal für deine Hilfe - wir kommen voran. ;)

Was steht denn an der Stelle?
Ein Euro-Zeichen vielleicht?
Was sagt

```php
iconv  --verbose .....
```

an der Stelle?
und was macht?

```php
iconv --help 
snip:
 Output control:
  -c                         omit invalid characters from output
```

### [#18](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/18) · abalorio · 2011-12-07

Also, wenn ich folgendes mache läuft er durch:

```php
iconv -f UTF-8 -t ISO-8859-1/TRANSLIT typo3-alt.sql > dump-iconv.sql
```

Der Dump wird erstellt bzw. umgewundelt. Wenn ich diesen Dump (nun mit Umlauten *freu*) importieren will beschwert sich jedoch mySQL mit folgender Meldung:

```php
ERROR at line 1015: Unknown command '\''.
```

Dort steht HTML-Quelltext oder z.B. das:

```php
INSERT INTO 'static_countries' VALUE (1,0,'AD','AND',20,39,'Principat d\'Andorra',...
```

Und wenn es nicht dieser Punkt ist, dass kommen die Inhalte dran. Dort gibt es im HTML schließlich auch diverse \ :-(. Eine Idee?

### [#19](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/19) · abalorio · 2011-12-07

> und was macht?
>
> ```php
> iconv --help 
> snip:
>  Output control:
>   -c                         omit invalid characters from output
> ```

Also das:

```php
iconv -c -f UTF-8 -t ISO-8859-1 typo3-utf8.sql > dump-iconv.sql
```

läuft durch und generiert den Dump. Der Dump lässt sich auch in mySQL einspielen ohne Fehlermeldung. Allerdings ist die Seite zerschossen :-( :-/. Diverse Inhalte fehlen oder das Layout haut nicht mehr hin.

### [#20](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/20) · marmu · 2011-12-07

> **abalorio schrieb:**
>
> Also, wenn ich folgendes mache läuft er durch:
>
> ```php
> iconv -f UTF-8 -t ISO-8859-1/TRANSLIT typo3-alt.sql > dump-iconv.sql
> ```
>
> Der Dump wird erstellt bzw. umgewundelt. Wenn ich diesen Dump (nun mit Umlauten *freu*) importieren will beschwert sich jedoch mySQL mit folgender Meldung:
>
> ```php
> ERROR at line 1015: Unknown command '\''.
> ```
>
> Dort steht HTML-Quelltext oder z.B. das:
>
> ```php
> INSERT INTO 'static_countries' VALUE (1,0,'AD','AND',20,39,'Principat d\'Andorra',...
> ```
>
> Und wenn es nicht dieser Punkt ist, dass kommen die Inhalte dran. Dort gibt es im HTML schließlich auch diverse \ :-(. Eine Idee?

Schon versucht den dump zuteilen und mal Tabellenweise einzuspielen?

```php
  -c                         omit invalid characters from output
```

steht doch da: läßt ungültige Zeichen aus.

### [#21](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/21) · abalorio · 2011-12-07

Also langsam nervt mich typo3 wirklich. Okay, nun hab ich mühevoll den Dump mit (anscheinend korrekten Daten) zerteilt und den z.B. erst Tabelle bve_user (dort gibt es jemanden mit 'ö') eingespielt. Prima, funktioniert. Nun den wichtigen Content (Tabelle 'page') und was passiert. Es fehlen ganze Textpassagen. Anscheinend ab dort wo ein '–' war fehlt der Text. Oder eingefügte Tabellen sind nicht mehr zu sehen.

Was kann ich tun? Ich verzweifle gerade damit.

### [#22](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/22) · abalorio · 2011-12-07

> **marmu schrieb:**
>
> In der alten Db hast Du mit latin1 übertrage Daten in eine utf-8 Tabelle geschrieben:
> in der Datenbank steht  fÃ¼r also ein latin1 ü in utf8. Wenn das ausgelesen wird, wird da wieder ein latin1 ü draus und in der Darstellung ist alles gut.
> Die Umlaute in der Datenbank sind aber "kaputt".
>
> Das fÃƒÂ¼r ist ein  fÃ¼r nochmals in utf8 umgewandelt.

Gibt es nicht irgendweine Möglichkeit quasi die alte DB mit Inhalt "fÃ¼r" auch wieder auf dem neuen Server wieder einzuspielen? Warum macht mySQL bei einem Dump daraus "fÃƒÂ¼r"? Anscheinend funktioniert es ja nicht, den DUMP umzubauen ohne das Texte verschwieden oder die Seiten anschließend fehlerhaft angezeigt werden.

### [#23](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/23) · marmu · 2011-12-08

> **abalorio schrieb:**
>
> Gibt es nicht irgendweine Möglichkeit quasi die alte DB mit Inhalt "fÃ¼r" auch wieder auf dem neuen Server wieder einzuspielen? Warum macht mySQL bei einem Dump daraus "fÃƒÂ¼r"? Anscheinend funktioniert es ja nicht, den DUMP umzubauen ohne das Texte verschwieden oder die Seiten anschließend fehlerhaft angezeigt werden.

Wenn die collation der alten und neuen DB gleich sind, kann das gehn.
Hast Du schon versucht die import/export Funktion von T3 zu nutzen?

### [#24](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/24) · rob-master · 2012-01-11

hallo abalorio & marmu,

gibt es zu dem beschriebenen Problem von abalorio mittlerweile eine Lösung? Ich führe nämlich wie abalorio folgende iconv Anweisung aus:

```php
iconv -f UTF-8 -t ISO-8859-1 backup.sql > dump-iconv.sql
```

die mit folgender Fehlermeldung quittiert wird:

```php
iconv: illegal input sequence at position 11144561
```

Schaue ich in den Dump "dump-iconv.sql" rein (der nur 10 MB groß ist), sehe ich, dass iconv in der Tabelle "cache_hash" hängen geblieben ist. Dort befindet sich ein Datensatz mit einem BLOB-Wert (im Feld content) der nicht verarbeitet wird. Weiß der Geier warum nicht.

Aber ich habe auch mittlerweile keine Idee, wie ich das Problem umgehen kann. Die DB ist in latin1 (für den Dump backup.sql) erzeugt und die Kollation für die Tabellen ist utf8_general_ci.

Hat irgend einer eine Idee? Das tolle Skript db_utf8_fix.php, das sich unter <http://wiki.typo3.org/UTF-8_support> findet, bleibt leider bei der Tabelle sys_log hängen... #angry#

### [#25](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/25) · lisardo · 2012-01-11

Hallo rob-master,

leer vor dem Erstellen des Dumps die Tabelle cache_hash einfach aus. Das sind temporär-Daten, die sowieso neu geschrieben werden. Dito cache_extensions ... dadurch wird der Dump vermutlich auch schön handlich klein.

(Ausleeren, nicht löschen! Truncate ... Die Tabellen brauchts schon ...)

Peter, [TYPO3 @ lisardo (Augsburg)](http://www.typo3-lisardo.de)

### [#26](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/26) · rob-master · 2012-01-11

Hallo ilsardo,
danke für deinen schnellen Hinweis!!!
Also ich habe nun mal vor der Dump-Erstellung die Tabellen cache_extensions und cache_hash geleert und danach den Dump erstellt. Mit der iconv Anweisung danach wieder die Konvertierung angestoßen:

iconv -f UTF-8 -t iso-8859-1 db216246_41_2.sql > dump-iconv.sql

und als Ergebnis kommt wieder: iconv: illegal input sequence at position 311069 #paralyzed#

Wenn ich mir den unfertigen Dump ansehe, dann ist iconv anscheinend diesmal in der cache_pages Tabelle hängen geblieben und das bereits beim zweiten INSERT Statement. Allerdings ist an der Abbruchstelle noch nicht mal ein Sonderzeichen zu sehen. Mir ist das völlig schleierhaft...

Hat noch jemand einen heißen Tipp?

### [#27](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/27) · abalorio · 2012-01-16

Nein, leider habe ich keine Lösung für mein Problem. Ich hab mittlerweile die korrekten Daten in der DB aber die Darstellung funktioniert noch immer nicht. Hatte leider auch keine Zeit mich weiter darum zu kümmern. Bin jetzt wieder dran...

### [#28](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/28) · abalorio · 2012-01-19

Hey, ich hab nun fast alles probiert und bisher hat kein Lösungsansatz funktioniert. Hat jemand noch eine Idee? Foglendes ist bisher passiert:

DB-Einstellung von mySQL:

```php
	character_set_client 	utf8
	character_set_connection 	utf8
	character_set_database 	utf8
	character_set_filesystem 	binary
	character_set_results 	utf8
	character_set_server 	utf8
	character_set_system 	utf8
	character_sets_dir 	/usr/share/mysql/charsets/
	collation_connection 	utf8_general_ci
	collation_database 	utf8_general_ci
	collation_server 	utf8_general_ci
```

die einzelnen Tabellen laufen ebenfalls auf utf8_general_ci.

In der Config von typo3 steht nun folgendes:

```php
<?php
$TYPO3_CONF_VARS['SYS']['sitename'] = 'New TYPO3 site';
$TYPO3_CONF_VARS['BE']['installToolPassword'] = 'xxx';
$TYPO3_CONF_VARS['EXT']['extList'] = 'tsconfig_help,context_help,extra_page_cm_options,impexp,sys_note,tstemplate,tstemplate_ceditor
,tstemplate_info,tstemplate_objbrowser,tstemplate_analyzer,func_wizards,wizard_crpages,wizard_sortpages,lowlevel,install,belog,beuse
r,aboutmodules,setup,taskcenter,info_pagetsconfig,viewpage,rtehtmlarea,css_styled_content,t3skin';
$typo_db_extTableDef_script = 'extTables.php';

## INSTALL SCRIPT EDIT POINT TOKEN - all lines after this points may be changed by the install script!

$typo_db_username = 'db_user';        //  Modified or inserted by TYPO3 Install Tool.
$typo_db_password = 'db_pass'; //  Modified or inserted by TYPO3 Install Tool.
$typo_db_host = 'localhost';    //  Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS['SYS']['encryptionKey'] = 'xxx';  //  Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS['SYS']['compat_version'] = '4.2';      // Modified or inserted by TYPO3 Install Tool. 
$typo_db = 'db_cms';  //  Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS['BE']['installToolPassword'] = 'xxx';     //  Modified or inserted by TYPO3 Install To
ol.
$TYPO3_CONF_VARS['FE']['disableNoCacheParameter'] = '0';        //  Modified or inserted by TYPO3 Install Tool.
// Updated by TYPO3 Install Tool 25-05-08 19:29:28
$TYPO3_CONF_VARS['EXT']['extList'] = 'css_styled_content,tsconfig_help,context_help,extra_page_cm_options,impexp,sys_note,tstemplate
,tstemplate_ceditor,tstemplate_info,tstemplate_objbrowser,tstemplate_analyzer,func_wizards,wizard_crpages,wizard_sortpages,lowlevel,
install,belog,beuser,aboutmodules,setup,taskcenter,info_pagetsconfig,viewpage,rtehtmlarea,t3skin,csh_de,static_info_tables,templavoi
la,doc_indexed_search,indexed_search';  // Modified or inserted by TYPO3 Extension Manager. 
// Updated by TYPO3 Extension Manager 16-06-08 16:56:25
$TYPO3_CONF_VARS['SYS']['UTF8filesystem'] = '1';        //  Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8';       //  Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS['GFX']['im_path'] = '/usr/bin/';       //  Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS['GFX']['im_version_5'] = 'im5';        //  Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS['GFX']['im_combine_filename'] = 'composite';   //  Modified or inserted by TYPO3 Install Tool.

// freigabe von php dateien zum upload
//$TYPO3_CONF_VARS['BE']['fileExtensions']['webspace']['deny'] = '';
//$TYPO3_CONF_VARS['BE']['fileExtensions']['webspace']['allow'] = '*';
//$TYPO3_CONF_VARS['BE']['fileDenyPattern'] = '';

$TYPO3_CONF_VARS['EXT']['noEdit'] = '0';        //  Modified or inserted by TYPO3 Install Tool.
// Updated by TYPO3 Install Tool 18-06-08 17:20:39
// Updated by TYPO3 Extension Manager 28-07-08 10:58:10
$TYPO3_CONF_VARS['GFX']['image_processing'] = '1';      // Modified or inserted by TYPO3 Install Tool. 
$TYPO3_CONF_VARS['GFX']['gdlib_png'] = '1';     // Modified or inserted by TYPO3 Install Tool. 
// Updated by TYPO3 Install Tool 24-03-09 11:03:05
$TYPO3_CONF_VARS[SYS][setDBinit] = 'SET NAMES utf8;';

$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8;'.chr(10).'SET character_set_client = utf8;'.chr(10).'SET character_set_resul
ts = utf8;';        // Modified or inserted by TYPO3 Install Tool. 
?>
```

Also ich bin mit meinem Latein echt am ENDE!! :-/ :-(

Bin für jede Hilfe DANKBAR!! ;-)

### [#29](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/29) · rob-master · 2012-01-19

Hallo Abalorio,

bei mir hat es nun hingehauen. Allerdings bin ich einen ganz anderen Weg gegangen und habe die Daten Lokal in den richtigen Zeichensatz konvertiert. Das kannst du unter Windows ganz prima mit [Edit Pad Pro](http://www.editpadpro.com/) machen.

Du würdest dann die Datei im latin1 Encoding öffnen und diese dann in UTF-8 konvertieren. Danach sollte es funktionieren.

### [#30](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/30) · abalorio · 2012-01-20

> **rob-master schrieb:**
>
> Hallo Abalorio,
>
> bei mir hat es nun hingehauen. Allerdings bin ich einen ganz anderen Weg gegangen und habe die Daten Lokal in den richtigen Zeichensatz konvertiert. Das kannst du unter Windows ganz prima mit [Edit Pad Pro](http://www.editpadpro.com/) machen.
>
> Du würdest dann die Datei im latin1 Encoding öffnen und diese dann in UTF-8 konvertieren. Danach sollte es funktionieren.

Hi, mir ist nicht ganz klar worin der Unterschied liegen soll. Also in der DB steht ja z.B. "Ã¼" anstatt des ü. Oder wird das in deiner Variante in ein ü umgewandelt? Das komische ist ja, dass die Datenbanken identisch sind. Auf dem alten Server läuft ja alles prima und die DB´s sind identisch. Demnach muss es eigentlich an die DB-Verbindung, Datenlesung oder irgendwelchen Einstellungen von Typo3 liegen??!

LG

### [#31](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/31) · rob-master · 2012-01-20

Hi abalorio,
ich weiß nicht, welche TYPO3 Version Du einsetzt. Aber bei der aktuellsten 4.6.3 ist es z.B. so, dass Du UTF8 als Standard hast. D.h. die Datenkommunikation ist UTF8, was dann auch bei einem Update auf diese Version offensichtlich wird, wenn ein anderer Zeichensatz vorher in der DB verwendet worden ist.

Zu dem Problem was Du beschreibst: Genau das Gleiche ist bei mir auch aufgetreten. Die DB ist identisch, aber die TYPO3 Version ist eine andere in meinem Fall geworden (Update). Für dich bedeutet das: Du musst die Daten in der DB irgendwie zu UTF8 konvertieren.

### [#32](https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3/32) · abalorio · 2012-01-23

> **rob-master schrieb:**
>
> Hi abalorio,
> ich weiß nicht, welche TYPO3 Version Du einsetzt. Aber bei der aktuellsten 4.6.3 ist es z.B. so, dass Du UTF8 als Standard hast. D.h. die Datenkommunikation ist UTF8, was dann auch bei einem Update auf diese Version offensichtlich wird, wenn ein anderer Zeichensatz vorher in der DB verwendet worden ist.
>
> Zu dem Problem was Du beschreibst: Genau das Gleiche ist bei mir auch aufgetreten. Die DB ist identisch, aber die TYPO3 Version ist eine andere in meinem Fall geworden (Update). Für dich bedeutet das: Du musst die Daten in der DB irgendwie zu UTF8 konvertieren.

Hi, was heißt ich muss die Daten in UTF8 konvertieren? Ich denke die sind in UTF8 in der DB enthalten. Schließlich ist der Inhalt meiner Meinung nach okay. Also steht mittlerweile z.B. für ein ö "Ã¶" in der DB. Er stellt 'nur' das Ã¶ nicht mehr als ö in der Anzeige dar. Obwohl alles auf UTF8 umgestellt ist nach meiner Meinung.

Hat niemand eine Idee wie ich das lösen kann? Vielen Dank für JEDE HILFE!!!

---

Quelle: „Serverwechsel und nun ein Umlauteproblem mit Typo3“, typo3.net, https://www.typo3.net/d/108534-serverwechsel-und-nun-ein-umlauteproblem-mit-typo3
Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.
