Hallo allen,
nach wie vor bin ich dabei zu lernen und das Gelernte insoweit umzusetzen, dass unser Konzept allmählich zu einem Typo3-Konzept wird.
Die sprachabhängige Steuerung der Seiten habe ich dank Eurer Tipps umsetzen können. Als ich die tr-Seiten eingab, fiel mir auf, dass die türkischen Sonderzeichen maskiert werden, nicht jedoch die Umlaute. Darauf hin prüfte ich den von Typo3 generierten HTML-Code: (meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1").
Ein meta-Tag in Form von (meta http-equiv="content-language" content="tr") ist auch nicht vorhanden.
Da ich auf einer vorinstallierten Umgebung aufgesetzt habe, prüfte ich noch zusätzlich folgende Umfeldvariablen:
Typo3
$TYPO3_CONF_VARS["BE"]["forceCharset"] = nicht gesetzt
MySQL
SHOW VARIABLES LIKE '%character_set%';
character_set_client: utf8
character_set_connection: utf8
character_set_database: latin1
character_set_results: utf8
character_set_server: latin1
character_set_system: utf8
character_sets_dir: /usr/share/mysql/charsets/
SHOW VARIABLES LIKE '%collation_%';
collation_connection utf8_general_ci
collation_database latin1_swedish_ci
collation_server latin1_swedish_ci
Interessehalber schaute ich mir auch eine Typo3-Tabelle an:
desc pages;
Feld Typ Kollation
uid int(11)
title tinytext latin1_swedish_ci
Die Tabellen für unsere Rezepte werden in UTF-8 generiert. Auf die Daten werde ich - so mein derzeitiger Stand - per php zugreifen.
Ich könnte mir vorstellen, dass dieses Konstrukt der Mehrsprachigkeit im Zusammenspiel mit Typo3, php, MySql und HTML zu Problemen führen könnte.
Wäre es da nicht sinnvoll, alles auf UTF-8 basieren zu lassen?
Wenn ja, was müsste ich in Typo3 einstellen? Habe mal geschaut und in meiner localconf.php gibt es keinen Eintrag für $TYPO3_CONF_VARS["BE"]["forceCharset"]. Wo genau müsste die Änderung erfolgen?
😢 Ich glaube, dass gesamte liest sich etwas chaotisch, aber so fühle ich mich derzeit.
Gruss Mensch