+ Antworten
Seite 1 von 3 1 2 3 LetzteLetzte
Ergebnis 1 bis 10 von 22

Thema: (1.0.15) Umlaute nach Serverumzug nurnoch falsch dargestellt

  1. #1
    Neu an Board
    Registriert seit
    04.01.2005
    Beiträge
    48
    Bedankte sich
    8
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard (1.0.15) Umlaute nach Serverumzug nurnoch falsch dargestellt

    Hallo,
    auch wenn die Umlaute hier schon Millionen mal angesprochen wurden, ich habe in der Forensuche nichts gefunden, was mir bei meinem Problem geholfen hätte.

    Die Website habe ich erst auf einem USB-Stick und dann auf meinem privaten Webspace installiert, um sie dann später auf den richtigen Webspace zu laden. Am Anfang war die Darstellung der Umlaute einwandfrei, nach Installation auf dem Telekom-Webspace werden die Umlaute jetzt falsch dargestellt. Wie das aussieht könnt ihr euch hier angucken. Beim Hauptmenü kann mans schon erkennen: aus "ü" wird hier "ü" - kennt man ja sicher von ähnlichen Problemen.

    Wenn ich die Datenbank von der Telekom Datenbank-Oberfläche exportiere, stehen die Umlaute alle in korrekter Form in der Datei, an der Datenbank kann es also nicht liegen. Wenn ich über das Admin-CP versuche, etwas an den Umlauten zu ändern, zum Beispiel diese komischen Zeichen wieder durch ein "ü" zu ersetzen, löscht er einfach das Zeichen, er erkennt also auch so nicht, welches Zeichen da steht.

    In der Global Configuration ist angegeben "German_Germany.1252" bei Country Locale. Das habe ich dort eingetragen, nachdem es durch diesen PHP Code ausgegeben wurde:
    Code:
    <?php 
    
     $locale = setlocale (LC_ALL, 'de_DE@euro', 'de_DE', 'de', 'ge');
    echo $locale;  ?>
    Den Code hatte ich hier aus dem Forum, was immer er macht

    Kann es etwas mit dieser Meldung zu tun haben?
    PHP magic_quotes_gpc setting is `OFF` instead of `ON`
    Ich hätte ja gesagt nein, ich werde das ohnehin noch klären müssen, aber man weiß ja nie

    Vielen Dank für die Hilfe,
    Philipp

  2. #2
    Neu an Board
    Registriert seit
    19.12.2006
    Beiträge
    27
    Bedankte sich
    5
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard

    ...ich hab das gleich Problem, bloß bei mir kommen keine Glyphen sondern Fragezeichen... bin gespannt auf euere Antworten.

    Cheers DeX

  3. #3
    Hat hier eine Zweitwohnung
    Registriert seit
    04.03.2005
    Ort
    Münster (Wstf.)
    Beiträge
    1.284
    Bedankte sich
    29
    Erhielt 268 Danksagungen
    in 241 Beiträgen

    Standard

    Zitat Zitat von para_santa Beitrag anzeigen
    Hallo,
    auch wenn die Umlaute hier schon Millionen mal angesprochen wurden, ich habe in der Forensuche nichts gefunden, was mir bei meinem Problem geholfen hätte.
    Glaube ich nicht!

    Zitat Zitat von para_santa Beitrag anzeigen
    Wenn ich die Datenbank von der Telekom Datenbank-Oberfläche exportiere, stehen die Umlaute alle in korrekter Form in der Datei, an der Datenbank kann es also nicht liegen. Wenn ich über das Admin-CP versuche, etwas an den Umlauten zu ändern, zum Beispiel diese komischen Zeichen wieder durch ein "ü" zu ersetzen, löscht er einfach das Zeichen, er erkennt also auch so nicht, welches Zeichen da steht.
    Du mußt beim Importieren der Datenbank einstellen, welchen Zeichensatz die Datenbankdatei hat!

    Rooney

  4. #4
    Hat hier eine Zweitwohnung
    Registriert seit
    04.03.2005
    Ort
    Münster (Wstf.)
    Beiträge
    1.284
    Bedankte sich
    29
    Erhielt 268 Danksagungen
    in 241 Beiträgen

  5. #5
    Neu an Board
    Registriert seit
    04.01.2005
    Beiträge
    48
    Bedankte sich
    8
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard

    Zitat Zitat von Rooney Beitrag anzeigen
    Glaube ich nicht!
    Hehe, kann ich mir vorstellen Ich habe mehrere Themen gefunden, etliche zum Thema Fragezeichen oder Hinweise, die mit falschen Codes in der Datenbank zu tun haben. Außerdem habe ich noch den Hinweis gefunden, der mich zu dem PHP-Code (siehe oben) geführt hat. Eine Lösung des Problems war trotzdem nicht dabei, sonst würde ich mir und euch sicher nicht die Mühe machen, die Frage noch einmal zu stellen.

    Der Datenbankumzug hat theoretisch ohne Probleme geklappt, das Exportieren unter PhpMyAdmin ging gut, der Schrott ist nur dass dieser Telekom-Webspace natürlich unbedingt seine eigene Oberfläche zur Verwaltung der Datenbank haben muss. Welcher Zeichencode dort eingestellt ist, kann ich nicht finden.
    Um zu Überprüfen, ob es an der Datenbank liegt, hab ich diese aus der Telekom-Oberfläche heraus exportiert, die Datei habe ich dann auf meinem Rechner und ich finde keine der komischen Sonderzeichen sondern nur die normalen ös und üs wie ich sie gerne hätte. Die Datenbank ist also offensichtlich richtig geladen worden!

  6. #6
    Hat hier eine Zweitwohnung
    Registriert seit
    04.03.2005
    Ort
    Münster (Wstf.)
    Beiträge
    1.284
    Bedankte sich
    29
    Erhielt 268 Danksagungen
    in 241 Beiträgen

    Standard

    Zitat Zitat von para_santa Beitrag anzeigen
    die Datei habe ich dann auf meinem Rechner und ich finde keine der komischen Sonderzeichen sondern nur die normalen ös und üs wie ich sie gerne hätte. Die Datenbank ist also offensichtlich richtig geladen worden!
    Das Problem liegt meist beim Importieren in die neue Datenbank. Hier kann man notmalerweise (manchmal auch nicht...) einstellen, mit welchem Datensatz die Datenbankdatei importiert wird. Wenn Die Datei UTF8 ist und Du mit latin importierst, kommt halt nur Müll raus...

    Aussedem musst Du auf die Collations achten. Das ist grob gesagt die Art, wie Joomla mit der Datenbank kommuniziert...

    Rooney

  7. #7
    Neu an Board
    Registriert seit
    04.01.2005
    Beiträge
    48
    Bedankte sich
    8
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard

    Und was sind diese Collations? Ich habe dazu nichts gefunden.
    Das Problem ist ja auch, dass ich den Zeichensatz der Datenbank nicht rausfinde.


    Okay, in den FAQ habe ich jetzt eine Info gefunden:
    http://hilfe.webpage.t-com.de/faq/De...238_read-3423/

    Ich kann aber den Zugriff auf die Datenbank nicht überall in Joomla ändern, gibt es eine Möglichkeit, das in irgendeiner Form zu umgehen?

  8. #8
    Verbringt hier viel Zeit
    Registriert seit
    08.03.2007
    Beiträge
    734
    Bedankte sich
    10
    Erhielt 190 Danksagungen
    in 168 Beiträgen

    Standard

    Lösche deine Datenbankdaten und Tabellen!

    Importiere mit folgenden Parametern:

    Kollation: latin1_swedish_ci
    MysQl: MySql 4.0 kompatibilität

    Trage für die Sprache in deinem Backend:

    de_DE@euro
    Hilfe gibt es unter Angabe von: Hoster, Joomla Version, Installierte Komponenten, PHPInfo, Problembeschreibung
    Joomla 1.5 Anleitung - CHMOD Verzeichnisse 755 | Dateien 644 | 777 du wirst gehackt!
    Info: Privat Support nur gegen Vorkasse

  9. #9
    Neu an Board
    Registriert seit
    04.01.2005
    Beiträge
    48
    Bedankte sich
    8
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard

    Danke schonmal, aber die T-Com Datenbankverwaltungsoberfläche bietet nur die Möglichkeit, SQL-Befehle aus einer Datei oder aus einem Eingabefeld einzulesen. Irgendeine Kollation kann ich da nicht eingeben, es ist ja leider kein PHPMyAdmin. Gibt es eine Möglichkeit, das schon einzutragen in die .sql-Datei?

  10. #10
    Moderator Avatar von flotte
    Registriert seit
    20.03.2005
    Ort
    Neustadt
    Beiträge
    5.301
    Bedankte sich
    66
    Erhielt 1.258 Danksagungen
    in 1.101 Beiträgen

    Standard

    Die Kollation hat überhaupt nichts mit Deinem Problem zu tun. Auch gibt es keinen "Zeichensatz der Datenbank". Es gibt abr eine Definition mit welche Codierung ein Client mit der Datenbank kommuniziert. Mal diese Seite lesen und VERSTEHEN. Ganz so schwer ist das gar nicht.

    @Rooney:
    Aussedem musst Du auf die Collations achten. Das ist grob gesagt die Art, wie Joomla mit der Datenbank kommuniziert...
    Eben nicht! Die Kollation ist eine Einstellung mit der der Datenbankserver z.B. eine Sortierung durchführt!

    Korrekt und fast immer die Ursache ist aber die erste Aussage:
    Das Problem liegt meist beim Importieren in die neue Datenbank. Hier kann man notmalerweise (manchmal auch nicht...) einstellen, mit welchem Datensatz die Datenbankdatei importiert wird. Wenn Die Datei UTF8 ist und Du mit latin importierst, kommt halt nur Müll raus...
    Knackpunkt: .. Wenn Die Datei UTF8 ist...
    Woran erkannt man die Codierung?
    Auf gar keinen Fall an den Zeichensatzangaben innerhlab des Dumps. Die beziehen sich auf die Kollation. Wenn man keinen guten Editor hat, der einem die Codierung einer ASCII-Datei anzeigen kann folgende Fausregel merken:
    Dump-Export aus MySQL 4.0 oder kleiner ist immer in latin1
    Dump-Export aus MySQL 4.1 oder größer ist immer in utf8

    Beim Import wird die Codierungseinstellung beim Importieren in phpMyAdmun nur angezeigt, wenn die Datenbank dies unterstützt und das ist erst ab Version 4.1 der Fall.
    Will man einen uft8-codierten Dump in eine DB Version 4.0 oder kleiner importieren, dann muss man den Dump zuvor mit einem Text-Editor in latin/ansi neu abspeichern. Das kann z.B. der kostenlose SuperEDI hervorragend.

  11. Erhielt Danksagungen von:


+ Antworten
Seite 1 von 3 1 2 3 LetzteLetzte

Lesezeichen

Berechtigungen

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