+ Antworten
Ergebnis 1 bis 7 von 7

Thema: Wrapper UTF8 iso

  1. #1
    War schon öfter hier
    Registriert seit
    03.04.2008
    Beiträge
    151
    Bedankte sich
    22
    Erhielt 3 Danksagungen
    in 3 Beiträgen

    Standard Wrapper UTF8 iso

    Hallo NG,

    ich habe schon selbst in diesem Forum gesucht, aber leider nichts gefunden.
    Ich setzte Joomla 1.5.15 ein.

    Es wird eine Seite die auf dem selben Server läuft über einen Warpper eingebunden.
    Leider werden dann die Umlaute nicht dargestellt. Joomla läuft mit utf-8 codierung.

    Hat jemand eine Tip wie ich das fixen kann?

    1000 Dank!!!
    Alex

  2. #2
    Moderator Avatar von time4mambo
    Registriert seit
    11.12.2006
    Ort
    76646 Bruchsal
    Alter
    54
    Beiträge
    14.337
    Bedankte sich
    455
    Erhielt 2.970 Danksagungen
    in 2.789 Beiträgen

    Standard

    Die fremde Website, die du einbindest und hoffentlich eine Erlaubnis für hast, auf UTF-8 anpassen. Joomla bindet nur den fremden Content ein. Es kann ihn nicht bearbeiten.


    Axel
    Schulungen, Webentwicklung: time4mambo
    (Video-)Tutorials: time4joomla

  3. Erhielt Danksagungen von:


  4. #3
    Wohnt hier Avatar von DietmarH
    Registriert seit
    07.01.2006
    Ort
    Essen
    Beiträge
    4.697
    Bedankte sich
    66
    Erhielt 1.041 Danksagungen
    in 923 Beiträgen

    Standard

    Zitat Zitat von time4mambo Beitrag anzeigen
    Die fremde Website, die du einbindest und hoffentlich eine Erlaubnis für hast, auf UTF-8 anpassen.
    Ist völlig egal. Der Wrapper ist ein iFrame, und ein iFrame ist ein kleines, eigenständiges Browserfenster. Mit der Codierung des umschließenden Fensters hat es nichts zu tun.

    Wenn die Seite im iFrame allerdings keine Codierungsangabe hat, muß der Browser raten, und dabei passiert es natürlich, daß er falsch rät. Es ist unzulässig, Sonderzeichen ohne Codierungsangabe zu nutzen.

    Wenn die Umlaute also nicht stimmen, ist die Seite im iFrame fehlerhaft. Joomla hat damit weder etwas zu tun noch kann es daran etwas ändern. Wie mit dem Fehler umgegangen wird, ist allein Sache des Browsers.

  5. Erhielt Danksagungen von:


  6. #4
    Verbringt hier viel Zeit
    Registriert seit
    29.11.2005
    Ort
    Berlin
    Beiträge
    962
    Bedankte sich
    8
    Erhielt 200 Danksagungen
    in 196 Beiträgen

    Standard

    Dafür kann Joomla nichts, die eingebundene Seite wird auch ohne Wrapper die Umlaute nicht richtig zeigen. Wie schon gesagt muss man entweder diese Seite auf UTF8 anpassen oder die Datenbank nache ANSI umstellen/konvertieren.
    Mein "Kunde" möchte mit Joomla zum Mond fliegen.

    Bin Anfänger... geht das irgendwie?

  7. Erhielt Danksagungen von:


  8. #5
    Wohnt hier Avatar von DietmarH
    Registriert seit
    07.01.2006
    Ort
    Essen
    Beiträge
    4.697
    Bedankte sich
    66
    Erhielt 1.041 Danksagungen
    in 923 Beiträgen

    Standard

    Zitat Zitat von addi Beitrag anzeigen
    Dafür kann Joomla nichts, die eingebundene Seite wird auch ohne Wrapper die Umlaute nicht richtig zeigen.
    Doch, kann durchaus sein. Wenn eine Seite in einem iFrame keine Codierungsangabe hat, gehen manche Browser von der Codierung der umschließenden Seite aus. Laden sie die Seite allein, "raten" sie nach anderen Kriterien. Deshalb kann es passieren, daß eine Seite allein anders aussieht als in einem iFrame.

    Im nächsten Browser kann es schon wieder völlig anders aussehen. Fehler führen nun mal zu undefinierten Ausgaben.

  9. Erhielt Danksagungen von:


  10. #6
    War schon öfter hier
    Registriert seit
    03.04.2008
    Beiträge
    151
    Bedankte sich
    22
    Erhielt 3 Danksagungen
    in 3 Beiträgen

    Standard

    ok, das habe ich alles verstanden. Die Seite wird im normalen Zustand richtig angezeigt.
    Der Code von der Fremdseite ist schon sehr alt und ich glaube hier wurde auf
    codierungs Angaben verzichtet.

    Es handelt sich um php Dateien und eine mysql Datenbank.

    Anbei der Code aus so einer Datei:
    <?php

    // Verhindere Cachen der Seite
    header ("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); // Datum der Vergangenheit
    header ("Last-Modified: " . gmdate ("D, d M Y H:i:s") . " GMT");
    // immer geändert
    header ("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1
    header ("Pragma: no-cache"); // HTTP/1.0


    // Zur Datenbank verbinden
    include("dbconnect.php");

    // Funktion, die prüft, ob ein Kurs frei ist, und den Dateinamen des korrespondierenden GIF-Bildes zurückgibt
    function isKursFrei($nummer) {

    $sql="SELECT Kurstermine_ausgebucht FROM II_kurstermine WHERE Kurstermine_ID=" . $nummer;
    $res=mysql_query($sql);
    $arr=mysql_fetch_array($res, MYSQL_ASSOC);
    if ($arr["Kurstermine_ausgebucht"] == "0")
    return "kurs_ok.gif";
    else
    return "kurs_voll.gif";

    }

    // Funktion, die das Datum eines Kurses ausliest und zurückgibt

    function getKursDatum($nummer) {

    $sql="SELECT Kurstermine_Datum FROM II_kurstermine WHERE Kurstermine_ID=" . $nummer;
    $res=mysql_query($sql);
    $arr=mysql_fetch_array($res, MYSQL_ASSOC);
    setlocale(LC_TIME, "de_DE");


    Wo muss ich denn im Fremdsystem jetzt überall die Angaben ändern, damit alles unter UTF-8 läuft?

    Vielen Dank!!!!
    Alex

  11. #7
    War schon öfter hier
    Registriert seit
    03.04.2008
    Beiträge
    151
    Bedankte sich
    22
    Erhielt 3 Danksagungen
    in 3 Beiträgen

    Standard

    Lösung:

    folgenden Code in die php Datei vom Fremdsystem kopieren.

    header("content-type: text/html; charset=iso-8859-1")

    Dann sieht alles wieder gut aus:-)

+ Antworten

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein