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
Hallo,
Wir haben in letzter Zeit festgestellt, dass die Kommunikation via Slack viel schneller und zielführender ist als ein Beitrag im Forum. Aufgrund der neuen und besseren Möglichkeiten der Kommunikation haben wir uns entschlossen das Forum nur noch als Archiv zur Verfügung zu stellen. Somit bleibt es weiterhin möglich hier nach Lösungen zu suchen. Neue Beiträge können nicht mehr erstellt werden.
Wir empfehlen, für deine Fragen/Probleme Slack zu nutzen. Dort sind viele kompetente Benutzer aktiv und beantworten jegliche Fragen, gerne auch von REDAXO-Anfängern! Slack wird von uns sehr intensiv und meistens "rund um die Uhr" benutzt
Selbst einladen kannst Du dich hier: https://redaxo.org/slack/
Wir haben in letzter Zeit festgestellt, dass die Kommunikation via Slack viel schneller und zielführender ist als ein Beitrag im Forum. Aufgrund der neuen und besseren Möglichkeiten der Kommunikation haben wir uns entschlossen das Forum nur noch als Archiv zur Verfügung zu stellen. Somit bleibt es weiterhin möglich hier nach Lösungen zu suchen. Neue Beiträge können nicht mehr erstellt werden.
Wir empfehlen, für deine Fragen/Probleme Slack zu nutzen. Dort sind viele kompetente Benutzer aktiv und beantworten jegliche Fragen, gerne auch von REDAXO-Anfängern! Slack wird von uns sehr intensiv und meistens "rund um die Uhr" benutzt
Selbst einladen kannst Du dich hier: https://redaxo.org/slack/
- alexschuengel
- Beiträge: 214
- Registriert: 18. Mär 2008, 18:43
- Kontaktdaten: ICQ
Re: üöä / üöä
Wo, backend, frontend? Welche Redaxo Version?alexschuengel hat geschrieben:habe im System UTF8 eingestellt, und das charset ebenso. Trotzdem werden meine Umlaute alle falsch darstellt. (üöä)
lg,
j.
vg, Jan
- alexschuengel
- Beiträge: 214
- Registriert: 18. Mär 2008, 18:43
- Kontaktdaten: ICQ
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?alexschuengel hat geschrieben:ne nur im backend an ein paar stellen. alles was aus dem tiny kommt z.b. wird sauber dargestellt, textile z.b. macht probleme
lg,
j.
vg, Jan
- alexschuengel
- Beiträge: 214
- Registriert: 18. Mär 2008, 18:43
- Kontaktdaten: ICQ
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
hab ich in einem Forum gefunden. Muss allerdings decodiert werden, bevor die Daten gesendet werden.
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);
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.alexschuengel hat geschrieben: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
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:
Damit würde man sich nur um ein tieferliegendes Problem herumwurschteln..versuch malCode: Alles auswählen
$variable=utf8_decode($variable);
hth,
Jan
vg, Jan
- alexschuengel
- Beiträge: 214
- Registriert: 18. Mär 2008, 18:43
- Kontaktdaten: ICQ
- alexschuengel
- Beiträge: 214
- Registriert: 18. Mär 2008, 18:43
- Kontaktdaten: ICQ
Das meinte ich nicht.. was steht als charset im meta tag.. also hier:alexschuengel hat geschrieben:im HTML steht es auch falsch:
<h1>öüä</h1>
Code: Alles auswählen
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
j.
vg, Jan
- alexschuengel
- Beiträge: 214
- Registriert: 18. Mär 2008, 18:43
- Kontaktdaten: ICQ
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.alexschuengel hat geschrieben:ach so. ja da steht auch
Code: Alles auswählen
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
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.
vg, Jan
- alexschuengel
- Beiträge: 214
- Registriert: 18. Mär 2008, 18:43
- Kontaktdaten: ICQ
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....
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');
?>
Da muss ich dich enttäuschen: Das ist sauber. =)alexschuengel hat geschrieben:habe jetzt manuell oben in das template noch mal folgendes geschrieben und jetzt geht es. ist nicht sauber, aber eine schnelle lösung....
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?
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 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
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
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