Gute Frage!
Was wäre denn korrekt?
Umlaute-Problem, ich weis nicht weiter
Re: Umlaute-Problem, ich weis nicht weiter
Mist, das lag an mir.
Ich habe beim rumtesten erst manuell NUR "Straße" in "Straße" geändert.
Wenn ich nun die Datenbank exportiere steht bereits "Straße" dort.
Ändere ich es in "Straße" und lade es dann so hoch, kommt "StraÃÅ" raus.
Das müsste ich quasi rückgängig machen. Geht das irgendwie? Ich müsste es dann wohl direkt in der Datenbank unter PhpMyAdmin ändern in "Straße", oder? Und erst dann exportieren und DANN ändern?
Wenn ich jetzt wüsste in welcher Tabelle ich das Wort finde... oh man. Kann man bei PhpMyAdmin irgendwie genau nach dem Wort suchen?
Ich habe beim rumtesten erst manuell NUR "Straße" in "Straße" geändert.
Wenn ich nun die Datenbank exportiere steht bereits "Straße" dort.
Ändere ich es in "Straße" und lade es dann so hoch, kommt "StraÃÅ" raus.
Das müsste ich quasi rückgängig machen. Geht das irgendwie? Ich müsste es dann wohl direkt in der Datenbank unter PhpMyAdmin ändern in "Straße", oder? Und erst dann exportieren und DANN ändern?
Wenn ich jetzt wüsste in welcher Tabelle ich das Wort finde... oh man. Kann man bei PhpMyAdmin irgendwie genau nach dem Wort suchen?
- HHGAG
- PLUS-Mitglied
- Beiträge: 2337
- Registriert: 21. Aug 2008 00:16
- Land: Deutschland
- Firmenname: H.H.G. AG (A.S.)
- Kontaktdaten:
Re: Umlaute-Problem, ich weis nicht weiter
In der Ansicht mit den Tabellen kann man über die Suche über alle Tabellen suchen.
H.H.G. AG (A.Ş.)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Re: Umlaute-Problem, ich weis nicht weiter
Habe eine altes SQL Backup gefunden.
Dort wurde "Straße" bereits als "Straße" geschrieben. Ziemlich komisch.
Ich habe nun ALLES auf UTF8, bloß wenn ich die Rechnunge als PDF öffne steht dort "Straße".
In der SQL Steht jedoch definitiv "Straße" und wurde auch als UTF8 ohne BOM gespeichert und dann so hochgeladen.
Bekommt man eine Bestellbestätigung per Email steht statt dem "ß" sogar ein Fragezeichen in grauer Raute. Das heißt doch das in irgendeiner Datei auf dem FTP ISO hinterlegt sein muss, oder liege ich da falsch? Denn in der Datenbank steht nun definitiv alles korrekt! Wenn ich dort "Straße" sucht wird nichts gefunden.
Dort wurde "Straße" bereits als "Straße" geschrieben. Ziemlich komisch.
Ich habe nun ALLES auf UTF8, bloß wenn ich die Rechnunge als PDF öffne steht dort "Straße".
In der SQL Steht jedoch definitiv "Straße" und wurde auch als UTF8 ohne BOM gespeichert und dann so hochgeladen.
Bekommt man eine Bestellbestätigung per Email steht statt dem "ß" sogar ein Fragezeichen in grauer Raute. Das heißt doch das in irgendeiner Datei auf dem FTP ISO hinterlegt sein muss, oder liege ich da falsch? Denn in der Datenbank steht nun definitiv alles korrekt! Wenn ich dort "Straße" sucht wird nichts gefunden.
Re: Umlaute-Problem, ich weis nicht weiter
Dies steht in der Tabelle wenn ich über PhpMyAdmin nachschaue:
Die Straße heißt "Hohe Straße". Angezeigt wird mir bei den Rechnungen im Shop aber noch immer "Hohe Straße".
Code: Alles auswählen
SELECT * FROM `DB2131063`.`gm_contents` WHERE (CONVERT(`gm_contents_id` USING utf8) LIKE '%Hohe%' OR CONVERT(`languages_id` USING utf8) LIKE '%Hohe%' OR CONVERT(`gm_key` USING utf8) LIKE '%Hohe%' OR CONVERT(`gm_value` USING utf8) LIKE '%Hohe%' OR CONVERT(`gm_group_id` USING utf8) LIKE '%Hohe%' OR CONVERT(`gm_sort_order` USING utf8) LIKE '%Hohe%') AND (CONVERT(`gm_contents_id` USING utf8) LIKE '%Straße%' OR CONVERT(`languages_id` USING utf8) LIKE '%Straße%' OR CONVERT(`gm_key` USING utf8) LIKE '%Straße%' OR CONVERT(`gm_value` USING utf8) LIKE '%Straße%' OR CONVERT(`gm_group_id` USING utf8) LIKE '%Straße%' OR CONVERT(`gm_sort_order` USING utf8) LIKE '%Straße%')
- HHGAG
- PLUS-Mitglied
- Beiträge: 2337
- Registriert: 21. Aug 2008 00:16
- Land: Deutschland
- Firmenname: H.H.G. AG (A.S.)
- Kontaktdaten:
Re: Umlaute-Problem, ich weis nicht weiter
Ist das die
oder das PDF Rechnungs Modul?print_order.php
H.H.G. AG (A.Ş.)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Re: Umlaute-Problem, ich weis nicht weiter
Wo sehe ich das genau?
Also in der Tabelle steht "GM_PDF_COMPANY_ADRESS", vermute mal das wird das PDF Modul sein?
Die Tabelle selbst heißt "Tabelle: gm_contents"
Also in der Tabelle steht "GM_PDF_COMPANY_ADRESS", vermute mal das wird das PDF Modul sein?
Die Tabelle selbst heißt "Tabelle: gm_contents"
- HHGAG
- PLUS-Mitglied
- Beiträge: 2337
- Registriert: 21. Aug 2008 00:16
- Land: Deutschland
- Firmenname: H.H.G. AG (A.S.)
- Kontaktdaten:
Re: Umlaute-Problem, ich weis nicht weiter
Wenn Du die Rechnungs druckst sollte in der Adressleiste Deines Browsers der Pfad stehen.
H.H.G. AG (A.Ş.)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Re: Umlaute-Problem, ich weis nicht weiter
Dort steht dann:
Unter Lieferschein ist der gleiche Fehler mit der Straße:
Edit:
Code: Alles auswählen
http://shopname.com/admin/gm_pdf_order.php?oID=400241&type=invoice
Code: Alles auswählen
http://shopname.com/admin/gm_pdf_order.php?oID=400241&type=packingslip
Komme der Lösung immer näher. Jetzt muss ich nur noch wissen welche Dateien alle betroffen sind... weist Du das zufällig auch?Gambio verwendet FPDF, welches die UTF-8 Kodierung nicht ünterstüzt. Du musst den PDF-Creator auf TCPDF umprogrammieren. Die Sprachdateien müssen mit Notepad++ nach utf-8 ohne Bom umkodiert werden und alle dort enthaltene Umlaute wie ü nach ü u.s.w. abgeändert werden.
Re: Umlaute-Problem, ich weis nicht weiter
Eins weiß ich nun für die Zukunft... Davon werde ich definitiv die Finger lassen...
Re: Umlaute-Problem, ich weis nicht weiter
Wovon? Von den Sprachdateien?
Aber ich muss diese ändern, sonst werden mir die Rechnungen fehlerhaft angezeigt.
Aber ich muss diese ändern, sonst werden mir die Rechnungen fehlerhaft angezeigt.
- HHGAG
- PLUS-Mitglied
- Beiträge: 2337
- Registriert: 21. Aug 2008 00:16
- Land: Deutschland
- Firmenname: H.H.G. AG (A.S.)
- Kontaktdaten:
Re: Umlaute-Problem, ich weis nicht weiter
Das Modul verwendet fpdf, das wiederum kein UTF-8 kann, man müsste also vor der Ausgabe alles in ISO bzw. windows-1252 umwandeln, siehe:
http://fpdf.de/forum/showthread.php?t=3751
http://fpdf.de/forum/showthread.php?t=3751
H.H.G. AG (A.Ş.)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Re: Umlaute-Problem, ich weis nicht weiter
Ok danke, aber WO muss ich denn z.b das
bzw
einfügen? Also bei welcher Datei/an welcher Stelle?
Code: Alles auswählen
$str = iconv('UTF-8', 'iso-8859-1', $str);
Code: Alles auswählen
$str = iconv('UTF-8', 'windows-1252', $str);
- Matt
- Beiträge: 1584
- Registriert: 27. Okt 2009 14:37
- Land: Deutschland
- Firmenname: WIBROS GmbH
- Branche: Erzgebirge Volkskunst, Kuckucksuhren, Nordic Skating
- Wohnort: Mainz
- Kontaktdaten:
Re: Umlaute-Problem, ich weis nicht weiter
Prinzipiell an jeder Stelle, an der ein String ausgegeben wird. Du kannst aber alternativ auch utf8_decode() benutzen, sollte den gleichen Effekt haben.
- HHGAG
- PLUS-Mitglied
- Beiträge: 2337
- Registriert: 21. Aug 2008 00:16
- Land: Deutschland
- Firmenname: H.H.G. AG (A.S.)
- Kontaktdaten:
Re: Umlaute-Problem, ich weis nicht weiter
Versuchs mal hier
ändern in:
Zeile: 485admin/gm_pdf_order.php
Code: Alles auswählen
$pdf_filename = strtolower(str_replace(' ', '_', $gm_order_pdf_values['GM_PDF_HEADING'])) . '.pdf';
Code: Alles auswählen
$pdf_filename = strtolower(str_replace(' ', '_', $gm_order_pdf_values['GM_PDF_HEADING'])) . '.pdf';
$pdf->buffer = utf8_decode($pdf->buffer);
H.H.G. AG (A.Ş.)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Re: Umlaute-Problem, ich weis nicht weiter
strtolower und str_replace sind übrigens auch nicht UTF-8-sicher. Ggf. kann es dir hier passieren, dass du Unsinn zurück bekommst.
Re: Umlaute-Problem, ich weis nicht weiter
Bei mir schaut das wohl etwas anders aus.
Dort finde ich dies:
Muss die Datei dann eigentlich auch in UTF8 ohne BOM gespeichert werden? Oder in was muss ich bei dieser Datei speichern?
Dort finde ich dies:
Code: Alles auswählen
/*
* -> pdf_filename
*/
$pdf_filename = xtc_cleanName(trim($gm_order_pdf_values['GM_PDF_HEADING']), '_') . '.pdf';
/*
- HHGAG
- PLUS-Mitglied
- Beiträge: 2337
- Registriert: 21. Aug 2008 00:16
- Land: Deutschland
- Firmenname: H.H.G. AG (A.S.)
- Kontaktdaten:
Re: Umlaute-Problem, ich weis nicht weiter
Ja, die Stelle sollte es sein, hatte gerade eine ältere Version zur Hand.
Ja, die Dateien sollten bei UTF-8 ohne BOM sein. Da Scripte sich der englischen Sprache bedienen spielt es meist keine Rolle welche Kodierung verwendet wird, solange es keine Sprachdateien sind, die abweichende Sprachen enthalten.
Ja, die Dateien sollten bei UTF-8 ohne BOM sein. Da Scripte sich der englischen Sprache bedienen spielt es meist keine Rolle welche Kodierung verwendet wird, solange es keine Sprachdateien sind, die abweichende Sprachen enthalten.
H.H.G. AG (A.Ş.)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Re: Umlaute-Problem, ich weis nicht weiter
Also das hier hat nicht geklappt:
Kann die Datei aber auch nicht in UTF8 ohne BOM abspeichern. Woran liegt das?
Setzt sich immer in "ANSI" zurück.
Code: Alles auswählen
/*
* -> pdf_filename
*/
$pdf_filename = xtc_cleanName(trim($gm_order_pdf_values['GM_PDF_HEADING']), '_') . '.pdf';
$pdf->buffer = utf8_decode($pdf->buffer);
/*
* -> handle output
*/
Kann die Datei aber auch nicht in UTF8 ohne BOM abspeichern. Woran liegt das?
Setzt sich immer in "ANSI" zurück.
- HHGAG
- PLUS-Mitglied
- Beiträge: 2337
- Registriert: 21. Aug 2008 00:16
- Land: Deutschland
- Firmenname: H.H.G. AG (A.S.)
- Kontaktdaten:
Re: Umlaute-Problem, ich weis nicht weiter
Versuch wars Wert, ansonsten müsstest Du alle Werte einzeln umkodieren lassen.
H.H.G. AG (A.Ş.)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
Hasan H. Gürsoy (CEO, ehem. Mitentwickler xt:Commerce)
-
- Information
-
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 63 Gäste