CodePage im Backend unabhängig von der Sprache setzen

Bei Problemen/Anregungen mehrsprachiger Webseiten.

CodePage im Backend unabhängig von der Sprache setzen

Beitragvon CleverHosting » 10. Sep 2006, 12:58

In einer dreisprachigen Site sollen im (deutsch-sprachigen) Backend mit ISO-8859-2 polnische Inhalte gepflegt werden.

Nun kann ich unter Specials die Rex Lang ändern, aber das macht ja nötig jedesmal den Cache zu leeren und alle Seiten neu zu generieren.

Wie stellt man die CodePage zusammen mit dem Sprachwechsel am Artikel um. Für's Frontend hab ich das Template so geändert:

Code: Alles auswählen
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<?
switch ($REX['CUR_CLANG']){
case 0:
header('Content-Type: text/html; charset=ISO-8859-1');
   echo <<<LANG0
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="de" lang="de">
<head>
<meta http-equiv="content-type" content="text/html;charset=ISO-8859-1" />
LANG0;
   break;
case 1:
   header('Content-Type: text/html; charset=ISO-8859-1');
echo <<<LANG1
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<meta http-equiv="content-type" content="text/html;charset=ISO-8859-1" />
LANG1;
   break;
case 2:
header('Content-Type: text/html; charset=ISO-8859-2');
   echo <<<LANG2
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="pl" lang="pl">
<head><!-- iso-8859-2 -->
<meta http-equiv="content-type" content="text/html;charset=ISO-8859-2" />
LANG2;
   break;
}
?>


Das sollte doch im Backend auch irgendwo klappen. Aber scheinbar wird
Code: Alles auswählen
$REX['CUR_CLANG']
scheinbar nicht immer gesetzt. Oder wird header irgendwo außerhalb von top.php gesendet?
CleverHosting
 
Beiträge: 13
Registriert: 4. Sep 2006, 17:26
Wohnort: Braunschweig

Re: CodePage im Backend unabhängig von der Sprache setzen

Beitragvon Markus.Staab » 10. Sep 2006, 13:53

Hi,

ich verstehe die Frage nicht...

CleverHosting hat geschrieben:Nun kann ich unter Specials die Rex Lang ändern, aber das macht ja nötig jedesmal den Cache zu leeren und alle Seiten neu zu generieren.


Das ist nicht korrekt... Die Sprache kann man immer einfach umstellen... Wennn man allerdings die Mehrsprachigkeit nutzt, dann sollten auch alle Sprachen den gleichen Charset haben (z.b. EN + DE).

Wenn das nicht möglich ist, wie bei dir, sollte man UTF-8 wählen.

Gruß,
Markus
Benutzeravatar
Markus.Staab
Entwickler
 
Beiträge: 9781
Registriert: 29. Jan 2005, 14:50
Wohnort: Aschaffenburg/Germany

Beitragvon CleverHosting » 10. Sep 2006, 14:14

UTF-8 ist aber nicht so schön einfach zu tippen, oder?
Sorry hab ich noch nie mit gearbeitet.
Die Leute, die die Seite pflegen sollen, sind an die Eingabe von Zeichen via [ALT]+0252 (vorher Tastatur auf polnisch umstellen) oder so ähnlich gewöhnt, was ja im Backend dann die polnischen Sonderzeichen ergibt. Wenn ich auf UTF-8 umstelle steht statt des Sonderzeichens nach dem Speichern eines Blocks im Frontend lesbar & # 379;& # 377; (ohne Leerzeichen) statt ŻŻŹ und das macht nicht wirklich glücklich.
Vielleicht bin ich ja auch nur zu blind um die Zeichen richtig einzugeben.

Erste Tests mit einer umgbauten top.php allerdings unter Verwendung von $clang klappt übrigens.
CleverHosting
 
Beiträge: 13
Registriert: 4. Sep 2006, 17:26
Wohnort: Braunschweig


Zurück zu Mehrsprachigkeit [R3]

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 2 Gäste