latin1 = 8859-1 oder 8859-15

[webald]

ich stolper gerade über ein Problem beim Austausch mit einem 3rd-Party-Programm. Bis zur Aktualisierung auf 2.0 lief das gut, nun bekomme ich einen Fehler das UTF-8 erwartet würde, obwohl der Shop nachwievor auf latin1 steht. Wo das UTF-8 herkommt interesseirt im Moment noch nicht.

Ich habe dann mal etwas gelesen und da steht dann latin1=8859-1. Im Shop wird aber stattdessen 8859-15 verwendet. Hab ich das was falsch verstanden oder bucht man das unter Altlasten XTirgendwas?

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

[Bonsai]

ISO8859-1 + € = ISO8859-15

Solange Du keine € Zeichen in den Daten hast, ist es völlig egal ob ISO8859-1 oder ISO8859-15 genutzt wird.

[hpzeller]

Das stimmt nicht ganz, die beiden Zeichensätze unterscheiden sich schon noch durch ein paar Zeichne mehr als nur durch das € Zeichen.

Hier eine Vergleichstabelle -> https://de.wikipedia.org/wiki/ISO_8859-15

Gruss
Hanspeter

[webald]

Also Altlast bzw. unsauber aufgebohrt.

Mir geht es nur darum, dass "latin1", wie in der configure.php angegeben eben nicht ganz korrekt ist. Die Idee die Konstante DB_SERVER_CHARSET auszulesen um darauf bassierend die passende Codierung einer Drittanbiete-Software einzustellen funktioniert dann u.U. nicht ganz korrekt. latin1 ist eben nicht 8859-15.

[hpzeller]

Persönlich bin ich der Meinung das man solche Zeichensatz-Probleme durch komplette Umstellung auf UTF-8 lösen sollte, auch wenn es aufwändiger ist, dafür wird man dann aber nie wieder mit dem Zeichensatz-Problem konfrontiert.

PS:
Wenn man eine komplette Umstellung auf UTF-8 durchgeführt hat, also ausser Datenbank- und Textkonvertierung auch HTML-Entities gewandelt hat, kann man alle reinen Texte auch in JavaScript Code verwenden, ausserdem hat man natürlich so auch die Möglichkeit auf einer HTML-Seite Ausgaben in allen Sprachen und Schriftarten zu machen.

Gruss
Hanspeter

[Bonsai]

[ Für Gäste sind keine Dateianhänge sichtbar ]

Hier die Anleitung wie es geht:
https://www.modified-shop.org/forum/index.php?topic=26848.msg294149#msg294149

[webald]

... durch komplette Umstellung auf UTF-8 lösen ...

das ist in meinen Augen ein ganz wichtiger Hinweis. Das müßte sogar heißen "KOMPLETTE Umstellung". Sonst fängt der Spaß nämlich beim Datenaustausch mit anderen Systemen an. Nur den Shop alleine auf UTF-8 umzustellen reicht evtl. nicht.

[Bonsai]

Ja, hat bei mir 3 Tage gedauert. Den Shop kann man in unter einer Stunde auf UTF-8 bekommen, der Rattenschwanz dahinter ist aber manchmal anstrengend.
Musste meine Schnittstelle zur Wawi umprogrammieren. Die Datenbankverbindung dahin macht kein UTF-8. Z.B. der Name Sanja Lončar macht da auf ISO8895-1 keinen Spaß ...

Das einzige was mich an der Umstellung wirklich geärgert hatte ..... dass ich nicht sofort mit einem UTF-8 Shop begonnen hatte.

[web28]

Mir geht es nur darum, dass "latin1", wie in der configure.php angegeben eben nicht ganz korrekt ist. Die Idee die Konstante DB_SERVER_CHARSET auszulesen um darauf bassierend die passende Codierung einer Drittanbiete-Software einzustellen funktioniert dann u.U. nicht ganz korrekt. latin1 ist eben nicht 8859-15.

Das Charset kann man entweder aus der Session oder aus der language DB auslesen. Das kann für jede Sprache anders sein.

iso-xxx gibt es bei einer DB Verbindung nicht.

Bei einer DB Verbindung sind es CHARACTER SET und COLLATE

http://dev.mysql.com/doc/refman/5.7/en/charset-table.html

[Bonsai]

Ja ... man sieht auch oft latin1_swedish_ci aber als Zeichensatz kommen da in Frage: ISO8859-1, ISO8859-15, ISO-8859-10 oder ISO-8859-4

[web28]

latin1_swedish_ci ist der Standard weil der Entwickler eine Schwede ist. 

Wichtig zu wissen:
Diese Einstellung wird beim Erstellen der DB oder beim ersten Zugriff als Default für die DB gesetzt.

Kann man leicht überprüfen:
Ein neue DB Tabelle mit einem varchar Feld OHNE COLLATE anlegen und nachschauen was dann bei COLLATE in der DB steht.