UTF8 Problem

Deutsches Forum
1

Hallo,

hab ein kleines Problem, ich bekomme per csv Produktdaten übermittelt, die sind teilweise ISO und teils UTF8 kodiert. Die Datenbank ist auf UTF8 eingestellt, nun habe ich den import der Daten so umgesetzt, dass eigentlich UTF8 Zeichen in ISO konvertiert und in die DB geschrieben werden sollten, da wusste ich aber noch nicht, dass die ebenfalls UTF8 ist, so dass die Daten doch wieder in UTF8 geschrieben werden, nun habe ich ein paar Hundert Datensätze die Sonderzeichen enthalten.
Welchen Weg habe ich nun um die Daten lesbar im Shop zu bekommen, ich vermute mal sowas wie utf8_encode im Template, falls ja welches und wie wird das in Smarty umgesetzt?

Grüße aus Berlin

2

Hallo,
ich würde das Problem eher auf den Grund gehen und die Umlaute in der Datenbank ändern, vielleicht damit:

[B]Umlaute in der Datenbank Ändern[/B]

Vorher unbedingt einen Backup machen.

Grüße
Rafig

3

Ich würde die Daten löschen, CSV mit Notepad o.ä. in utf-8 konvertieren und dann wieder einspielen. Wenn das nicht geht:

http://support.oxid-esales.com/downloads/utf-8/OXID_UTF8UPDATE_CE_4.9.0.zip

4

Finde beide Lösungen eher Suboptimal, würde bedeuten dass ein Scrip per Cronjob dauerhaft ohne Kontrolle laufen müsste. Es kommen ja täglich neue Artikel hinzu. Mir wäre eine Lösung lieber, die sich auf die Ausgabe im Template beschränkt.

Gibt es dazu Ideen?

Grüße aus Berlin

5

Ach so, ich wusste nicht dass das alles automatisiert ist. Ich dachte es wäre nur einmalige Angelegenheit.


[{$title|utf8_encode}]

[{$title|escape:'html':'UTF-8'}]

[{$title|htmlentites}]

[{$title|escape:"htmlall"}]

Auch die Lösung das Problem direkt am Template geradezu biegen ist suboptimal. Hier musst du tatsächlich die Sache auf den Grund gehen und schauen das die Automatismen korrekt funktionieren.

Grüße
Rafig

6

Ich versuche es mal so umzusetzen. Worauf bezieht sich deine Variable $title, vermute mal soll nur ein Beispiel sein!? Und ist es bei Smarty egal an welcher Position der Quelltext steht, also ob im Head oder vor der var?

Das Problem bei den Automatismen ist, dass jeder seine csv oder txt Dateien nach seinen Vorgaben ausliefert, dummerweise hatte ich das vorab nicht bedacht.

Grüße aus Berlin

7

[QUOTE=itnic;178040]Worauf bezieht sich deine Variable $title, vermute mal soll nur ein Beispiel sein!?[/QUOTE]

Ja. Es kann alles mögliche sein Artikeltitel, Kurzbeschreibung usw.


[{$oDetailsProduct->oxarticles__oxtitle->value|utf8_encode}]

[{$oDetailsProduct->oxarticles__oxshortdesc->value|utf8_encode}]

Nein. Das ist NICHT egal. Bei Smarty müssen PHP Funktionen Tabulator getrennt danach stehen:


[{$var|var_dump}]

[QUOTE=itnic;178040]dass jeder seine csv oder txt Dateien nach seinen Vorgaben ausliefert[/QUOTE]

Du nimmst das irgendwo doch entgegen, ich vermute in einem PHP Datei. Also, hier wäre das perfekte platz umlaute zuerst umzuschreiben und erst danach in die Datenbank zu schreiben oder an die Template zu schicken.

Wie gesagt in Smarty Template so etwas zu machen ist suboptimal.

Grüße
Rafig

8

Witziger Weise habe ich das auch so umgesetzt, habe dafür extra eine Funktion gebastelt. Bringt aber nichts, wenn die Tabelle auf UTF8 eingestellt ist, Umlaute vorab in ISO umwandelt und dann in eine UTF8 DB schreibt, darauf hatte ich nicht geachtet.

Ich werde beim nächsten Projekt mal genauer hinschauen.

Danke erstmal und
Grüße aus Berlin

9

[QUOTE=itnic;178044]Bringt aber nichts, wenn die Tabelle auf UTF8 eingestellt ist, Umlaute vorab in ISO umwandelt und dann in eine UTF8 DB schreibt, darauf hatte ich nicht geachtet.[/QUOTE]
Dann ändere das doch einfach :rolleyes:. Aus:

$str = utf8_decode($str);

machst du:

//$str = utf8_decode($str);

Ganz ehrlich die Idee das im Template zu fixen ist Unsinn.