Umlaute-Problem

[awids]

Das kann so bleiben. Hast du die Datei irgendwann mal selbst bearbeitet/erweitert? Wenn ja, mit welchem Editor?

Lad nochmal die Orignal-Sprachdateien aus dem Install-Paket per FTP binär hoch.

[Matt]

"define('IMAGE_BUTTON_CHANGE_ADDRESS', 'Adresse ändern');"

im Shop wird angezeigt "Adresse Àndern"

Unwahrscheinlich. Und zwar gleich doppelt:
Entities werden immer richtig angezeigt, egal welche Kodierung.
IMAGE_BUTTON_CHANGE_ADDRESS wird nur als Alt-Text benutzt. Du siehst den also normalerweise gar nicht.

Dein fehlerhafter Text muss aus einer anderen Datei oder von einer anderen Stelle der Datei kommen.

[resend]

Problem gelöst!

Es ging ja jedes mal wenn ich den shop auf utf8 gestellt habe, jedoch wurden DANN die zuvor richtig angezeigten Umlaute in Fragezeichen geändert.

Nun habe ich den Shop auf utf8 gestellt, ebenso die Datenbank und einfach mal die Kategorien mit den Fragezeichen neu benannt, also so wie sie auch zuvor schon hießen.

Und tadaa, die Fragezeichen sind weg und die Umlaute sind korrekt. Man muss also nur das Fragenzeichen gegen den richtigen Umlaut tauschen.

So einfach, doch muss man erstmal drauf kommen. Danke für eure Hilfe.

Jetzt muss ich zwar noch ein paar Text-Dateien ändern, weil im Adminmenü ein paar Fragezeichen statt einem Umlaut stehen, aber diese Textstelle werde ich hoffentlich alleine finden.

[resend]

Ok, neues Problem.

Wenn man über PayPal bezahlt werden bei PayPal selbst bei Warenkorb die Umlaute falsch angzeigt.. woran kann denn das jetzt liegen?

Dort hatte ich zum testen "fuß üöä" eingetragen als Artikelname. Rausgekommen ist bei Paypal folgendes:

[resend]

Im PayPal Konto habe ich bereits auf UTF8 gestellt, hat nicht geholfen. Weitere Ideen?

[resend]

Ok und wenn jemand etwas bestellt und ich als Admin die Rechnung oder Lieferschein öffne, wird der Artikeltext ebenfalls falsch angezeigt, also mit falschen Umlauten.

In der Bestätigungsemail vom Kunden ist es jedoch korrekt.

Also:
1: Oben bei PayPal Umlaute falsch codiert
2: Und Rechnung + Lieferschein falsch angezeigt
3: In der Bestätigungsemail des Kunden alles korrekt

Wäre schon wenn Ihr mir bei Punkt 1 und 2 nochmal helfen könntet.

[web28]

Wenn man den 1.06 Shop auf UTF-8 laufen lassen möchte, muss man einiges umstellen.
Anleitungen gibt es mit WIKI.

Dein Problem ist, das Dein Server oder Dein Webhostingpaket keinen ISO  Code verarbeiten/ausliefern kann.
Oder der Server läuft mit PHP 5.6.

Gruss Web28

[resend]

Strato sagt es muss alles auf UTF8 laufen. Seltsam, aber naja, ich versuche es mal umzustellen.

Habe dazu noch eine Frage..
Sieht man auch im Notepad++ ob BOM Codes vorhanden sind, oder braucht man ein spezielles Programm um dies zu sehen? Bin da echt ein noob, habe mich eben etwas zu BOM eingelesen.

[Fakrae]

Wenn du in Notepad++ oben auf "Kodierung" gehst, wird dir angezeigt in welcher Kodierung das Dokument derzeit vorliegt - und du hast die Möglichkeit das Dokument anders zu kodieren ("Konvertiere zu...")

[resend]

Top danke!

[easybusiness]

Umlaute Problem auch bei Order Status:

Wenn man z.B. für einen Status verwendet "Prüfung notwendig" oder "Order creé" oder ähnliches, dann gibt es Probleme, Order Stati verändern sich selbständig.

Das ist nicht so gut. Abhilfe: Sonderzeichen nicht verwenden (UTF8).

[Elff]

Bins jetzt mal durchgegangen, weiss nicht ob es bei diesem Problem Hilft

Aber einfach mal versuchen:

Code: PHP  [Auswählen]

<?php ini_set("default_charset", "iso-8859-1");

in der "admin/includes/application_top.php" eintragen. Erste Zeile...

Das half bei mir.

[resend]

Ich möchte ja alles auf UTF8 haben, also müsste es doch so richtig sein, oder?

Code: PHP  [Auswählen]

<?php ini_set("default_charset", "UTF-8");

Gibt es eigentlich einen Unterschied in der Schreibeweis? Also von "UTF8" "utf8" oder "utf-8"?

[Fakrae]

mysql erwartet für set_charset als Übergabe "utf8" - also sollte man das mmn genau so verwenden. UTF8 könnte eventuell funktionieren, aber utf-8 ist dann doch deutlich anders