Hallo,

ich habe ein ernsthaftes Problem, wo ich keine Ahnung habe, wie das lösen soll.

Wir setzen bei einem Kunden zum ersten Mal unseren Shop und einer aktuellen Konfiguration ein, dh. aktuelles Suse mit perl 5,10 und Apache 2.

Das Problem ist jetzt, dass wenn ich zb. einen Artikel über das Webinterface ändere und ein sonderzeichen drin ist, das ganze direkt in utf8 gespeichet wird, ich will aber dass das 1zu1 gespeichert wird, egal was drin steht.

So läuft das auch auf allen Rechnern, nur da nicht. Hat da jemand einen Ansatzpunkt für mich.

Das Problem ist auch, dass das eine ganze Zeile betrifft, auch wenn zb. nur die 3. Spalte über ein Feld editiere, was ich sehr seltsam finde.

spalte1|spalte2|spalte3|

wenn ich jetzt nur spalte2 übers webform eingeben lasse und dort dann ein sonderzeichen drin ist, werden die felder aus 1 und 3 auch in utf8 gespeichert, obwohl diese direkt aus dem split der Zeile genommen werden.

Sehr seltsam, kann mir da jemand helfen?

Danke ...

Ist das Dateibasiert oder wird alles in einer Datenbank gespeichert?

Was ist denn als "charset" angegeben und was liefert Appache aus? Dort kann man auch Charsets einstellen.

Was kommt denn im Perl-Skript an?

Hallo,

> Ist das Dateibasiert oder wird alles in einer Datenbank gespeichert?

Dateibasiert, das ist ja das bizarre.

> Was ist denn als "charset" angegeben und was liefert Appache aus?
> Dort kann man auch Charsets einstellen.

In der Seite ist iso angegeben und in der conf habe ich den default charset auf on (iso) gestellt. Hat nichts gebracht.

> Was kommt denn im Perl-Skript an?

Das muss ich mal noch testen, aber ich denke der utf8 code, kann sein, dass perl das umwandelt? Es werden allerdings keine MOdule für die Parameterverarbeitung verwendet.

Die Frage ist welche Kodierung in der HTML Seite, wo das Formular angezeigt wird, verwendet wird. Und werden schon vorhandenen Sonderzeichen korrekt dargestellt?

die html-seite hat

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

auch sonst ist da alles soweit ok, es wird ja auch viele 100x eingesetzt, ohne das es bisher die Probleme hat.

Dann verstehe ich dein Problem nicht, dann werden auch keine Sonderzeichen umgewandelt.
Kannst du einen Minimal Code zeigen, an dem man das Problem nachvollziehen kann?

Ich kann es selber nicht nachvollziehen, aber ich glaube ich habe das Problem erkannt, es ist

decode_entities

This routine replaces HTML entities found in the $string with the corresponding Unicode character. Under perl 5.6 and earlier only characters in the Latin-1 range are replaced. Unrecognized entities are left alone.

Obwohl ich das bei 5.8 bisher nicht beobachten konnte. Mal sehen, ob ich das Unicode dem abgewöhnen kann.

Jetzt habe ich das Problem gelöst, ich liefere immer einige Module mit, unter anderem auch das

html::entities

bei dem 5.10 habe ich diese gelöscht, damit es nicht zu konflikten kommt. die mitgelieferten module scheinen vorrang zu haben. Das Modul ist aus einer 5.6 installation und da werden ja die unicodes nicht umgesetzt und wieder reinkopiert und siehe da, das Modul macht was es soll.

Das nächste Mal bitte einen sinnvollen Titel für den Thread!
Schließlich bekommst du von uns auch keine krytischen Tipps sondern lesbares.

//ModEdit GwenDragon: Threadtitel geändert

Quote

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

Ja, und sendet das auch der Server? Oder sendet der Server vielleicht doch auch UTF-8?

OK, mir ist aber wirklich nicht besseres eingefallen - ich bessere mich. War vielleicht auch der Wahnsinn, in den mich das Problem getrieben hat.