Open bugproof opened 2 months ago
Czyli można też zrobić 9000 zapytań do tego zasobu z inną ofertą w ciągu minuty? Rozumiem, że to się jakoś stackuje z każdym zapytaniem? Tak dla klaryfikacji.
Ten limit jest nakładany na Client ID, więc mogą dotyczyć różnych ofert, ale wszystkie są zliczane do jednego limitu.
W tym wątku nie pojawiła się żadna nowa odpowiedź w ciągu 7 dni, dlatego automatycznie oznaczamy go jako przeterminowany. Jeśli w ciągu kolejnych 7 dni nie pojawi się żadna odpowiedź, wątek zostanie zamknięty. Dziękujemy za zaangażowanie w dyskusję i zachęcamy Cię do wypełnienia ankiety dotyczącej naszego wsparcia na forum.
There was no new reply in this thread within 7 days, therefore, we automatically marked it as expired. If no response is received within the next 7 days, this thread will be closed. Thank you for engaging in the discussion. We encourage you to complete our forum support survey.
Czy te operacje są jakoś kolejkowane? Czy API zwróci po prostu błąd? Np. jeśli w ciągu minuty zrobie 10 komend po 1000 (czyli max limit) to przekroczy minutowy limit i co wtedy? Doda do kolejki czy po prostu zignoruje wysłane zapytanie i te 1000 ostatnich ofert się nie zmieni?
Czy w offer criteria można przekazać więcej niż 1000 identyfikatorów ofert?
Jeśli limit ofert jakie można zmienić w 1 komendzie to 1000 to po co paginacja limit/offset w zasobie
/sale/offer-quantity-change-commands/{commandId}/tasks
?Myślę, że dokumentacje dotyczącą tych operacji które używają commandId można jeszcze rozwinąć , też między innymi dodawając jakieś "best practices" które pokazuje proces np. zapisu komend w lokalnej bazie.
Ja u siebie w bazie postgres zrobiłem kilka tabelek typu offer_quantity_change_commads, offer_price_change_commads do których wrzucam wysyłane komendy i potem polluje status tych komend co jakiś czas. Cały proces jest całkiem złożony i niemałym wyzwaniem jest synchronizacja Allegro -> Lokalna baza bez pobierania wszystkich ofert na raz, szczególnie, że eventy typu OFFER_STOCK_CHANGED nie zwracają zmienionych wartości - więc praktycznie z punktu optymalizacji są bez sensu. Też allegro w informacji o komendzie nie zwraca na jaką ilość próbowałem coś zmienić, dlatego quantity/stock obok commandId muszę zapisywać lokalnie u siebie w bazie.