Suchergebnisse
Suchergebnisse 1-13 von insgesamt 13.
Hallo, eine Frage: Ist es möglich, mit mehr als 2 Nachkommastellen zu arbeiten? Das Problem ist, wenn man z.B. Nettopreise verwendet, weil man daraus in seinem Shop erst Bruttopreise macht, dann gibt es bei nur 2 Nachkommastellen Rundungsfehler, weil die anderen 2 Stellen von 4 Nachkommastellen einfach beim Import oder Export weggelassen werden. Gibt es dafür eine Lösung? Vielen Dank.
Alles klar, dann mach ich das so, bis Sie einen Weg gefunden haben. Vielen Dank!
Vielen Dank. Die Frage ist nur: Wie kann ich herausfinden, welche Zeichen nicht erkannt werden? Wenn man mehrere tausend Artikel importiert, sieht man das so mit bloßem Auge nicht, man müsste nach dem Import dann alle Artikelnamen und -beschreibungen durchschauen, was natürlich unmöglich ist. Beim Export klappt es dagegen, liegt das daran, dass die Artikelnamen hier eindeutig einem Zeichensatz zugeordnet sind?
Super, vielen Dank. Ich habe gerade die Export-Funktionen wieder in den Import eingebaut und neu importiert. Allerdings gibt es bei drei Artikeln den Fehler noch immer: 11-1-330-1830 11-7-275-2044 11-7-275-2047 Dort aber z.T. nicht in der Beschreibung, sondern im Titel. Bei Letzterem ist in der Import-Datei im Artikelnamen das Sonderzeichen "..." vorhanden, das verhaut den csv4you Import offenbar. Beim Vorletzten ist es wohl das Hochkomma im Artikelnamen.
Ok, vielen Dank. Da ich evtl. noch andere Importdateien bekomme, müsste das später zurück zum Import, weil ich beim Export dann ja alle Artikel aller Quellen verändern würde, was aber nicht sein soll. Aber zum Testen jetzt ist das ein Weg, ich werde es gleich ausprobieren. So klappt es, bin begeistert. Wenn das nun noch beim Import gleich funktioniert, wäre das perfekt. Vielen Dank nochmals.
Leider funktioniert das nicht. Aus "Höhe" mit echtem ö wird "Höhe".
Um es noch besser zu erklären, was ich meine, hier die erweiterte Funktion des Feldes LongDescription: Quellcode 1 2 3 4 <div class='produktbeschreibung'>[LongDescription]</div> {IF 'Length' != ''}<span class='hoehe'>Höhe: [Length] mm</span> {ENDIF} {IF 'Diameter' != ''}<span class='durchmesser'>Durchmesser: [Diameter] mm</span> {ENDIF} {IF 'Capacity' != ''}<span class='volumen'>Inhalt: [Capacity] ml</span> {ENDIF} Das ö von Höhe müsste ich hier wohl anders eingeben, damit es beim Export als iso...
Meinen Sie, daran könnte das liegen? Ich habe das "ö" als html-Code ö in den erweiterten Optionen eingetragen (ich meine in csv4you mit Hilfe der "Erweiterten Feldfunktionen"), aber nach dem Speichern und Öffnen der Importvorlage ist daraus ein ö geworden. Wie soll ich das anders machen? Aber Sie haben recht, ohne das ö bzw. indem ich die csv4you-Exportdatei nachträglich editiere und diese kaputten ö's in echte ö's umwandele sind die Langtexte jetzt da. Hurra, ein Riesenfortschritt. Dann li...
Danke, jetzt geht das mit iso-8859-15. Aber es bringt keinen Unterschied beim Import: Die Detailbeschreibung fehlt weiterhin. Ich kenn mich mit den Zeichensätzen nicht wirklich aus, ist es denn denkbar, dass der Shop beim Import tatsächlich ein Problem hat, wenn die Daten einen bestimmten Zeichensatz haben? Der Shop ist ja auf iso-8859-15 eingestellt, eigentlich müsste das tun, zumindest die Artikelnamen werden auch korrekt übernommen. Aber warum die Detailtexte nicht? Ich kann es mir nur so erk...
Ich kann es mir nur so erklären, dass der Import mit iso-8859-1 (iso-8859-15 lässt sich im csv4you-Export leider nicht auswählen bzw. speichern) im Shop fehlschlägt bei den Langtexten, weil die irgendwie einen falschen Typ haben oder so. Wenn ich mir den Quellcode der Langtextfelder in Gambio anschaue, steht dort nur <br />. Ich ändere in csv4you rein gar nichts an der Exportschnittstelle, außer dass ich einmal utf-8 und einmal iso-8859-1 auswähle für die csv-Erstellung. Eine falsche Spaltenzuor...
Nein, in der csv sind immer alle Daten drin, sowohl in iso als auch in utf-8. Mit utf-8 ist ja nach dem Import alles im Shop drin, aber eben mit Umlautproblem. D.h., da der Shop kein utf-8 kann, ich nehme an, das war in der alten Version einfach so, zeigt er die Zeichen eben falsch an, während er jedoch beim iso-Import irgendein Problem mit den Langtextfeldern hat, die ja in csv4you auch auf utf-8 stehen, während die anderen Felder iso sind. Das einzige, was ich ändere, ist die Exporteinstellung...
Hallo zusammen, ich betreue gerade für jemanden einen Gambio-Shop, der auf Version v2.0.12.2 r8487 läuft, also nicht mehr ganz neu ist. In den Spracheinstellungen steht er auf iso-8859-15. Wie die DB eingestellt ist, weiß ich nicht. Vermutlich genauso. Wenn ich nun mit csv4you eine utf-8 csv erstelle und im Shop importiere, werden die Artikelnamen mit Umlauten mit sonderbaren Zeichen falsch dargestellt. In der Artikelbeschreibung ist dasselbe Verhalten zu sehen. Exportiere ich in csv4you hingege...
Donnerstag, 18. April 2024, 10:49
Zum Seitenanfang
