Umlaute in MySQL

[andygyr]

Hallo zusammen..
Seit ca 3 Tagen käpfe ich mich nun mit dem Problem herum, dass die Umlaute meines Kommentarformular nicht richtig in die Datenbank eingetragen und ausgegeben werden.

MySQL Zeichensatz: utf8
MHTML Meta charset:

<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />

Wenn ich öäü eingebe, steht bei der Ausgabe auch öäü. Sobald aber einer meiner User Umlaute schreibt kommt ca. folgendes als Ausgabe: öäü

Der Text wird folgendermassen in die Datenbank eingetragen:

'text' => htmlentities($text) 

Auch schon Probiert habe ich:

function sonderzeichen($input) {
    $s = array('Ä', 'ä', 'Ü', 'ü', 'Ö', 'ö', 'ß');
    $e = array('Ä', 'ä', 'Ü', 'ü', 'Ö', 'ö', 'ss');
    return str_replace($s, $e, $input);
}
'text' => sonderzeichen($text) 

Wenn ich in der Datenbank schaue, ist die gleich wie die Ausgabe. Es muss also an der eingabe liegen. Komisch finde ich, dass nur bei mir die richtige Eintragung erfolgt.

Hoffe jemand kann helfen. LG Andy

[asp2php]

Das Problem wurde mehrmals hier besprochen, bitte die Forensuche anwenden; SET NAMES könnte dir helfen.

[andygyr]

SET NAMES utf8 habe ich bereits ausgeführt. Natürlich habe ich die 3 Tage auch verbracht nach lösungen zu suchen, unter anderem in diesem Forum.

Das Komische daran ist, wenn ich im meta tag das charset von ISO-8859-1 auf utf8 einstelle gehts. Dafür werden alle anderen öäü's auf der Seite als Vierecke dargestellt.

[combie]

SET NAMES utf8 habe ich bereits ausgeführt.

Warum stellst du auf utf8, wenn du doch iso-blabla ausgeben willst?
Allzu logisch ist das nicht.

[wahsaga]

Original geschrieben von andygyr
Das Komische daran ist, wenn ich im meta tag das charset von ISO-8859-1 auf utf8 einstelle gehts. Dafür werden alle anderen öäü's auf der Seite als Vierecke dargestellt.

Du solltest logisch vorgehen - erst überlegen, welche Kodierung du verwenden willst, und dann schauen, welche Einstellungen du dafür an welchen Stellen vornehmen musst.

Derzeit machst du es ja offenbar andersherum - nicht vorher überlegt, und jetzt am herumspielen & hoffen, dass es dann irgendwann "passt".

[andygyr]

Ja.. aber SET NAMES latin1 bringt den gleichen Fehler wie zuvor..

[wahsaga]

Du musst das natürlich mit neuen Eingaben testen, nachdem du die Angabe gemacht hast - denn die alten sind u.U. schon zerstört, weil MySQL automatisch umkodiert hat.

[andygyr]

Ja logisch. Hab ich auch und es wird immer noch so dargestellt: äüöüüüü

Hier mal meine Einstellungen:
Zeichensatzt der Tabelle: latin1
Sortierung: latin1_swedish_ci
SET NAMES latin1;
Meta: content="text/html; charset=ISO-8859-1"
Eintragung: htmlentities($text)

[TobiaZ]

Was hat das htmlentities da zu suchen? Und welche Codierung wird da angegeben?

[andygyr]

Auch ohne htmlentities gibts das gleiche Problem. Damit wollte ich erreichen das die Sonderzeichne in HTML umgewandelt werden. (Hab ich irgendwo gelesen)

Welche Codierung meinst du?

[h3ll]

Was sagt der W3C-Validator, wenn du ihm per Link die URL zur Seite gibst?

[andygyr]

Zeigt mir nur meine 16 HTML Fehler..

[kuddeldaddeldu]

Hi,

lieferst Du die Seite denn auch mit dem entsprechenden Content-Type Header aus (nein, ich meine nicht das meta-Tag, sondern den Response-Header)?

LG

[TobiaZ]

Poste doch mal den Link.

[Gast]

vergesst es :d mal wieder zu schnell gepostet ^^