Bin da gerade zufällig bei einem Kunden darauf gestossen der das Template benutzt.
Imho ist ein Fehler in der
/includes/header.php, warum wird das Charset da hard-codiert ?.
Mache folgendes:
- in der im Paket enthaltenen /includes/header.php steht folgendes:
if (CURRENT_TEMPLATE == "bootstrap") { ?>
<!DOCTYPE html>
<html lang="<?php echo $_SESSION['language_code']; ?>">
<head>
<meta charset="utf-8">
Mache daraus das:
if (CURRENT_TEMPLATE == "bootstrap") { ?>
<!DOCTYPE html>
<html lang="<?php echo $_SESSION['language_code']; ?>">
<head>
<meta charset="<?php echo $_SESSION['language_charset']; ?>">
- dann gehe ins Backend zu Land / Steuer => Sprachen und stelle das "Charset" bei den vorhandenen Sprachen auf UTF-8.
- dann editiere die Dateien /admin/includes/configure.php und /includes/configure.php.
Bei
define('DB_SERVER_CHARSET', 'latin1'); machst du das daraus
define('DB_SERVER_CHARSET', 'utf8'); !! Vor dem Ändern die Dateirechte auf 777 und nach dem Ändern zurück auf 444 setzen !!- dann editiere die Dateien /lang/SPRACHE/SPRACHE.php und /lang/SPRACHE/admin/SPRACHE.php
Füge zur setlocale folgendes vorne nach LC_TIME hinzu (Komma danach nicht vergessen!):
'de_DE.UTF-8', bzw. für Englisch 'en_GB.UTF-8',
Außerdem müssen alle Sprachfiles in "UTF-8 ohne BOM" gespeichert werden insofern du denn wirklich auf UTF-8 bist.
Falls dem nicht so ist reicht die erstgenannte Änderung in der
/includes/header.php.
Das sollte es gewesen sein.
Noch zu sagen für den Template-Ersteller:
Da ich durch Zufall darauf gestossen bin weil ein Kunde das Template verbaut hatte, fielen mir so einige Ungereimtheiten auf.
Zumindest gehört in die Anleitung was ich oben geschrieben habe, inkl. dem Hinweis, daß die Sprach-Dateien in "UTF-8 ohne BOM" gespeichert werden müssen.
Gruß,
noRiddle
