üöä / üöä

[alexschuengel]

Hallo zusammen,

habe im System UTF8 eingestellt, und das charset ebenso. Trotzdem werden meine Umlaute alle falsch darstellt. (üöä)

Hat jemand ähnliches schon mal gehabt und weiss eine Lösung?

VG Alex

[jdlx]

habe im System UTF8 eingestellt, und das charset ebenso. Trotzdem werden meine Umlaute alle falsch darstellt. (üöä)

Wo, backend, frontend? Welche Redaxo Version?

lg,
j.

[alexschuengel]

ne nur im backend an ein paar stellen. alles was aus dem tiny kommt z.b. wird sauber dargestellt, textile z.b. macht probleme.

REDAXO: 4.3.1
PHP: 5.2.14

[jdlx]

ne nur im backend an ein paar stellen. alles was aus dem tiny kommt z.b. wird sauber dargestellt, textile z.b. macht probleme

Ist das eine "frische" 431 Installation, oder hast du ne DB übernommen? Hast du evtl. irgendwann mit PMA (phpmyAdmin) an der DB geschraubt? Falls du mit PMA dran kannst: was steht in den jeweiligen article_slices?

lg,
j.

[alexschuengel]

war ne frische 4_3 installation und dann habe ich die daten aus der betaversion der site von einem anderne server importiert.

die umlaute beim tiny werden auch schon kodiert in die datenbank geschrieben, nur ebem vom rest nicht

[Xong]

die umlaute beim tiny werden auch schon kodiert in die datenbank geschrieben

Jupp, der Tiny war schon immer schlecht darin, UTF8 zu nutzen.

Wenn du im Firefox unter Ansicht > Zeichenkodierung schaust, welche Kodierung der Seite wird ausgewiesen?

[anita]

hallo Alex,

dieses Problem hatte ich auch, allerdings in einem anderen System. Die Ursache habe ich leider nicht gefunden, hab es durch Templateänderung weggekriegt.

versuch mal

Code: Alles auswählen

$variable=utf8_decode($variable);

hab ich in einem Forum gefunden. Muss allerdings decodiert werden, bevor die Daten gesendet werden.

[jdlx]

war ne frische 4_3 installation und dann habe ich die daten aus der betaversion der site von einem anderne server importiert.

die umlaute beim tiny werden auch schon kodiert in die datenbank geschrieben, nur ebem vom rest nicht

Ok, ohne konkretere Angaben ists schwierig hier was zu sagen.. zunächst würde ich mal Xongs Tip folgen, und im Browser kucken was _wirklich_ ausgespuckt wird.. d.h. nagel den Browser mal auf UTF8 fest, und kuck ob sich was ändert, bzw. was korrekt und was falsch ist.

Ansonsten kurz zu UTF8 in den rex Versionen, den dumps bzw. der DB:

4.2. und früher:
- DB: zerlegte multibyte Zeichen in LATIN1 abgebildet.. (ÄÖÜäöüß->ÄÖÜäöüß)
- Import/Export dump: UTF8
- PMA dump: wie DB..
- PMA Ansicht: wie DB..

seit 4.3.:
- DB: UTF8 im Rahmen von LATIN1 *
- Import/Export dump: wie DB..
- PMA dump: wie DB..
- PMA Ansicht: wie DB..

ab 4.3.2:
- DB: UTF8
- Import/Export dump: wie DB..
- PMA dump: wie DB..
- PMA Ansicht: wie DB..

* akutelle rex 4.3. Verbindungen laufen per UTF8, aber das default charset der Tabellen ist - wenn man es nicht manuell auf utf gesetzt hat - latin1. Das hat zur Folge, das alle Zeichen im von latin1 abgedeckten Bereich korrekt/unzerlegt in der DB landen (und folglich in den dumps), Zeichen außerhalb aber verloren gehen.. fix kommt mit 4.3.2

@anita:

versuch mal

Code: Alles auswählen

$variable=utf8_decode($variable);

Damit würde man sich nur um ein tieferliegendes Problem herumwurschteln..

hth,
Jan

[alexschuengel]

@Xong
also im FF war die zeichenkodierung auf iso 8859-1 eingestellt.
wenn ich allerdings auf unicode utf8 wechsel sind die umlaute korrekt.

aber das ist nicht die lösung für mein problem oder?

vg alex

[jdlx]

also im FF war die zeichenkodierung auf iso 8859-1 eingestellt.
wenn ich allerdings auf unicode utf8 wechsel sind die umlaute korrekt.

Und was steht im HTML als encoding?

lg,
j.

[alexschuengel]

im HTML steht es auch falsch:

<h1>öüä</h1>

[jdlx]

im HTML steht es auch falsch:
<h1>öüä</h1>

Das meinte ich nicht.. was steht als charset im meta tag.. also hier:

Code: Alles auswählen

<meta http-equiv="content-type" content="text/html; charset=utf-8" />

lg,
j.

[alexschuengel]

ach so. ja da steht auch

Code: Alles auswählen

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

[jdlx]

ach so. ja da steht auch

Code: Alles auswählen

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

Dann ist zum einen die Frage warum dein Browser meint es wär ISO.
Zum anderen - wenn ich jetzt alles richtig mitgenschnitten hab - ists dann jetzt so rum, daß wenn du manuell den Browser auf utf8 zwingst, daß sich das bisherige "richtig/falsch" umkehrt, also textile ok, und dafür Tiny nicht.. stimmt das?

lg,
j.

[alexschuengel]

nein wenn ich die zeichenkodierung manuell ändern ist ALLES korrekt.
tiny + textile

habe jetzt manuell oben in das template noch mal folgendes geschrieben und jetzt geht es. ist nicht sauber, aber eine schnelle lösung....

Code: Alles auswählen

<?php     
    header('Content-type: text/html; charset=utf-8');
?> 

[jdlx]

nein wenn ich die zeichenkodierung manuell ändern ist ALLES korrekt.
tiny + textile

?!? merkwürdig das.. was sagen andere Browser?
Gut, Tiny als JS Editor mag natürlich dahingehend sein eigenes Süppchen kochen.. dunno

lg,
j.

[Xong]

habe jetzt manuell oben in das template noch mal folgendes geschrieben und jetzt geht es. ist nicht sauber, aber eine schnelle lösung....

Da muss ich dich enttäuschen: Das ist sauber. =)

Zur Erklärung, was bei die passiert ist:
Der Browser bekommt deine Seite ausgeliefert und überprüft, ob im Header eine Kodierung gesetzt wurde. Wenn nicht, dann schaut er ob ein entsprechendes Meta-Tag angegeben wurde. Wenn auch das nicht vorhanden ist, nimmt er das Default-Encoding.

Bei dir wurde im Header das falsche Encoding angegeben. Demzufolge wurde das Meta-Tag nicht beachtet und schwupps: Alles futsch. =)

Solche Fehler kannst du in Zukunft ziemlich leicht ausschließen, wenn du dir die "Live HTTP Header"-Extension für den Firefox installierst.

Warum die falschen Header ursprünglich gesetzt wurden, kann ich im Moment auch nicht nachvollziehen. War im Backend unter "System" UTF-8 ausgewählt?

[jdlx]

Bei dir wurde im Header das falsche Encoding angegeben. Demzufolge wurde das Meta-Tag nicht beachtet und schwupps: Alles futsch. =)

Und wo kommt der falsche her? Von Redaxo? Vom Server...? ist mir noch nie passiert.

lg,
j.

[Xong]

Bei dir wurde im Header das falsche Encoding angegeben. Demzufolge wurde das Meta-Tag nicht beachtet und schwupps: Alles futsch. =)

Und wo kommt der falsche her? Von Redaxo? Vom Server...?

Beides möglich. Müsste man austesten.

[Tito]

Tach auch,

ich hatte auch schon einmal dieses Problem. Ich habe mir das Meta-Tag für das Charset immer wieder angeschaut und keinen Fehler feststellen können. Aber es wurde vom Browser ignoriert das ich eine UTF-8 Codierung haben wollte, der nahm die Iso und warf falsche Sonderzeichen heraus.

Ich habe dann als Workaround meine Htaccess-Datei genommen und ihr die Zeile

Code: Alles auswählen

AddDefaultCharset utf-8

hinzugefügt.
Danach war wieder alles in Ordnung ... sonst hätte ich das hier ja auch nicht geschrieben

Allen noch viel Spass beim Tastaturquälen.
Gruß
Tito