Zum Inhalt springen

Typo 3.6.1 auf UTF-8 umstellen

Erstellt am 24. Juni 2004 · 28 Antworten · letzte Antwort am 20. Juni 2006 · Seite 2 von 2

Tags: Frage

Methana ·

Dein Kommentar ist ja wirklich sooo etwas von hilfreich....

Ich habe keine Lust ein relativ funktionierendes System jetzt nochmal neu zu bauen und diese ewigen Probleme führen nicht gerade dazu, daß ich Lust habe alles, was schon da ist, nochmal neu zu bauen...

Ist das so schwer zu verstehen?

Also bitte nur Antworten, wenn man wirklich einen produktiven Rat weiß!

Danke!

theo ·
Methana schrieb

Dein Kommentar ist ja wirklich sooo etwas von hilfreich....

Ich habe keine Lust ein relativ funktionierendes System jetzt nochmal neu zu bauen und diese ewigen Probleme führen nicht gerade dazu, daß ich Lust habe alles, was schon da ist, nochmal neu zu bauen...

Ist das so schwer zu verstehen?

??
Wer spricht von "Neu bauen"?
Es geht um ein Update auf eine aktuelle Version, das hat mit neubauen rein gar nichts zu tun.
Ich sag ja als Fotograf auch nicht: Photoshop ist der letzte Mist, denn die Sachen, die ich machen möchte, funktionieren in der Version 7 (die von vor einem Jahr) nicht...

Methana schrieb

Also bitte nur Antworten, wenn man wirklich einen produktiven Rat weiß!

Eben drum hab ich ja geantwortet.

Methana schrieb

p.s. ich habe 3,62

jaja, eben genau deswegen hab ich ja mein Statement losgelassen. Aber auch deswegen, weil du zusätzlich auch noch als Bestätigung deiner Klagen auf jemanden verweist, bei dem es "sogar" mit Typo 3.3 nicht klappt...

Aber bitte, wenn du meinst, das System sei schlecht, nur weil in einer definitiv veralteten Version eine Funktion nicht klappt, dann ist das Thema ja nun erledigt.
Dann wünsche ich dir noch weiterhin viel Spaß bei der Entwicklung von Webseiten mit Typo 3.6.2 😉

Methana ·

Das Problem mit der Sprache sollte nicht an der Version liegen!

Im Übrigen arbeite ich auch mit der neuen Version 3,7 und auch dort gibt es einige ganz dicke Probleme, die mich bisher von einem Update abhalten. Ich habe verschiedene Projekte und das Problem ist das gleiche!

Also - wozu postest Du etwas, wenn Du aber keine Lösung anbieten kannst???

Wirkt "etwas" arrogant und verfehlt voll den Sinn eines Forums, das ja dazu da sein sollte, dass man sich gegenseitig weiterhilft!

Dein Beitrag hilft weder mir, noch dem Kollegen, noch irgendwem!

theo ·

Wenn du meinen Beitrag nicht verstehen willst, dann muß ich das natürlich akzeptieren.
Normal

Maker ·

Das Problem ist nicht die Version, sondern die Art und Weise wie die Zeichen in der Datenbank abgelegt werden. Und daran ist übrigens das CMS nicht schuld.

Dabei ist es ziemlich egal, welche Sprache verwendet wird. Damit der Browser die Zeichen darstellen kann , die nicht dem englischen Alphabet entsprechen, werden sie in einem internationalen Code-Format gespeichert. Sie sehen also in der Datenbank so aus:
Das Zeichen: Δ erscheint also als & # 916; (Die Leerzeichen wegdenken) in der Datenbank. Sie werden über die PHP-Funktion htmlspecialchars "tauglich" gemacht. Und das müssen sie auch, denn sonst kann jedes Script-Kiddie mit halbwegs fähigen PHP-Kenntnissen die Kontrolle über die Seite übernehmen, in dem er php-Code in die Formulare eingibt. Es ist also als Sicherheitsbarriere notwendig.
Die Sprache der internets ist einfach mal englisch, und alle anderen Zeichen, die nicht in diesem Alphabet vorkommen, müssen in Browsern über diese Darstellung abgehandelt werden, auch deutsche Umlaute, auch wenn die dabei eine besondere Darstellung haben ä is bekanntlich & auml; (wieder ohne Leerzeichen)
Der Browser sollte diese Zeichen also wieder uminterpretieren und korrekt darstellen. Das funktioniert allerdings nicht im Backend, da man dort immer nur den blanken Code zu Gesicht bekommt, auch wenn man den RTE über den IE verwendet. Die Tatsache, daß die deutschen Umlaute dort korrekt dargestellt werden, liegt daran, daß der RTE diese Zeichen kann. Griechische Zeichen kann er nicht wieder zurückwandeln. Das liegt aber nicht im Einflußbereich von Typo3, sondern von Microsoft, und die produzieren nichts was man wirklich gebrauchen kann.
Das macht es schwierig bis unmöglich die Texte im BE zu verändern, nachdem sie erst einmal eingetragen wurden.
Was die Darstellungsprobleme im FE betrifft, müßte man sich erst einmal die Quellcodes ansehen. Eigentlich sollte der Browser alles wieder richtig darstellen, nachdem die Daten eingegeben wurden, es besteht also irgendwo ein Problem mit der Ausgabe.

@theo:
Wer sich nicht mit PHP programmierung auskennt, und auch noch keinen Blick in die Quellen von Typo3 geworfen hat, geschweige denn sich mit einfachen Grundlagen des Internets auseinandergesetzt hat, sollte das vielleicht erst einmal machen, bevor er zu einem möglicherweise unnötigen Upgrade rät.

Methana schrieb

Gehts komplizierter? ich dachte ein CMS soll die Arbeit erleichtern?...

Das tut es auch. Doch im Endeffekt müssen alle Eingaben immer noch HTML-Standards entsprechen. Typo3 nimmt einem eine Menge Arbeit ab, und unter den kostenlosen CMS ist es mit Längen das Beste, aber ich befürchte, daß dieses Problem nicht so schnell gelöst werden kann, ohne entweder auf eine griechische Adaption zu warten, oder einen Programmierer zu beauftragen.
Höchstwahrscheinlich wird nur eine griechische Version eines Clientgestützten kommerzielen CMS in der Lage sein die Daten einfacher zu verändern. Doch das kostet eine Menge Geld.

Zu den anderen Problemen:
Bei den GMENUs wird es an den fehlenden Zeichen in den Fonts liegen. Und wenn ein Browser die Zeichen nicht richtig darstellen kann, auch wenn sie im ISO Format eingegeben sind, dann liegt daß daran, daß der Browser falsch konfiguriert ist, und den Schriftsatz nicht lädt. Ich hatte daß Problem bei japanischen Zeichen. Auf meinem Browser wurde alles normal angezeigt, aber bei einem Bekannten nicht. Je nach Browser müssen die Schriftsätze konfiguriert werden, die er verwenden soll. Dann klappts auch mit ISO. Das ist von Leser zu Leser unterschiedlich und liegt nicht am CMS. Es kann also vorkommen, daß man alles richtig gemacht hat, aber außer einem selber und einigen wenigen anderen kein anderer was vernünftiges erkennen kann.
Man kann das überprüfen indem man sich auf Seiten der jeweiligen Sprache umsieht, um nachzusehen, ob der Browser nur wirres Zeug, oder die richtigen Zeichen darstellt.

Methana ·

Hallo!

Ja - das war mal eine konkrete Antwort!

Danke!

Nur - eines ist seltsam: Ich habe bei meiner ersten Bemerkung zu dem Thema Teile dieses Codes hier im Forum eingefügt und siehe da: Hier ging es und die Sprache wurde richtig dargestellt...

Und ich kenne eine Seite, bei der es auch klappt: www.santorini.net (auch mit Typo3).

hmm... Irgendwo ist da der Wurm drinnen...

Ich bin halt kein PHP-Spezi, deshalb sind solche Sachen schon extrem nervig...

Baue ich 0-8-15-Seiten mit Dreamwaver, gibts das Problem nicht, aber ich habe auch keine Lust, wieder alles per Hand zu stricken...

VG

Tobias

BastianBalthasarBux ·

1. UTF8 einstellen in der localconf
2. datenbank muss auf utf8 umgestellt werden (nach möglichkeit BEVOR inhalte eingepflegt wurden!!!)
3. gmenu(_layers) -> ttf datei darauf überprüfen ob die auch die characters kann. im zweifelsfall die arial von einer win xp schüssel nehmen, die kann schon mal recht viele.

headerinformationen richtig mitschicken.

dann sollts gehen.

ausser vielleicht das prob mit den euro zeichen, da hab ich auch ein problem allerdings ohne utf8, mit iso-8859-1 und iso-8859-15

chris3 ·
Methana schrieb

Und ich kenne eine Seite, bei der es auch klappt: www.santorini.net (auch mit Typo3).

... auch wenn der Thread Jahre alt ist, muß ich doch feststellen, daß www.santorini.net bei der griechischen Version ISO-8859-7 benutzt ... #paralyzed#