4images Forum & Community
4images Issues / Ausgaben => Discussion & Troubleshooting => Topic started by: Banditbirdy on August 31, 2009, 10:22:19 AM
-
Leider werden alle Umlaute in 4Images mit einem Fragezeichen dargestellt. Aktuelle Version 1. 77 Vorher 1. 76 ( Fehler seit Umzug Server )
Ein Server Umzug wurde vor einem halben jahr vollzogen. Problem wurde von Support erkannt. Es wurde eine htaccess Datei erzeugt mit UTF8
die auch im Root meines Webspace liegt. Auf meiner Rootseite wurden danach alle Sonderzeichen wieder richtig dargestellt.
Die falschen Zeichen werden nur bei 4Images dargestellt. Ein Import der Datenbank in eine Datei mit Rückspeicherung
im UTF8 Format und Export über PhpMy Admin blieb erfolglos. Der Support meines Hostanbieters weiss auch keinen Rat.
Was kann ich an der Datenbank einstellen oder ändern, dass die Umlaute korrekt dargestellt werden?? Bin ratlos.
Noch ein Hinweis. . Anruf von Support:
ist es möglich in 4images das Charset zu ändern? Im Header würde iso-8859-1 angezeigt. Nun ja, das haben die schon mal gemerkt. . :roll:
-
Hi!
was hast du den in der datenbank eingestellt?
(http://www.4homepages.de/forum/index.php?action=dlattach;topic=25703.0;attach=4814)
ich meine viel kanns ja nicht sein, werden die umlaute die in html seiten drinnen stehn auch falsch angezeigt, oder nur die aus der DB.
b.z.w.wie siehts mit deinen browser einstellungen aus?
mfg Andi
-
Hallo,
ich habe die Datenbank gesichert mit MySqldumper im UTF-8 Format und so auch wieder eingespielt. Dort steht auch der Zeichensatz korrekt beschrieben.
In den HTML Dateien ist auch der Zeichensatz fehlerhaft. Als Browser habe ich Mozilla oder IE. Das spielt keine Rolle. Könnte wetten, dass es erst so ist, seitdem ich umgezogen bin auf den neuen Server. Bin echt ratlos. Habe auch schon alles ausprobiert. Die Datenbank jedenfalls ist jetzt im UTF-8. Gibt es eine Möglichkeit in den HTML Seiten den Zeichensatz expliziet anzugeben? Ist doch alles PHP. . Habe auch schon versucht im Root von 4images über eine . htaccess Datei mit utf-8 Erzwingung was zu machen. Was mich so kirre macht ist ja, dass es nur bei 4Images auftritt. Alle anderen Seiten auf meinem Webspace werden korrekt dargestellt.
Und Nun :?: :?:
-
stehen die umlaute in der DB richtig drinnen?
schreib doch endlich mal deine webseite rein.
-
iso 8859-1 ist doch utf8 oder?
Ich werde noch wahnsinnig. . :roll:
Hier meine Links, ist ja kein Geheimnis
Meine Webseite: xxx: xxx: rainer-vogel. de
Hier der Link zu 4Images: xxx: xxx: rainer-vogel. de/galerie/index. php
Mein Hostingverein empfahl mir die . htaccess zu löschen. Dieses hat aber auch wieder nichts gebracht.
Ich bin schon am überlegen, ob ich 4Images komplett neu aufsetzen soll. . .
-
Ich werde noch wahnsinnig. . .
Habe die . htaccess gelöscht und aus testzwecken eine komplette Neuinstallation von 4images durchgeführt.
Ergebnis: genau das selbe.
Hier der Link einer komplett frischen Installation ohne Inhalt: xxx: xxx: rainer-vogel. de/test/index. php
Vorher habe ich zusammen mit dem Support vom Webhoster zusammen folgendes durchgeführt:
( Die bekommen auch schon graue Haare ) :-))
Mit PhpMyAdmin alle Tabellen gelöscht und die Kollation der DB auf Latin1 gesetzt
Mit MySQLDumper eine Wiederherstellung von der Datenbank durchgeführt
. htaccess abgeschaltet
Ergebnis: :evil: Alles das selbe. Sogar im Root meines Webspace durch die Abschaltung von . htaccess keine Umlaute mehr.
-
Hi!
so ich habe mir mal deine webseite angeschaut, der fehler mit den umlauten kommt aus datenbank einträgen, und da aber nicht alle
die umlaute die in php oder html direkt drinnenstehn werden korrekt angezeigt.
titel wie:
Der Frühling kommt
Ein Schädling
Kleine Hummel auf Blüte
Kreuz oder Steinkröte
oder:
Beim nächsten Besuch automatisch anmelden?...
können Sie hier ein neues anfordern...
oder der text der Nutzungsbedingungen
diese umlaute werden ja richtig angezeigt.
hast du schon mal versucht die umlaute die falsch dargestellt werden zu löschen, neu zu schreiben und wieder abzuspeichern?
ich meine einzig das wort 'köln' und 'Acrylgemälde' werden falsch dargestellt.
mfg Andi
-
Hallo,
erstmal Danke für den Tipp. Mein Webhoster hat auf der Testinstallation ein älteres Backup eingespielt. Dort werden die Umlaute jetzt korrekt angezeigt.
Es wurde jetzt eine . htaccess für ISO-8859-1 in das 4images Galerie-Verzeichnis gelegt, denn das UTF-8 aus Ihrem Hauptverzeichnis vererbt sich ja nach unten.
Jetzt funktioniert zumindest mal die testinstallation. Ich werde jetzt mal ein Backup machen und versuchen dann meine aktuelle Datenbank zu überschreiben. Die 3 bis 4 Kategorien sind schnell angelegt. Mal sehen wie es dann aus sieht. Werde berichten.
-
Sorry, muss mich da mal ranhängen :cry:
Kämpfe seit gestern abend mit den Umlauten und dem Fragezeichen.
Nach vielen Variationen der Zeichensätze bin ich am Ende meines nicht vorhandenen Web-Lateins.
Der aktuelle Stand ist:
Datenbank-Tabellen in UTF-8
MySQL in UTF-8
Ergebniss: ab Sonderzeichen wird in der Datenbank abgebrochen. Da ich mich nicht sonderlich gut ausdrücken kann, habe ich mal drei Screenshots gemacht.
Im Screnshot 4images sieht man das Ergebniss der Kategorie-Eingaben aus 'Böblingen' 'Dräger' und 'verrückt'
Im Screenshot Tabellen und MySQL sieht man die Zeichensatz-Einstellung dazu.
Was mache ich falsch???
Hat mich die letzte Nacht blind gemacht???
Viele Grüße aus dem Schwabenland
Claus
-
Hi!
zweites bild:
"Zeichensatz / Kollation der MySQL-Verbindung:" stell dort auf "utf8_unicode_ci"
drittes bild:
"Kollation" bei allen Tabellen auf "latin1_swedish_ci"
-
Hallo und dankeschön für die superschnelle Antwort!
zu zweites Bild: ich wähle den Zeichensatz "utf-8_unicode_ci" aus. Anzeigen tut er aber dann nur "MySQL-Zeichensatz: UTF-8 Unicode (utf8)"
zu drittes Bild: habe ich so komplett neu erstellt siehe Screenshoot create Database
Ergebniss: Hurra!!! Ich habe zumindest meine Fragezeichen anstatt den Umlauten wieder :cry:
Bitte sach nochmal wat.....
VG
Claus
-
zum dritten bild: warum erstellst du es neu, du brauchst doch bei den tabellen nur den zeichensatz ändern.
-
Da ich keine Datenbank-Freak bin und mich nicht sonderlich dolle auskenne (merk man es?) wollte ich auf Nummer sicher gehn -> alles wech und neu! War das so falsch?
-
jein, aber ich versteh nicht warum du die DB manuel erstellen möchtest, führe doch die install.php im rootverzeichniss aus und gut ist es.
-
Meinst du über den 4Images Installer? (siehe Screenshoot)
-
ja sicher, wenn du diese fehlermeldung bekommst, stimmt was mit deiner msql verbindung nicht.
ich nehme mal an das du deine galerie auf deinen rechner zu installieren versuchst?
wenn dem so ist warum ladest du dir nicht den "4images_Mobile_Server" runter.
zum lokal am PC testen funktioniert der einwandfrei.
-
Nein,
das Ganze hängt/liegt auf meinem QNAP-TS 639
Aber, hat das noch was mit meinem eigentlichen Problem zu tun - kann das zusammenhängen?
-
wenn schon bei der installation eine fehlermeldung kommt wird ein betrieb nicht möglich sein.
auch wenn du versuchst die tabellen manuel zu erstellen.
-
Die Tabellen lege ich ja nicht händisch an, sondern nur die Datenbank 4Images ansich. Dann kann ich über die install.php alles weitere (die Tabellen) machen.
Hast du einen Tip an wen ich mich wegen des Datenbank-Problems wenden kann?
-
Hallo und hilfe nochmal :cry:
Ich will nicht Coppermine haben müssen !!!!!!! :cry: :cry:
Nochmals zu meinem Umlautproblem.
Ich habe in der Zwischenzeit Jommla, WordPress und Coppermine auf meinem QNAP problemlos installiert; alles funktioniert sauber mit meinem SQL zusammen, Umlaute kein Thema (also funktionieren), alles mit dem Zeichensatz utf8_general_ci.
Nun könnte ein Anfänger ja meinen dass es unter 4imagesGallery mit diesem Zeichensatz auch gehen könnte/sollte -> Pustekuchen :(
Könnte mir bitte noch jemand Tipps geben?
Ich möchte nicht nur wegen den bescheuernden Umlauten auf Coppermine gehen müssen - die Feature und Templates bei 4imagesGallery sind doch irgendwie gewaltig vorteilhafter.
Frustrierte Grüße
Claus
-
Moin
Wollte mich hier auch nochmal anschließen.
So ein Problem mit den Umlauten hatte ich schon mal, als ich auf 1.7.6 umgestiegen bin.
Thread dazu http://www.4homepages.de/forum/index.php?topic=21734.0
Nicky hat mir dann die DB repariert und die Umlaute neu reingeschrieben. Kann man da ja alles nachlesen.
Nun habe ich auf 1.7.7 hochgezogen und jetzt sind die PROBLEME mit den UMLAUTEN wieder da.
Wie kann denn das nun gekommen sein???
Also test bin ich mal eben auf Kategorie bearbeiten gegangen und hab hier http://bilder.dd2mic.de/categories.php?cat_id=78 die Überschrift "Photovoltaikanlage in Könau" neu eingegeben und abgespeichert. Damit war es dann OK.
Muß jetzt wieder so ein Konvertierungsmarathon gemacht werden?????
Den Meta Tag <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> in main.php hab ich jetzt noch nicht geändert. Könnte ich heute Abend noch versuchen.
Micha
-
Hi!
......
wie hast du den die DB wiederhergestellt?
meine erfahrung wie folgt:
wenn ich die DB per PHPAdmin gesichert hab und danach auf den neuen server mittels PHPAdmin wiederhergellt habe, hatte ich auch das problem mit den umlauten.
wenn ich aber im ACP die DB gesichert habe und die gesicherte DB im ACP wiederhergestellt habe hatte ich das problem mit den umlauten nicht mehr.
mfg Andi
-
Hallo Rembrandt
Ich hab ja diesmal gar nix wiederhergestellt. Es gab auch keinen Umzug auf einen neuen Server.
Es läuft alles auf meinem Webspace bei Padberg-IT. Der ganze Server "lebt" in UTF-8 und man kann es auch nicht umstellen.
Das "einzige" was ich gemacht habe ist das update von 1.7.6 auf 1.7.7 indem ich einige Dateien der 4image Galllery ersetzt habe.
(Und ich habe den neuen "default_full" Skin genommen, den ich jetzt erstmal wieder auf meine Logos anpassen muß)
(vorher hatte ich einen "4default_wide" Skin mit geändereten Logos. An diesen Skins sollte es aber nicht liegen)
-
Ich habe auch das Problem.. allerdings bastel ich ein neues Template. an der Datenbank habe ich nix verändert.. er übernimmt beim neuen Template einfach nicht die Ü,Ö,Ä die auf der Datenbank. Liegen und allgemein die Ü,Ä,Ö nicht.
Gut die Kategorien sind kein Problem und auch die Ü,Ä,Ö die nix mit der Datenbank zu tun haben. Aber die Ö,Ü,Ä der vielen Bilder auf der Datenbank sind ein Problem