Table of Contents
Feeds
Feeds are processed on sg01:/home/picalike/madeleine. There is still some connection to the OSA System for some APIs.
- (disabled 202?-??-??) Madeleine GR (4155) - https://get.cpexp.de/6E_UN09sNwsiT4JMkAy6BjqHH3sTCxS--gqrnmodNVjldAc59bVfdzlWeD41Gh8T/madeleinegr_picalikegrde.csv
Contacts
- ???
Slack
Issues
- …
Requirements
(new requirements with a date please)
- (2022-01-??) We added an automated look import madeleine_look_import
- (2023-10-01):
Hallo Sebastian, hier wie besprochen die Punkte aus unserem Call, plus die 2-3 Kleinigkeiten, die wir nicht mehr geschafft haben. Feed-Anpassung Die folgenden Felder werde ich in allen Ländern neu anlegen: is_sale wird wie "is_preview" mit 0 oder 1 gesetzt sein und wird für das angepasste Sale-Handling benötigt (siehe unten) material_ids wird wie "category_ids" eine mit Semikolon getrennte Liste von IDs enthalten vimail_image_url wird die Bild-URL in einer anderen Bildgröße enthalten und soll für visual mail verwendet werden, um die Bildqualität insbesondere im 2-spaltigem Layout zu erhöhen Das Thema mit den "color_categories_ids" muss noch aufgeschoben werden, da die Masterfeeds diese Info derzeit noch nicht beinhalten. Ich würde das Feld dennoch schon mal im Feed anlegen, es wird aber vorerst leer bleiben - sofern das für euch ok ist? Wichtig: sowohl color_categories als auch materials verwenden als Trennzeichen das Pipe-Zeichen. Ich kann mich dunkel erinnern, dass das nicht so günstig ist und wir daher extra - bei Einführung von category_ids (also für Produktkategorie), als Trennzeichen Semikolon verwendet haben. Soll ich bei dieser Gelegenheit auch für die Felder color_categories und materials das Trennzeichen von Pipe auf Semikolon ändern? Sale-Handling ein reduzierter Preis ist nicht mehr allein vom Streichpreis abhängig. Wie besprochen soll letztlich gelten: wenn strike_price gesetzt, dann Preis in Sale-Farbe anzeigen (wie bisher) wenn strike_price ist leer und is_sale = 1, dann Preis auch in Sale-Farbe anzeigen (#c10054) die Änderung sollte sich letztlich auf alle Widgets und auch Visual Mail auswirken Visual Mail die Sale Farbe des Preises weicht von der Website ab. In visual mail scheint sie (standardmäßig?) auf #ff0000 zu stehen, wohin gegen unser Sale Preis ja den Farbwert #c10054 hat. über den von dir genannten request parameter "color" wird die Farbe des Preises pauschal definiert - d. h. zur Anpassung der Farbe des reduzierten Preises ist das (so) nicht geeignet könntet ihr daher bitte den Farbwert auf #c10054 setzen, wenn es sich um einen reduzierten Preis handelt? Filter (Widgets und Visual Mail) Falls sich etwas von den Filtern schneller/einfacher/vorgezogen oder wie auch immer realisieren lassen könnte, würde dabei die folgende Reihenfolge gelten Sale/Vollpreis: sofern möglich, wäre es klasse, wenn wir sowohl in den Widgets als auch in Visual Mail mit einem Parameter (z. B. sowas wie priceType oder offerType und als mögliche Werte sowas wie sale, full, mixed) steuern könnten, ob nur Vollpreis (kein Streichpreis oder is_sale = 0) nur Sale (Streichpreis oder is_sale = 1) oder gemischt (= Standard, was wir jetzt haben) Farbe (meint in unserem Fall Farbfamilie): da in einem ersten Schritt nur der Name der Farbfamilie zur Verfügung steht, sollte es also möglich sein auf z. B. "rot" zu filtern Material: sollte idealerweise sowohl über den Namen (z. B. "Polyester") als auch über die Material-ID (z. B. 57) gehen. Es ist nicht erforderlich, dass dies im selben Parameter möglich ist - es können also zwei verschiedene Parameter sein Widget-Einbindung auf Homepage bei den bisherigen Tests ist aufgefallen, dass der Preis manchmal abgeschnitten ist (Stichwort overflow). Letztlich kommt das immer zum Tragen, wenn der Streichpreis mit angezeigt wird. um das zu lösen, sollte es genügen die Höhe des Widgets von 385px auf 395px anzupassen
- 2023-10-24: feed structure has changed and vimail_image_url needs to be configured as extraImgUrl (hint: the following feed overview was created with
cat madeleine_at_feed_tmp.csv | head -n 1 | sed -e “s/;/\n/g” | nl -v 0on sg01.
0 sku
1 color_variant
2 product_name
3 product_short_name
4 color_name
5 color_categories
6 size_name
7 price
8 strike_price
9 stock
10 availability_status
11 availability_code
12 main_category
13 category_paths
14 materials
15 material_text
16 product_url
17 figure_image_url
18 front_image_url
19 thumbnail_image_url
20 return_rate
21 base_product_id
22 stock_amount_color
23 category_ids
24 is_preview
25 is_sale
26 material_ids
27 color_category_ids
28 vimail_image_url
<HTML><p></HTML>
when making a sim request, the field extraimg should exist in the response and filled with an image url that is stored in vimail_image_url<HTML></p></HTML>