Uwaga. Zmiany w funkcjonowaniu API Allegro - dyskusja

[Bartosz Rosa 1 775]

Witajcie. W związku z zapowiedzianymi przez Allegro zmianami polegającymi na usunięciu z API jednej z funkcji, która jest intensywnie używana przez Sello, zachodzi konieczność wykonania w Sello pewnym zmian.

 

W uproszczeniu, obecnie Sello pobiera z serwisu parametry, aktualizując sobie słowniki płatności, wysyłek, województw, krajów, atrybutów specyficznych itd. Dzięki temu przy różnych zmianach w Allegro zazwyczaj nie było konieczności aktualizacji programu - gdyż dane te były aktualizowane dynamicznie w razie potrzeb. Do pobierania tych danych wykorzystywana jest funkcja zwracająca listę wszystkich pól i ich możliwych wartości.

 

Niestety Allegro usuwa tę funkcję z API i pobieranie wszystkich możliwych pól będzie teraz możliwe tylko w kontekście wybranej pojedynczej kategorii.

 

Co to zmienia?

Obecnie, gdy Sello pobiera przy pierwszym uruchomieniu parametry to inicjuje sobie wszystkie pola słownikowe, atrybuty, tak że w momencie dodawania nowej aukcji te pola są już w bazie uzupełnione.

Zmiany wprowadzane w API Allegro powodują, że do póki nie zostanie wybrana kategoria w aukcji to nie wiadomo jakie pola można w niej użyć. Ma to ogromny wpływ na wystawianie aukcji, korzystanie z szablonów itp.

Zmiany te otwierają również furtkę ku temu, aby w różnych kategoriach były dostępne różne opcje - choć Allegro o tym jeszcze nie mówi, np. w kategorii X będą inne opcje wysyłki niż w kategorii Y. To więc też musimy uwzględnić, aby nowe rozwiązanie uwzględniało taką hipotetyczną możliwość.

 

W związku z tym chcielibyśmy z Wami przedyskutować niektóre rzeczy, aby stworzyć nowe rozwiązanie, najmniej inwazyjne i stwarzające najmniej problemów.

 

Rozwiązania obecnie widzimy dwa.

1. Sugerowane przez Allegro, pobieranie danych do formularza wystawiania aukcji w momencie dodawania nowej aukcji. Niestety to podejście utrudnia pracę na wielu aukcjach jednocześnie z różnych kategorii i wymaga połączenia z serwisem w trakcie tworzenia aukcji w Sello.

2. Zoptymalizowana wersja istniejącego w Sello rozwiązania, tylko zamiast pobierania wszystkich danych na początku (i okresowo) to dane były by pobierane tylko dla kategorii, które są faktycznie używane.

 

Stąd pytanie pierwsze, z ilu kategorii korzystacie? Chodzi bardziej o przybliżone wartości, czy jest to mniej niż 50, 100, 300, 500, więcej.

 

Dodatkowo podsyłam polecenia SQL, które pomogą to policzyć:

 

select count(distinct(au_Catid)) 'liczba kategorii' from au__auction 

select count(distinct(au_Catid)) 'liczba kategorii w trwajacych' from au__auction where au_State = 3

 

[gawcio . 21]

Wydaje mi się, że druga wersja będzie bardziej optymalna, aktualizowały by się kategorie tylko te, które są używane w szablonach.

 

U mnie kategorii jest poniżej 100.

[MARCIN e-kupowanie.pl 1 015]

Na dzień dzisiejszy poniżej 50. Na OKO. Bo nadal mój program serwisowy sello nie widzi baz...

 

Rozwiązanie 2.

[HotKey . 249]

<50 kategorii.

[Alwin Kolano 143]

Opcja 2

[Ks. Robak 314]

Ja mam 88.

 

Co do rozwiązania w Sello, to oczywiście na co dzień opcja 2.

Ale trzeba też pomyśleć o parametrach kategorii, których obecnie nie mamy, ale np. chcemy mieć.

 

Stąd pierwsze co mi przychodzi na myśl, to przycisk "Pobierz parametry dla kategorii" w każdym miejscu, gdzie istnieje możliwość wyboru kategorii, czyli w nowej aukcji i w szablonie aukcji.

[Bartosz Rosa 1 775]

Naturalnie przy wyborze kategorii parametry będą wtedy pobierane.

[xandercage tomek 14]

U mnie poniżej 50 kategorii i podobnie jak Książę Robak uważam, że pobieranie aktualnie obrabianych aukcji byłoby OK. Zwłaszcza, że ja towary wystawiam właśnie kategoriami a wśród nich zmieniam tylko specyficzne, np. proste, kątowe etc.

[legend 5]

poniżej 50 kategorii.

[HotKey . 249]

Myślę i myślę i nie mam zdania, opcja 2 wydaje się prostsza, ale luzik, nie sugerujcie się tym, w sumie mi jest obojętne. Nie wiem co mi da w praktuce opcja 1 a co opcja 2.

[Fomfel 0]

U mnie będzie około 50 kategorii.

Jestem za rozwiązaniem nr.2

[itbrat ☺ 12]

Liczba kategorii: 119

Liczba kategorii w trwających: 102

 

Opcja druga, zmniejszy się pranie serwera zapytaniami "select *"

 

BarteK, mi się marzy sello 2.0:

- zupełnie przepisany od nowa kod na najnowszym stabilnym .Net

- poprawione zapytania w widokach

- oparty o cefsharp itd..

 

Ale do tego trzeba raczej już drugiego zespołu z kilku letnim doświadczeniem.

[Bartosz Rosa 1 775]

Stworzenie od nowa programu pokroju Sello to sporo pracy i na razie nie mamy planów przepisywania go na nowo. Akurat mamy w tym doświadczenie, bo przepisaliśmy wszystkie nasze programy linii GT na nexo, więc wiemy z jakim kalibrem mamy do czynienia .

[Wiktor Perliński 3]

Liczba kategorii: 17.

Opcja 2.

[Bartosz Rosa 1 775]

W wersji 1.24 jest wdrożona opcja nr 2. Gdyby ktoś miał bardzo dużą ilość kategorii i pobieranie atrybutów trwało by zbyt długo to prosiłbym wtedy o sygnał, będziemy optymalizować rozwiązanie. Przy 50-100 kategoriach czas pobierania atrybutów jest akceptowalny. Na takim zestawie danych pracowaliśmy tworząc rozwiązanie.