Hallo,

habe das gleiche Problem.

Eigentlich nur in den Dialogen erscheinen die Umlaute falsch.

Habe gerade die komplette DB auf DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci umgestellt per export/import, um sicher zu gehen das UFT8 durchgehend in der DB vorhanden ist.
(Vorher war Collate Latin1)

Hat sich die Sprachdatei nochmal geändert, die im aktuellen C5 Komplettpaket vorhanden ist? Sollte man die einzelne Datei aus dem Download nochmal drüberkopieren?

Bin ein wenig Neuling was Concrete5 angeht. Komme aus einer anderen CMS Community und schau ein wenig intensiver über den Tellerrand.

Concrete gefällt mir sehr sehr gut bis jetzt....nur die Camelcase (Windoof -> Apache) Geschichte hat mich länger auf Trapp gehalten ;)

Grüße Martin

Ps: Als kurze Anleitung um sicher Frage an Ronnenberger wirklich komplette DB auf UTF8 eingestellt? Das die DB dies unterstützt "reicht" nicht am besten per phpMyadmin oder ähnliches direkt in die Tabellen reinschaun ob sich da nicht ein Iso oder latin1 versteckt...

Hallo,
also bei mir musste ich den Server direkt einstellen.. Also beim Webhosteranbieter hab ich die Möglichkeit im Confixx auf utf8 usw zu stellen.. Nennt sich dort httpd spezial.. Dort sind dann diverse Möglichkeiten.
Da schon mal geschaut?

gruß
Rainer

Ok - denke ich kann es auf die MSQL Einstellungen einkreisen durch eine 2. Installation online und ein paar lokalen Installationen mit verschiedenen Einstellungen.

Wie kann es sein das einigen Sprachbestandteile in der DB stehen? wie funktioniert die ganze Sprachkatalog-geschichte "kurz für newbies" erklärt falls das geht?

Kenne wie schon gesagt bis jetzt nur php sprachfiles mit ü drin und da klappt in good old germany alles auf deutsch ohne ANSI Zeichen drin.

Danke für jeden Hinweis.

Werde mal noch einen Test bei einem anderen Hoster versuchen, um an die richtigen MSQL Server/client/coalition Einstellungen zu kommen.

Gruß Martin

...war hostereinstellungen....;)

suche ich normal zuletzt, da der fehler meist vor meinem Bildschirm zu finden ist...

fehler war bei mir add_default_charset auf ON

Gruß Martin

mr-fan:
kannst Du das bitte noch mal genauer beschreiben ??
Was hast Du gemacht ?

Gruß
Ronnenberger

Bin bei einem Shared Hoster und soweit bisher zufrieden...
mein vorheriges CMS war nicht einheitlich UFT-8 und lief auf Latin1 auch recht gut.

Mit concrete5 meine ersten Gehversuche was UTF-8 angeht habe ich lokal ohne Hürden genommen nur live hatte ich Umlaute in einigen Dialogen des Backends.

DB und Tabellen liefen alle korrekt nur der Server war falsch eingestellt.

Der Support sagte mir es gäbe keine wirkliche Möglichkeit das bei SharedHosts zu ändern nur ich könne versuchen die Einstellung add_default_charset zu ändern und das war es auch, da hier auf dem deutschen Server latin1 vorgegeben wurde _egal_ was aus der DB kam deshalb das Problem!

Hier nochmal ein Link zum allgemeinen Verständniss:
http://www.gerd-riesselmann.de/softwaree…il-1-mysql

und ein recht guter Artikel der mir früher schon einiges an Zeit erspart hat:
http://forum.mysqldumper.de/die-umlautproblematik-was-wieso-was-tun-t2313.html

Hiermit denke ich ist das gelöst...

Gruß Martin

Hallo

Schreibt einfach mal in eure .htaccess Datei in die erste Zeile folgendes:
AddDefaultCharset UTF-8
Danach müsste alles richtig laufen.
Gruss Jonas

Disse 'Ronnenberger' pid='255' dateline='1301721117':

Hallo,

im Backend-Bereich werden auf einigen Seiten die Umlaute falsch dargestellt.
Aus dem ü wird z.B ein Ä1/4 ....
Der Fehler tritt auch auf bei der automatischen Antwort beim Kontaktformular.

Kann wer helfen ?

Gruß
Ronnenberger

Hi,
achtet auch auf die PHP-Einstellung. 5.3 / 5.5 kein Problem bei 5.6 kommt es zu diesem Umlauteproblem
Gruß
HHE