SHOP UTF-8 ...

[Weinkrähe]

Vielen Dank!

[noRiddle (revilonetz)]

Der Fehler ist behoben.

in der admin configure.php stand bei DB_SERVER_CHARSET 'uft8' anstatt richtig 'utf8'

Gruss Web28

Nur damit sich niemand wundert.
Du meinst bestimmt da stand 'utf-8', also mit Bindestrich, anstatt 'utf8'.

Gruß,
noRiddle

[Weinkrähe]

In der configure.php wird es ohne Bindestrich geschrieben.

Code: PHP  [Auswählen]

define('DB_SERVER_CHARSET', 'utf8'); // set db charset utf8 or latin1

Grüße
Tohams 

[noRiddle (revilonetz)]

Eben deshalb habe ich web28s Typo korrigiert, damit keine Mißverständnisse aufkommen.

Gruß,
noRiddle

[Viol]

Hallo,
wäre schön, wenn einer mal aufklären würde, was genau Sache ist:

Der Fehler ist behoben.

in der admin configure.php stand bei DB_SERVER_CHARSET 'uft8' anstatt richtig 'utf8'

Gruss Web28

Hier steht 'uft8' ---- also "nur" verdrehte Buchstaben..

[noRiddle (revilonetz)]

Aha, habe nicht richtig gelesen und als Folge verkehrt vermutet, sorry. 

Gruß,
noRiddle

[web28]

So einen Buchstabendreher sieht man sehr oft nicht, man wird vom eigenen Gehirn verarscht.

Es gibt schöne Beispiele mit Lückentexten, die man ohne Probleme flüssig lesen kann, obwohl Buchstaben fehlen. Das ist im Prinzip der gleiche Effekt.

Guss Web28

[0815]

Ja, an solchen Kleinigkeiten kann man sich gerne Mal ein paar Tage die Zähne ausbeißen.
Da liest man dann 100x utf8, obwohl da uft8 steht.

... ich hatte mit der Umstellung auch so viel "Spaß". 

[Timm]

Habe einen bestehenden 2.0.2.1 shop mit iso8859-15 Datenbank nochmals per installer neu installiert und auf utf-8 geändert und dabei die DB überschrieben und neu in utf-8 anlegen lassen. Vorher über phpmyadmin die Tabellen der alten Datenbank nur als Daten ohne Struktur gesichert und in die neu angelegte leere DB importiert, weil er wenn man die alte DB einfach wiederherstellt alle umlaute falsch geschrieben hatte und der seitenaufbau komlett durcheinander war. Dann noch die Sprachdatei auf utf-8 gestellt.

Jetzt sieht der Aufbau der Seiten und die Umlaute einwandfrei aus und es scheint alles zu funktionieren.

In der configure.php steht auch utf-8 drin und sowohl im Frontend als auch im Backend steht bei quelltext anzeigen im charset utf-8.

Auch das ändern von content und anlegen von kunden mit umlauten wird sowohl im Frontend, Backend und in der DB korrekt angezeigt.

Jetzt hab ich hier noch folgendes gelesen, was mich verunsichert:

Dann habe ich noch sehr viele Dateien mit Dreamweaver geöffnet, im Menü unter Modifizieren>Seiteneigenschaften>Titel/Kodierung UTF-8 ausgewählt, angewendet und abgespeichert.

Ist das notwendig? Viele meiner Dateien sind noch als latin1 kodiert. Sieht man in dreamweaver unter kodierung und auch wenn ich sie per textmate öffne kommt die Meldung, wie er sie öffnen soll manchmal, wo dann nur latin1 funktioniert. Es funktioniert ja aber augenscheinlich.

Gibts ein testscript, ob alles funktioniert? Oder was sollte man noch prüfen, bevor das online geht? Hab keine Lust auf böse Überraschungen.

Einziger Fehler, der mir aufgefallen ist, wo ich aber nicht weiß, ob da ein zusammenhang besteht,ist, dass der kcfinder nichtmehr die images auf der ersten seite lädt, die in .thumbs liegen müssten und dort auch nicht auf einstellungen geht. Für die anderen ordner läuft es. Der .thumbs ordner hat auch andere Besitzer/Gruppen (33 33), als der Rest und wenn man eine neue Datei hochlädt in einen Ordner bekommt diese datei auch die 33 33 statt wie die anderen dateien 510 512. Jetzt hab ich etwas bammel, dass das an der umstellung liegt und vielleicht noch mehr nicht funktionieren könnte.

[Bonsai]

Die Dateien im Ordner /lang und die Unterordner davon sollte man so bearbeiten.
Ansonsten kommen eventuell da die Umlaute unsauber raus, wenn da z.B. ü steht und nicht ü

Nimm aber besser Notepad++

Dreamweaver ist ein WYSIWYG-Web-Editor .... die sind böse! Die machen manchmal automatisch irgendwas, das gar nicht erwünscht ist, wie " konvertieren in $quot; was in Smarty Tags dann kontraproduktiv ist.

Beachte auch, dass man z.B. auf der PayPal Webseite in dem irrgaten von Menü irgendwo unter Sprachen oder Spracheinstellungen den Zeichensatz festlegen muss! Sonst sehen die PayPal E-Mail so witzig aus

[Timm]

Danke Bonsai.

Notepad++ gibts nicht für den mac. Textmate sollte auch gehen, oder?

Die datei als latin1 öffnen und dann ohne zu bearbeiten einfach auf speichern unter klicken und bei encoding unicode-utf-8 wählen, richtig? Dort gibts noch eine auswahl ohne beschriftung wo man LF, CR und CRLF wählen kann. ????

Beachte auch, dass man z.B. auf der PayPal Webseite in dem irrgaten von Menü irgendwo unter Sprachen oder Spracheinstellungen den Zeichensatz festlegen muss! Sonst sehen die PayPal E-Mail so witzig aus

Du meinst das hier

Soll diese Codierung auch für Daten verwendet werden, die PayPal an Sie sendet (z. B. sofortige Zahlungsbestätigungen, herunterladbare Kontoauszüge, E-Mails)?

zu finden unter

Mein Profil-Verkäufer/Händler-Sprachliche Kodierung von Paypalbuttons-Sprachkodierung-weitere Optionen-Codierung-UTF-8? 

Danke für den Tip. War was falsches eingestellt.

[Bonsai]

1) Ja und CRLF (dann kann auch Windoof das)
2) Ich hoffe es ... als ich das umgestellt hatte, sah der Irrgarten noch anders aus. Das war irgendwo was mit Sprache und dann noch erweiterte Einstellungen. Da war auch nicht die Rede von buttons.

[Timm]

[Timm]

Die Dateien im Ordner /lang und die Unterordner davon sollte man so bearbeiten.
Ansonsten kommen eventuell da die Umlaute unsauber raus, wenn da z.B. ü steht und nicht ü

Das waren jetzt nur für german allein ca 230 Dateien, die man per Hand öffnen musste, speichern als und anderes Format auswählen. Empfehle jedem den ordner runterzuladen und es offline zu ändern und wenn fertig einmal hochladen. Erspart einem den einen Schritt für hochladen im ftp programm und das switchen zwischen den geöffneten Programmen, wenn die Datei geändert wurde, was 230 mal ist. Englisch mach ich nicht, weil der shop nur auf deutsch läuft.

Wenn jemand ne schnellere Methode hat, wie man alle Dateien auf einmal konvertieren kann, gerne hier posten. Ist echt ne sch...arbeit gewesen.

[web28]

Wenn jemand ne schnellere Methode hat, wie man alle Dateien auf einmal konvertieren kann, gerne hier posten. Ist echt ne sch...arbeit gewesen.

Es gibt Tools die das können, hatte da mal eins für Windows gefunden.

Es ist aber unnötig, da in fast allen deutschen Sprachdateien keine Umluate sondern nur die Entities enthalten sind.

Und wenn eine Datei keine speziellen Sonderzeichen enthält ist die Konvertierung nach UTF-8 ohne BOM sinnlos. Nur durch UTF-8 Sonderzeichen wird die Datei umkodiert.

Gruss Web28