Suche

[PeterGeorgAnton]

Hallo Spezialisten,
meine Seite lief bis auf den Ahnenforschungsbereich die letzten Monate einwandfrei. Ich habe nun den Hoster gewechselt (wegen des Ahnenforschungsbereiches) und habe leider schon bei der Konfiguration von pragmaMx 1.8 das erste Problem.
Installation
S T A R T

Bitte Sprache auswählen / Select language

           
2.5% Fortschritt:

Ich wähle: deutsch

und erhalte die Meldung:
     

 

[jubilee]

bei der Konfiguration von pragmaMx 1.8

Hmmm...
Warum nicht gleich die Version 0.19 mit dem SP1 ??

[PeterGeorgAnton]

Hallo jubilee,
ich dachte, ich wähle erst mal die 0.18 damit der Bestand auf dem neuen Server identisch ist und ich evtl. Probleme besser lokalisieren kann. Später wollte ich dann den Upgrade zu 0.19 durchführen.
Ich habe auch die Seite jetzt identisch rüberbekommen. Leider hapert es mit der Umlaut-und Sonderzeichenschreibweise. Die macht mir große Probleme.
Ich denke, das ist aber kein pragmaMx-Problem! Oder?
Ich habe es mit MySql-Dumper eingespielt.
Sollte ich mich an das MySql-Dumper-Forum wenden?
Beste Grüße Peter

[jubilee]

Ich habe es mit MySql-Dumper eingespielt.
Sollte ich mich an das MySql-Dumper-Forum wenden?

Wie sind denn die Kollationen der Datenbanktabellen ?

MfG

[PeterGeorgAnton]

Hallo jubilee,
Ich verwende lokal auf meinem PC folgende Datenbank:
MySQL - 5.0.24a-Community
MySQL-Zeichensatz: utf8 Unicode (utf8)
Zeichensatz / Kollation der MySQL-Verbindung: utf8_unicode_ci

phpMyAdmin - 2.8.2.4
MySQL Client-Version: 3.23.49
Verwendete php-Erweiterungen: mysql
Language: Deutsch - German

Ich verwende bei meinem Hoster folgende Datenbank:
MySQL 5.0.21
MySQL-Zeichensatz: UTF-8 Unicode (utf8)
Zeichensatz / Kollation der MySQL-Verbindung: utf8_unicode_ci

phpMyAdmin - 2.8.1
MySQL Client-version: 3.23.55
Verwendete php-Erweiterungen: mysql
language: Deutsch - German

Für einen guten Rat wäre ich dankbar.
Beste Grüße Peter

[jubilee]

Die Kollation der datenbank(tabellen)
muss "latin1_german1_ci" sein, sonst gibt es Probleme beim
Anzeigen der Sonderzeichen

MfG

[PeterGeorgAnton]

Hallo jubilee,
ich habe vom MySQL-Dumper-team folgende Antwort erhalten:
"Das liegt nicht am MySQLDumper.
in der Datenbank stehen die Daten korrekt drin. Schau Dir mal einige Tabellen, die Umlaute in den Datensätzen enthalten, im SQLBrowser des Dumpers an.

Dein Programm auf der Webseite sendet per META-Tag die Information, dass die anzuzeigenden Zeichen ISO 8859-1 kodiert sind, sendet aber keinen entsprechenden Header.
utf8-kodierte Daten aus der Datenbank müssen vor der Ausgabe auf einer iso-kodierten Webseite dann auch entsprechend von utf8 nach iso gewandelt werden. Das macht das Programm aber offensichtlich nicht.
Wenn Du im Browser die Zeichenkodierung händisch auf utf8 stellst, wird alles korrekt angezeigt."
Wer kann mir einen Tipp geben, wie das funktioniert?
Beste Grüße Peter

[PeterGeorgAnton]

Hallo, ich habe noch einen Nachtrag erhalten:
Es müsste funktionieren wenn Du den Standardzeichensatz Deiner Server-Datenbank auf iso-8859 stellst, sofern Dir das erlaubt ist.
Ansonsten müssten Anpassungen im Programm gemacht werden.
Oder hast Du die Möglichkeit die Zeichensatz-Angabe des Meta-Tags auf utf8 zu stellen? Wahrscheinlich reicht das aber noch nicht und es muss zusätzlich auch ein entsprechender Header gesendet werden.
Hör Dich doch mal im Support-Board des Anbieters um.

Hallo jubilee, ich hab mir noch einmal alles durchgelesen. Du hast mir geantwortet:
"Die Kollation der datenbank(tabellen)
muss "latin1_german1_ci" sein, sonst gibt es Probleme beim
Anzeigen der Sonderzeichen."
Wie erreiche ich diese Festlegung?

Beste Grüße Peter

[PeterGeorgAnton]

Hallo Spezialisten,

ich habe mich bisher mit einzelnen Fragen bei verschiedenen Foren an mein Problem herangetastet.
Jetzt habe ich meine bisherigen "Erkenntnisse" versucht zusammenzufassen und noch einmal im Zusammenhang zu schildern: 
Ich habe den Hoster gewechselt.
Vorher natürlich die Seite mit MySQL-Dumper gesichert und auf meinen PC runtergeholt und auf meinen localhost eingespielt.
Die Seite wird auf localhost einwandfrei dargestellt.
Ich habe beim neuen Hoster die gleiche Version pragmaMx 0.1.8 wieder installiert, damit der Bestand auf dem neuen Server identisch ist und ich evtl. Probleme besser lokalisieren kann. Später wollte ich dann den Upgrade zu pragmaMx 0.1.9 durchführen.
Ich habe die Seite auch mit MySQL-Dumper wieder identisch rüberbekommen.
Leider hapert es mit der Umlaut-und Sonderzeichenschreibweise.
Auf dem Computer (localhost) werden die Umlaute und Sonderzeichen richtig; auf dem Server werden die Umlaute und Sonderzeichen nicht richtig wiedergegeben.

Der Entwickler von MySQL-Dumper hat mir nach Darstellung des Problems folgendes geschrieben:
"Dein Programm auf der Webseite sendet per META-Tag die Information, dass die anzuzeigenden Zeichen ISO 8859-1 kodiert sind, sendet aber keinen entsprechenden Header.
utf8-kodierte Daten aus der Datenbank müssen vor der Ausgabe auf einer iso-kodierten Webseite dann auch entsprechend von utf8 nach iso gewandelt werden. Das macht das Programm aber offensichtlich nicht.
Es müsste funktionieren wenn Du den Standardzeichensatz Deiner Server-Datenbank auf iso-8859 stellst, sofern Dir das erlaubt ist.
Ansonsten müssten Anpassungen im Programm gemacht werden.
Oder hast Du die Möglichkeit die Zeichensatz-Angabe des Meta-Tags auf utf8 zu stellen? Wahrscheinlich reicht das aber noch nicht und es muss zusätzlich auch ein entsprechender Header gesendet werden.
Hör Dich doch mal im Support-Board des Anbieters um."
Noch ein Hinweis:
ich habe Tabellen in der Datenbank mit Kollation
utf8_gereral_ci   →     hier funktioniert die Umlautschreibweise (Diese Daten wurden erst später eingelesen)
latin1_general_ci   →  hier funktioniert die Umlautschreibweise nicht

"In einem anderen Forum hat mir jemand folgenden Tipp gegeben:
Hi !
Ich hab mir gerade kurz deine Seite angeschaut, mit ein wenig Glück sollten 2 kleine Anpassungen reichen (bin aber kein Webseiten-Profi):

Eine .htaccess -Datei mit folgender Zeile im Web-Root-Verzeichnis:

Code:
adddefaultcharset utf-8
Und irgendwo im verwendeten Template von der pragmaMx-Installation die Zeile

Code:
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">durch

Code:
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">ersetzen.
Hoffe das hilft   mfg"

Bevor ich da etwas unternehme, will ich doch bei den pragma-Mx-Spezialisten nachfragen, wie ich das Problem in den Griff bekomme? 

Beste Grüße Peter

[PeterGeorgAnton]

Hallo,
die Schreibweise funktioniert jetzt wieder.

Habe im Web-Root-Verzeichnis eine .htaccess - Datei
mit folgender Code-Zeile gesetzt.
adddefaultcharset utf-8
in der /www/data/includes/meta.php-Datei die Zeile
Code:
<meta http-equiv="Content-Type" content="text/html; charset=<?php echo _CHARSET ?>">
durch
Code:
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
ersetzt.
Jetzt läufts!

Siehe: www.peter-esterl.de

Beste Grüße Peter

[jubilee]

Hmmm ...
Gut zu wissen, das man das Problem auch auf diese Weis lösen kann.
Müssen wir mal in unsere FAQ einfliessen lassen.

MfG

[Andi]

Es geht dann hier weiter:

http://www.pragmamx.org/forum-topic-19867.0.html

Das Problem ist/war noch nicht gelöst....