Closed FromAnyHole closed 3 years ago
Dziękuję za Twoją uwagę. Dopisałem ją do listy sugestii dotyczącej rozwoju API.
@AureliuszBrussy - tak od początku powinien być przewidziany dla tego zasobu zasięg czasowy, offset na kolejną porcję danych, limit już jest, resztę każdy by sobie filtrował (?limit=1000&scope=30&offset=0). Czekamy na rozsądek...
@AureliuszBrussy - klient potrzebuje właśnie konkretne zdarzenia z ostatniego weekend'u, no i co - ma do Poznania podanie pisać w tej sprawie...?? Dla kogo to jest zrobione, to ma być dziennik?
Dziennik zdarzeń służy do bieżącego śledzenia aktualnych zdarzeń. W razie jakiś wątpliwości co do zmian w ofercie - sprzedający może skontaktować się poprzez formularz kontaktowy.
Również jestem za tym aby danych w tym dzienniku było więcej. Inaczej jest on tylko połowicznie użyteczny. Kilkudniowe nieobecności użytkowników działających np na desktopach to cotygodniowy wręcz standard, więc w przykładowy poniedziałek nie da się ściągnąć tym sposobem danych z weekendu, gdy aplikacja nie pracowała. Trzeba i tak pobierać wszystkie dostępne oferty aby mieć świeży komplet danych lokalnie. W wielu przypadkach są to dziesiątki minut nieustannej jazdy po ofertach.
@Onixarts dziękuję za opinię. Dopisałem Twój głos do tej sugestii.
W tym wątku nie pojawiła się żadna nowa odpowiedź w ciągu 30 dni. Dlatego automatycznie oznaczamy go jako przeterminowany. Jeśli w ciągu 7 dni nie pojawi się żadna odpowiedź, zamkniemy ten wątek. Dziękujemy za zaangażowanie w dyskusję.
Albo zrobicie zasięg czasowy do 30 dni (zbieżnie z tymi wynalazkami na historię ofert kupna - też paranoja), albo miesiące testowania Bety są NIEPOROZUMIENIEM (znowu) !!! EOM!