Gelöst Datenbank-Felder werden vom Connector gelöscht

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Hallo,

weiteres Symptom der Delete from categories_description Praxis:
alt Texte für Kategoriebilder werden beim Upload vom Connector gelöscht. Das ist ein Standard-Feld in Gambio.

VG

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Hallo,

ich verwende die Bild-Synchronisationsoption nicht. Es geht hier auch nicht um Bilder, sondern um den alt Text (Barrierefreiheit), der als Standard-Feld in Gambio existiert, aber als Kategorieattribut nicht importiert wird. Daher geht er durch das Löschen der categories_description Tabelle bei der Synchronisation verloren.

 

[Verkäuferlein]

AW: Datenbank-Felder werden vom Connector gelöscht

Siehe: http://forum.jtl-software.de/gambio-connector/87687-bilder-werden-umbenannt.html

Der Link funktioniert irgendwie nicht.

Wäre es nicht das Einfachste, einige zusätzliche Funktionsattribute in den Connector einzuschleifen, die so etwas wie die Alt-Texte, etc. ermöglichen?

Das würde (uns) Gambio-Nutzern helfen und ich denke auch niemandem großartig schaden und ist bestimmt auch kein übermäßig großer Aufwand für Euch, dass als Standardfunktion zu integrieren?!?

 

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

Wäre es nicht das Einfachste, einige zusätzliche Funktionsattribute in den Connector einzuschleifen, die so etwas wie die Alt-Texte, etc. ermöglichen?

Diese Attribute gibt es ja bereits. Es fehlte lediglich noch der Alt-Text.

Der ist soeben ergänzt worden... Der geänderte Connector wird heute im Laufe des Tages im Kundencenter aktualisiert.

 

[Verkäuferlein]

AW: Datenbank-Felder werden vom Connector gelöscht

Ich weiß, nur nicht alle, die in Gambio theoretisch befüllbar wären.

Es macht vermutlich durchaus Sinn, hier die meisten Funktionen (welche nicht standardmäßig durch den Connector befüllt werden) in Sachen Artikel / Kategorien über Funktionsattribute steuerbar zu machen.

 

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

Zur Info: Es gibt jetzt eine experimentelle Version des Connectors, welche die Differenz zwischen den Sprachen auch bei den Kategorien vor den Datenbank-Befehlen prüft und diese anpasst.
Mit anderen Worten: Bestehende Einträge werden nicht mehr gelöscht sondern aktualisiert.

Wie zuvor bereits erklärt, führt das jedoch zu einer etwas erhöhten Auslastung.

Wer möchte kann sich bei mir melden und bekommt diese Version zum testen...

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Ich sehr gerne!

 

[tpuehri]

AW: Datenbank-Felder werden vom Connector gelöscht

Wir würden das auch gerne testen!
Bitte um Info wo wir diese Konnektorversion downloaden können.
Gruß

 

[Thomas Lisson]

AW: Datenbank-Felder werden vom Connector gelöscht

Hi,

bitte Daniel per PM anschreiben dazu

 

[bork]

AW: Datenbank-Felder werden vom Connector gelöscht

Hallo,

ich habe hier noch keine Besserung festgestellt: Unsere 2. Kategoriebeschreibung wird nach wie vor gelöscht: Das Feld wird weder ignoriert/gecached noch wird bei erneutem Import aller Kategorien ein Gambio-Attribut dafür angelegt. Wie soll der Workaround denn eigentlich arbeiten?

 

[daniel.jtl]

AW: Datenbank-Felder werden vom Connector gelöscht

Siehe hier:
https://gitlab.jtl-software.de/jtl-.../jtl/Connector/Gambio/Mapper/CategoryI18n.php

- Es werden zunächst alle bestehenden Datensätze aus der categories_description für die Kategorie geholt.
- Deren Sprach-IDs werden in einem Array gecached.
- Anschließend wird über die von der Wawi gesendeten Einträge iteriert.
- Gibt es hier eine Übereinstimmung in dem zuvor gespeicherten Array (somit also bereits vorhanden) erfolgt ein Update, andernfalls ein Delete/Insert.
- Die Sprach-ID wird aus dem Array entfernt.
- Verbleiben nach Durchlauf aller Einträge noch Elemente im Array, so werden diese gelöscht.

Zu einem Insert kann es somit also nur dann kommen, wenn es keine Übereinstimmung der Sprachen gibt.
Sollte es da Probleme geben also mal DB-Struktur vor und nach Abgleich vergleichen und ins DB log gucken...