AW: JTL Connector Pimp Plugin für Bilder, SEO und zusätzliche Attribute
Das ist wie gesagt nur ein einziges Beispiel von vielen, wo die Daten-Strukturen derartig abweichen, dass es keine pauschale und universelle Lösung gibt. Macht man es auf den einen Weg beschweren sich Leute, macht man es auf einen anderen Weg wird sich ebenfalls beschwert. Jeder arbeitet anders, und manche Punkte lassen sich nicht jedem Recht machen.
Und genau da sind wir wieder beim selben Problem wie beim vorigen Beispiel: Es gibt hier keine allgemeingültige Lösung.
Wir können nicht einfach vorgeben dass die Bilder nach einem bestimmten Schema benannt werden. Für dich und sicherlich auch andere Leute mag der Vorschlag sinnvoll und gut sein, andere wiederum werden sich aber dann genau deswegen beschweren. Die wollen dann vielleicht lieber eine Benennung nach Kategorie + Unterstrich + EAN oder irgendetwas noch anderes.
...
Andere Dinge sind dazu auch technisch problematisch und/oder aufwändig.
Um beim Thema Bilder zu bleiben: Diese werden aus Performance-Gründen zB vollkommen unabhängig vom eigentlichen Artikel übertragen.
Mit anderen Worten: Zum Zeitpunkt der Übertragung hat der
Connector abgesehen von der ID keinerlei Kenntnis über das Produkt zu dem das Bild gehört.
Um jetzt also das Bild also nach Produktname etc. zu benennen, wäre für jedes Bild eine zusätzliche DB-Abfrage der Produktdaten erforderlich, sowie weitere Platten-Zugriffe zur Umbenennung.
Das ganze schaukelt sich dann beim übertragen vieler Daten auch noch exponentiell hoch.
Viele Leute hosten leider auf extrem günstigen Webspaces die eigentlich nicht für den Business-Bereich geeignet sind. Hier kommt es teilweise jetzt schon zu Timeouts und Speicher-Problemen, weil die Aufarbeitung und Komplexität der Daten viele Ressourcen benötigt.
Baut man also jetzt derartige Funktionen ein, werden sofort nach dem Update hier dutzende Kunden anrufen und Tickets schreiben, die sich beschweren warum ihr Server plötzlich beim Abgleich von Bildern zusammenbricht.
Offenbar fehlt vollkommen der Blick auf den Gesamt-Zusammenhang, und welche Auswirkungen einzelne Entscheidungen und Details auf die Masse und Komplexität der Daten haben mit denen wir hier arbeiten.
Es ist wirklich nicht so, dass wir nicht bemüht wären das Optimum rauszuholen. Ich habe aber das Gefühl, dass viele sich das alles deutlich zu einfach und "mal eben" vorstellen.
Zunächst einmal eins vorweg: Ich finde es gut, dass Du dazu übergegangen bist, die Sachen hier mit uns zu diskutieren, für Verständnis zu werben und auch Vorschläge unsererseits mit einfließen zu lassen.
Allerdings komme ich mir bei den Argumenten zum Teil auch ein wenig veralbert vor und finde die Argumentation sehr einseitig und wenig lösungs- bzw. anwenderorientiert. Um mir einmal 4 Punkte aus dem zitierten Beitrag herauszupicken:
1.) Hinbiegen: Das sollte bei den Daten, bei denen es möglich ist möglichst logisch gemacht werden und zumindest die Grundfunktionen betreffen. Andere Funktionen des Shops sollten aber durch den Connector nicht "zerstört" werden, sondern dann einfach nicht gepflegt werden können oder zumindest ein Lösungsweg aufgezeigt werden (können). Das lässt sich dann ja auch mit Deiner (endlosen) Liste darstellen bzw. lässt sich ja jedes vorhandene Problem auch einzeln betrachten und diskutieren bzw. entsprechende bilaterale Gespräche mit der anderen Seite führen. Vielleicht gelangt ja auch
Gambio zu der Erkenntnis, dass euer Datenmodell besser geeignet ist, als das vorhandene oder es hier im
Shop Verbesserungsbedarf gibt und damit die Zusammenarbeit beider Systeme stärker möglich wird.
"Alle sagten, dass das nicht geht, bis einer kam, der dies nicht wusste und es einfach tat."
2.) SEO-Bilder / Allgemeingültige Lösung:
Es mag zwar keine allgemeingültige Lösung geben, aber eine logische gibt es eben schon. Und genau das, was Du sagst, dass Ihr das ja nicht könnt, macht Ihr. Ihr gebt vor, dass die Produktbilder alle xxxx_Product.jpg heißen.
Ein ganz allgemeingültiges Basic / Standard in der Bennenung von Bildern ist meines Erachtens die Beschreibung des Inhalts des Bildes und das trifft in der Regel am Besten der Produktname und nicht xxxx_Product.jpg, eine Sonderlösung wäre dann Kategorie + _ + EAN, weil nicht logisch (standard) und nur eingeschränkt inhaltsbeschreibend.
Ich weiß ja nicht, wie Du Deine Bilder auf Deinem Rechner speicherst, aber ich glaube die Bilder von Deinem Mallorca Urlaub in 2015 wirst Du nicht als 12345_Bild.jpg gespeichert haben und auch nicht als Flug_1387_Osterhase.jpg, sondern am ehesten als Mallorca_Urlaub_2015_0001.jpg, um diese auch wiederzufinden und möglichst schnell zu wissen, was diese eigentlich darstellen.
So, an dem Punkt gehen wir dann zu dem "Egal was man tut es wird gemeckert" über:
3.) Im Moment habt Ihr eine "Lösung", bei der vermutlich nahezu 100% der Kunden (auch Deine Kategorie+EAN Kunden) unzufrieden sein werden. Nur die Performance-Kunden sind glücklich, wundern sich aber hinterher, dass ihre Bilder nicht bei SuMas gefunden werden.
Jetzt gibt es eine Möglichkeit, die mir einfällt, diese Prozentzahl zu senken bzw. die Zahl der zufriedenen zu steigern:
a) Man führt eine "So-oder-So-Lösung" (auch bekannt als Schalter) ein, bei der der Anwender wählen kann ob Performance oder Bildbennung nach logischen Gesichtspunkten sein Favorit sind.
a1) Hierzu kann man dann noch als Megaknaller die Benennung der Bilder mit Variablen über Attribute, etc. pp. mit einfügen. Plötzlich hat weder der EAN-, noch der Performance-, noch der Produktname-Kunde einen Grund zu meckern und Ihr habt eine vernünftige und logische Funktion im Connector integriert.
Alternativ kann man ja auch eine Umfrage starten:
Wie sollen die Bildernamen gestaltet werden?:
a) 12345_Product.jpg
b) EAN_Kategorie_12345.jpg
c) Karl_Heinz_12345.jpg
d) Produktname_12345.jpg
Auf die Ergebnisse wäre ich gespannt!
Und das Unglaubliche: Mein jetztiger XTC-Connector (alt) schafft es schon seit Jahren, Bilder entsprechend SEO-konform zu benennen. Mit der Fortentwicklung erwarte ich doch eigentlich eine Verbesserung bzw. den Aufschluss zum "state of the art".
4.) Blick auf den Gesamt-Zusammenhang / Optimum herausholen:
Da stellt sich mir die Frage, auf welcher Seite der Blick dafür fehlt. Ich habe dafür sehr viel Verständnis, dass das alles nicht ganz einfach ist, es viele Anforderungen und Bedürfnisse gibt und es für den Kunden mit 65000 Produkten genauso passen muss, wie für den mit 65 Produkten. Ja, das ist schwierig und ja, da wird es auch nicht immer die Lösung geben, die alle zufrieden macht. Aber das Interesse muss doch sein, eine möglichst gute Lösung für alle zu schaffen, die auch nach Logik / Standards vorgeht (dafür versuche ich hier - nicht nur in meinem Interesse - zu kämpfen und bin auch gerne dazu bereit micht mit logischen Argumenten von besseren Lösungen überzeugen zu lassen) und nicht sagt, wir machen lieber 80% unzufrieden, als dass das Verhältnis 50/50 ist. Und selbst wenn die Bildbennung nach Kategorie+EAN erfolgt, ist das 3-Mal besser als ein nichtssagender, tausendfach im Shop vorkommender Bildname.
Aber meine Aufgabe ist es zu verkaufen, dazu müssen meine Produkte gefunden werden können und was hilft es mir dann, einen technisch supertollen Connector zu haben, der aber leider meine Bilder so benennt, dass Sie im Nirvana verschwinden, während der Wettbewerb dieses SEO-(und Logik-)Basic erfüllt?
Daher erübrigt sich bei uns jede Berechnung von Lieferzeiten. Wie würdest du das denn in Gambio überhaupt abbilden wollen? Da kannst du ja für einen Artikel nur einen Lieferstatus hinterlegen, keine Zahl an Wochentagen. Da müsstest du dann für jede berechnete Zahl an Tagen vorher einen Lieferstatus anlegen und dann eine Zuordnung von berechneten Liefertagen zum Lieferstatus machen, oder wie sollte das gehen? Also z.B.