Genau, sieh mal in die WebShopImport.log, ob da noch mehr Fehlermeldung steht.
Dann kann man vielleiecht direkt den Fehler erkennen.

Hallo "moped" 🙂

Ich habe nun die Logfile komplett geleert und den Debugmodus aktiviert.
Danach den Import aus XT-Commerce nochmal angestoßen...
Ergebnis war die selbe Fehlermeldung. Dazu findest du nun die passende WebShopImport Logdatei.

Hat jemand eine Ahnung wo das Problem liegt? Ich selbst vermute ein Problem bei UTF8 bzw. beim ISO-Schriftsatz...

Lieben Gruß
Tommy

Ok, was heißt denn "xt:Commerce Shop läuft mit iso-8859-15"?
Ist das der Charset in der Datenbank, oder steht das im HTML Head als charset?
Es ist besser die Datei ohne BOM zu speichern, welche andere Fehlermeldung erhälst du denn dann?

Dazu findest du nun die passende WebShopImport Logdatei.

Wo? Was steht drin?

Sorry, die Log habe ich vergessen. :)o
1.
Logfile UTF-8 ohne BOM
Du hast recht. Stelle ich die fakturama_connector.php auf utf8 ohne bom, so läuft der Import ohne Fehlermeldung durch.
In Fakturama werden jedoch nur zwei oder drei Bestellungen angezeit, die jeweils nur XXXXX... Werte enthalten.

Download-Link der Logfile

2.
[quote="Ist das der Charset in der Datenbank, oder steht das im HTML Head als charset?"]

Gemeint ist der HTML-Header. Hier ist charset=iso-8859-15 definiert.

Der HTML charset ist hier nicht relevant.
Viel wichtiger ist, wie die Daten in der DB liegen. Da werden sie ja abgerufen.
Zur Kontrolle könntest du in phpMyAdmin mal folgendes absetzen:

SHOW VARIABLES LIKE 'character_set%';

Dann weißt du, welche Spalten wie formatiert sind.

Ich sehe im Logfile immer noch kaputte Zeichen. Kommen die auch so an?
Werden Umlaute nicht richtig angezeigt?

In Fakturama werden jedoch nur zwei oder drei Bestellungen angezeit, die jeweils nur XXXXX... Werte enthalten.

Ich werde daraus noch nicht ganz schlau.
Hast du die Werte jetzt geiXt, oder stehen die so in der DB? Alle Zahlen stehen auf 0?

Hallo!

Viel wichtiger ist, wie die Daten in der DB liegen. Da werden sie ja abgerufen.

Okay, hier sind die Infos:
Variable_name Value
character_set_client utf8
character_set_connection utf8
character_set_database latin1
character_set_filesystem binary
character_set_results utf8
character_set_server latin1
character_set_system utf8
character_sets_dir /usr/share/mysql/charsets/

Hast du die Werte jetzt geiXt, oder stehen die so in der DB? Alle Zahlen stehen auf 0?

Das passiert ganz von alleine, sobald ich die Klammern entferne bei
//define ('ENCRYPT_DATA',true) in der connector config.

Anbei findest du die Logfile ohne encrypt Modus. 🙂
Download der ShopImportLog

Ok, dann nimm die Daten mal schnell wieder aus dem web. ::o
Die Umlaute werden also falsch dargestellt, wenn ich das richtig erkenne. Versuch mal Folgendes:
Such in der connector.php den Eintrag

// make a connection to the database... now
sbf_db_connect() or die('Unable to connect to database server!');

Und schreib in die nächste Zeile

sbf_db_query( "SET NAMES utf8" );

Guck mal, ob die Umlaute dann richtig ankommen.
Oder war das Problem noch ein anderes?

Okay, das habe ich gemacht.

Dennoch erscheinen keine Bestellungen in der Software.
Die gleiche Fehlermeldung wird weiterhin angezeigt:

Dazu die ShopImport Log:
Download der ShopImportLog

Irgendwie kommen deine Daten nicht in UTF-8 an.
In der Datenbank und im Shop sind die Umlaute aber richtig dargestellt?

Hallo!

Ja, im Shopfrontend ist alles korrekt. Die Domains sende ich dir als PN.
Vielleicht findest du ja den Wurm bei der ganzen Sache.

Die Datenbank scheint ja auch in Ordnung zu sein:
Variable_name Value
character_set_client utf8
character_set_connection utf8
character_set_database latin1
character_set_filesystem binary
character_set_results utf8
character_set_server latin1
character_set_system utf8
character_sets_dir /usr/share/mysql/charsets/

- Soll ich mal die PHP-Info vom Server auslesen?! Vielleicht hilft das euch ja weiter.

- Was wäre wenn ich ein MySQL Dump fahre und danach einfach mal die Datensätze in UTF-8 formatiere? Soll ich das mal probieren oder liegt das Problem eher wo anders?

Zuerst nimm mal bitte die verlinkten Shoplogs mit den Kundendaten wieder aus dem Netz.
Wenn ich mir die Logs lokal in Notepad++ lade, sind sie ANSI (also Latin_1) formatiert.
Stelle ich auf UTF-8 ohne BOM um, ist alles korrekt mit Umlauten.
Irgendwo wird nicht wie erwartet konvertiert. Ich seh es mir mal an.

Erst einmal vielen Dank für deine Mühe!

1. Logs sind aus dem Netz entfernt.
2. Ich denke auch dass es irgend was mit dem Zeichensatz zutun hat, nur habe ich keinen echten Ansatz.

Hilft es dir weiter wenn ich dir meine fakturama_connector.php sende?

LG
Tommy

So, ich habe jetzt folgendes festgestellt:
Der Zeichensatz ist in Ordnung, er wird nur bei der Ausgabe falsch dargestellt.
Wenn ich eine Logdatei von dir umbenenne in .xml anstatt .log und doppelklicke, wird alles richtig dargestellt. Also sind die Zeichen korrekt.
Bis auf eine Sache!
Es ist eine Bestellung aus Tschechien drin, die das Einlesen abbricht.
Bestell ID ist 2809

Wenn die nicht drinsteht, läuft der Import durch.
Setze diese Bestellung mal im Shop Backend auf erledigt (steht auf pending) und starte den Connector ohne bisherige Veränderungen.

Super! Vielen Dank!
Nun läuft der Import tatsächlich sauber durch!

Die Software ist wirklich klasse. Alle noch offenen Fragen sind direkt beantwortet:
Die Software übernimmt die Zahlunsart bei der Bestellung, die Bestellnummer und auch die Kommentare sind in der Bestellung enthalten. Klasse Software.

LG
Tommy