Zeichen wie " und - werden nicht dargestellt.

[denma]

Hallo,

habe folgendes Problem.
Nach einer aktuelle installation werden manche Zeichen nicht mehr richtig dargestellt.
Unabhängig vom Template, Schriftgröße oder Schriftart.

Gleiche Zeichen werden in einem anderen "laufenden" Shop einwandfrei dargestellt.
Gleicher Server, gleiche Einstellung nur anderer Confixx account.

Die Zeichen - und " werden korekt in der Datenbank gespeichert, bzw. sind dort immer noch als - und " gespeichert, wenn diese aber im Browser ausgegeben werden sollen kommt das: ?

Hier zum direkten sehen der Link zum testshop: http://www.happy-hardware.de/PC-Zubehoer/BeamerProjektoren/LED-Beamer/Beamer-LG-HS200G-200ANSI-20001-bk::1.html

Aktuelle XTM installiert sonst nichts gändert.

Mfg



Linkback: https://www.modified-shop.org/forum/index.php?topic=2582.0

[web28]

Falsche Zeichenkodierung in der Datenbank oder beim Importfile

Wenn man im Browser auf charset=iso-8859-1 umschaltet ist alles richtig.

[denma]

Okay, das war die Lösung.
Ich weiß zwar nicht wie ich das im Browser selber einstelle, aber ich habe einfach in der header.php

das

Code: PHP  [Auswählen]

<meta http-equiv="Content-Type" content="text/html; charset=<?php echo $_SESSION['language_charset']; ?>" />

in das

Code: PHP  [Auswählen]

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

geändert und es klappt.

Danke

[guensi]

Dann am besten auch gleich noch das Thema als behoben markieren

[web28]

@denma
Die Einstellungen für das Charset findest Du in den jeweiligen Sprachdateien, für Deutsch in lang/german/german.php
Damit ist es möglich, für jede verwendete Sprache individuelle Charsets zu definieren.

[elainy]

Meiner Erfahrung nach kann man bei verschiedenen Charsets auf der Seite diese dann aber nicht mehr im Backend zusammen editieren. Beim Öffnen und wieder abspeichern wird dann alles gescrambled. Aber diese Erfahrung ist auch schon etwas her - lasse mich da gerne korrigieren.
Ich jedenfalls würde UTF-8 immer vorziehen. Da passt (so gut wie?) alles rein - deutsch - russisch - griechisch.
Sicher ist sicher.

[mantis]

@elainy
Prinzipiel gebe ich dir Recht, hab es noch nicht mit der aktuelleren Versionen getestet aber XTC spricht  nicht utf8 . (Punkt)
1. Ja man kriegt es zu laufen - mit recht vielen Änderungen
2. Nein es läuft nicht Stabil - da sich immer wieder Formatierungsfehler einschleichen.
3. Einige Erweiterungen laufen nicht unter utf8
4. Wenn mann nicht einen eigenen Mailer hat, und auch Erfahrung hat mit dessen Einstellungen hat man Mail Probleme
5. UTF8 braucht mehr speicher, dies ist relevant bei Shops mit einer Grossen Artikelanzahl.
6. Wenns sauber ginge wieso sind die US Version und die Chinesische Version nicht auf UTF8 - denn dort würde es Sinn machen?

Nur meine Empfehlung, Finger weg von UTF8 es ist ein Fass ohne Boden.

Gruss
mantis

[elainy]

Hey Mantis,

ich musste Standard XTC vor ca. 2 Jahren umstellen und du hast Recht - es war die Hölle. Besonders weil wir zu dem Zeitpunkt für kurze Zeit schon halb utf8 und halb iso gefahren hatten und dann utf8 als iso abgespeichert in der Datenbank hatten und solche Scherze.
Seitdem läuft es aber problemlos.
Eigentlich ist es nicht soo komplex und es gibt mittlerweile auch Anleitungen. (Anleitung utf-8 Konvertierung Standard XTC)
Im Grunde stellst du die Datenbank um und dann das Encoding der Pages und der Mails sowie alle Templates in denen sich Text befindet und die Sprachdateien.

Eigentlich bezog sich mein Kommentar auch hauptsächlich auf die Äußerung von web28, dass man die Sprachen mit separaten Encodings fahren kann. Das ist zwar so eingerichtet als würde es funktionieren, aber zumindest im Standard XTC bei mir gab' das ein unglaubliches unglaubliches Encoding-Chaos.

Konvertierung zu UTF-8 ist nicht unbedingt ein Laien-Thema. Deshalb sollte man vielleicht die Finger davon lassen, wenn man sich sicher ist, dass der Shop eh nur in Deutsch an den Start gehen wird und so bleibt.
Aber sobald andere Sprachen ins Spiel kommen würde ich dringend raten sauber zu UTF-8 zu konvertieren und nie ein Misch-Masch von Encodings anzufangen. Das ist dann nämlich sehr schwer zu reparieren - wenn überhaupt.

Mir hat damals dieser Artikel sehr geholfen: Turning MySQL data in latin1 to utf8 utf-8.

Encoding - ein emotionales Thema bei mir - man merkt's.  

[mantis]

Hatte ich oben schon Erwähnt funzt aber mit Rattenschwänzchen, die Anleitungen kenne ich schon

Im prinzip der Kunde hat nichts gemerkt ABER alles wo ein Datenaustausch hat die Daten korruptiert habe fast 2 Jahre lang meinen damaligen shop auf utf8 gefahren - NIE wieder
Google meckert, Wawi meckert, Elmar meckert, und nicht zuletzt Frau meckert

Gruss
mantis

[Tomcraft]

Und wir alle wissen was passiert, wenn Frau erstmal meckert!

[mantis]

@Tomcraft

wann darfst du wieder ohne Augenklappe raus?

 

Gruss
mantis